skysight-inc/HackerNews huggingface dataset:
> The Lix evaluation cache no longer caches failures, so “cached failure” is an error of the past.

If this means what I think it means, I might switch to this from nix.
I used to occasionally get errors that would be cached in such a way that on a rerun I wouldn’t get any info. The error itself would cache but not any of the details about the error. Was super annoying cause if I lost the error details for any reason I couldn’t see them again easily. I’d have to make a pointless change somewhere and trick it into rebuilding without the cache.
TIL: dealership mafia paid for Trump’s $175 million bond in return for future favors.

Trump has immunity for “presidential actions” as ruled by his friends at Supreme Court.

Dealerships got in law that consumer protection cannot regulate them.

Supreme Court ruled that favor done after cannot be called “corruption” and is “gratuity”.

We mock Russia, but corruption also runs deep in US at the highest levels.
I bought once from a Toyota dealership and later realized how bad of a financial decision it was.

Never financing from dealership again.
Great info. Looks like the field has advanced tremendously.
Show HN: Using Claude to make miniapps for an Instagram-like social app
I'm experimenting with using Anthropic's Claude to write code, because I'm excited about the potential for people to create software even if they don't know how to code. This proof-of-concept, written in Nextjs hosted on Vercel, produces React components styled with Tailwind, and has a live editor to tweak the final output.

Seam is a social network where the posts are made from user created miniapps. Traditionally to create a new miniapp for your friends to use, you'd have to clone the open source git repo locally. However, as AI gets better, it could be possible to create miniapps on the fly in the browser!
There's no abort system at that point. They probably could have saved Columbia though.
I love baseball... But that is way to big of a blob of text without any proper breakdowns in there.

Baseball has been getting crazier and crazier in the last few years with umpires trying harder and harder to make the show about them. It's even more mind boggling to me that they're doing this when they're actively trying out tech to displace them. But their union is way too strong and it's going to be the downfall of them. The union needs to stop protecting 100% of the members and let the bad ones fall to the way side otherwise they're going to destroy the rest of them.

Unions are extremely important and deserve a place in our society. But unions that do not police their own... just like our own police need to be done away with.
If so, it's better than any other ocr on the market.

I think they just train it on a bunch of text.

Maybe counting squares in a grid was not probably considered important enough to train for.
Pretty cool. First time I'd heard about the web locks api. https://developer.mozilla.org/en-US/docs/Web/API/Web_Locks_A...
Not at all. That energy could have been used to cool someone’s house, filter water, charge a car, but instead it’s being used to write an esaay for someone’s homework while coal is being burned.
If you’re worried about glitches during live performances there’s a fool proof solution: play real instruments. ;)
Yes, files can be sparse but the actual disk usage information is also returned by these stat-family calls, so there is no special cost to handling sparse files.
For what’s it’s worth, autoimmune drugs are amongst the highest grossing due to their cost. Rheumatoid arthritis, psoriasis, MS all do have a lot of study. I wouldn’t say it’s enough, but I don’t think the prevalence of me/cfs alters anything due to the high prevalence of the other diseases. Immune disorders are definitely mysterious though
It's also interesting that the perf report for running dut on my homedir shows that it spends virtually all of the time looking for, not finding, and inserting entries in dentry cache slabs, where the entries are never found again, only inserted :-/ Great cache management by the kernel there.

ETA: Apparently the value in /proc/sys/vm/vfs_cache_pressure makes a huge difference. With the default of 100, my dentry and inode caches never grow large enough to contain the ~15M entries in my homedir. Dentry slabs get reclaimed to stay < 1% of system RAM, while the xfs_inode slab cache grows to the correct size. The threads in dut are pointless in this case because the access to the xfs inodes serializes.

If I set this kernel param to 15, then the caches grow to accommodate the tens of millions of inodes in my homedir. Ultimately the slab caches occupy 20GB of RAM! When the caches are working the threading in dut is moderately effective, job finishes in 5s with 200% CPU time.
This is a good standalone example of the problems people (including a lot of comments on this site) have with Wikipedia. Admins who will rules lawyer you and use their accumulated social capital to manipulate outcomes based on bias.

This happens everywhere, but having it happen on what is considered the main source of truth on the Internet is especially bad.
> https://dev.yorhel.nl/doc/ncdu2

I wasn't aware that there was a rewrite of ncdu in Zig. That link is a nice read.
As I don't use either, can't you just open the file and look for

>>>> and <<<< and resolve them in whatever editor you need ? or do these editors do something else that helps with merge conflicts ?
In my college statistics class, we learned MatLab and R using data from the Challenger to recreate why the engineers thought the o-ring might fail and raised the warning. I don't remember the specifics of all the stats, but it was fascinating and the data is publicly available.

Here's a blog that shows some of the analysis (from google search): https://byuistats.github.io/Statistics-Notebook/Analyses/Log...
It's funny, because AWS devs are also a bit guilty of slamming admin credentials and calling it a day.

I was testing out sagemaker studio. I just did the quick setup wizard and the default managed execution role was insanely permissive. I believe read/write to all of the accounts S3 buckets and broad List* for account resources. There are multiple parts of the documentation that also recommended you use this role. It seemed especially wild for a product with so many ways to access. we have good account hygiene but still
Michiko Kakutani didn't work for the Book Review. She was the chief book critic of the arts section. The Book Review is a separate organization within the NYT, with an entirely separate editing staff. Sure sometimes critics like Kakutani and A.O. Scott would review things there, but it was always an assignment, not representative of the NYTBR. Generally, editors in the NYTBR strive to pick folks who are "interesting" to review the book rather than not, which leads to spicy reviews because they want to sell the Sunday section.

This article is confused from the get go.
https://browser.horse/ is a "serious" site
The record shows many long winters,4 close tree rings. Global and in same strata. about 5000 yrs. So how can we survive that 4 winters? not impossible if coms,radio, light boards ,satellite messages.. and civility are maintained.During the Black death in England, funerals,and wills kept civility.

the lunar base can provide terra firma form dropping supplies and there's startups in that. i even proposed to AIG insurance company a lunar escape resort as futures,funding miners via from invested premiums into managed derivatives and holdings.moon should be a net exporter or technology and rare earth.

i'm late to this discussion but i work on unified gravity, its close, we had it a long time but its getting to be beautiful & simple. verifiable so far.
other possibility: A two burn oberth can zip a falcon heavy with high 50km/s towards a meteor if we saw it coming. this should be the 1000x higher priority over wars and genocides and pandemics and Gucci bags and mars fantasies and VR.
If she'd been to VC school she'd learn that the right thing to do was use the thumb to buy airline tickets, fly to Alaska and set up a bar selling tequila shots with a thumb in the bottle.

why didn't she use the thumb ONCE to unlock and then inject her own MFA, be it a nice warm attached thumb, or something more anonymous?
That's actually a very good question. To some extent, performance analysis tools may be able to give you high-accuracy timestamps of things involving context switches and other things that can cause scheduling jitter. If you can get access to things like the fill level of FIFO buffers, even better. You may also be able to do experiments like cutting buffer sizes down to the bone to see how low they can go without glitching.

Of course, it's not unusual that the many layers of abstraction in modern systems actively frustrate getting real performance data. But dealing with that is part of the requirements of doing real engineering.
This seems to be from 2017, possibly late 2016.
The website doesn't outright say it, but I believe the reason for the fork is the Anduril scandal: https://news.ycombinator.com/item?id=40199153
Yeah, all I need to do to reliably show the drastic performance difference is open 5 different windows with 5 different versions of our monorepo. I frequently need to do that when e.g. reviewing different branches and, say, running some of the test suites or whatever — work where I want to leave the computer doing something in that branch, while I myself switch to reviewing or implementing some other feature.

When I start VS Code, it often re-opens all the windows, and it is slow as hell right away (on Linux 14900K + fast SSD + 64GB RAM, or on macOS on a Mac Studio M2 Ultra with 64GB RAM).

I'll save a file and it will be like jank...jank... File Save participants running with a progress bar. (Which, tbh, is better than just being that slow without showing any indication of what it is doing, but still.)

I've tried to work with it using one window at a time, but in practice I found it is better for my needs to just quit and relaunch it a few times per day.

I try Zed (and Sublime, and lapce, and any other purportedly performant IDE or beefed-up editor that I read about on this website or similar) like every couple months.

But VS Code has a very, very large lead in features, especially if you are working with TypeScript.

The remote development features are extremely good; you can be working from one workstation doing all the actual work on remote Linux containers — builds and local servers, git, filesystem, shell. That also means you can sit down at some other machine and pick up right where you left off.

The TypeScript completion and project-wide checking is indeed way slower than we want it to be, but it's also a lot better than any other editor I've seen (in terms of picking up the right completions, jumping to definition, suggesting automatic imports, and flagging errors). It works in monorepos containing many different projects, without explicit config.

And then there's the extensions. I don't use many (because I suspect they make it even slower). But the few I do use I wouldn't want to be without (e.g. Deno, Astro, dprint). Whatever your sweet set is, the odds are they'll have a VS Code extension, but maybe not the less popular editors.

So there is this huge gravity pulling me back to VS Code. It is slow. It is, in fact, hella fucking slow. Like 100x slower than you want, at many basic day-to-day things.

But for me so far just buying the absolute fastest machine I can is still the pragmatic thing to do. I want Zed to succeed, I want lapce to succeed, I want to use a faster editor and still do all these same things — but not only have I failed so far to find a replacement that does all the stuff I need to have done, it also seems to me that VS Code's pace of development is pretty amazing, and it is advancing at a faster clip than any of these others.

So while it may be gated in some fundamental way on the performance problem, because of its app architecture, on balance the gap between VS Code and its competitors seems to be widening, not shrinking.
It's corporate BS to blame the victim, the employees. Suddenly create new, surprise, unrealistic expectations proving the existing performance review process was also bullshit and not based on fair, consistent, objective merit. Trust lost for everyone staying and everyone going. They didn't do themselves any favors.
Anybody have a PDF? Would love to learn more!
I can't take any article that opens up with an emotional story seriously. I actually don't like NYT, but this lede ruins the article for me. Facts should always come first, or at the very least a some concrete idea about the thesis or main points of the article. Instead I get an emotional appeal. Ironically this is exactly the kind of thing I would expect to find in an NYT feature story.
Is this why something like vitamin C can help with depression?
CPU was a poor choice of words. ISA would have worked.
Not an OpenAI wrapper in fact. Using multiple models but there is a large amount of code above the models. Read the ArXiv paper and you will understand more. https://arxiv.org/abs/2403.02164
Not an OpenAI wrapper in fact. Using multiple models but there is a large amount of code above the models. Read the ArXiv paper and you will understand more. https://arxiv.org/abs/2403.02164

You cannot do what we are doing merely by wrapping a model... models cannot do this on their own. It's a massively multi-agentic system that also includes humans.
levels 1-7 were relatively easy (finished in < 10 minutes), but I seem to have a mental block about level 8, nothing I tried works. Probably means I need to sleep on it and try again in a week's time!
They've had custom expert systems to help fill out the forms for years (decades?), so I find it hard to believe AI is really making a huge difference...
I don’t doubt any of what you say. I have this opinions because I worked at IBM MANY years ago and saw a product list and it was almost all two or three letters / number. AND there was a _committee_ created with coming up with these oh so unique names!

PS/1 PS/2 AS/400 System/3 System/36 System/360

I love it :)
This roughly describes my parents. Speaking from the perspective of the child, I'd say that is probably not success. It's probably closer to lots of acute behavioral issues along with some lifelong damage.
The morse seems unnecessarily hostile.

¯\_(ツ)_/¯
Slows down various file operations (download, copy, archive, build, etc) and has a high CPU utilization doing that

E.g. see this test from a few years ago

https://www.av-comparatives.org/tests/performance-test-octob...

Though it seems they've improved recently and are average now in more recent tests
Probably, if the uops come from the uop cache you get the fast speed since the prefix and any decoding stalls don't have any impact in that case (that mess is effectively erased in the uop cache), but if it needs to be decoded you get a stall due to the length changing prefix.

Whether a bit of code comes from the uop cache is highly dependent on alignment, surrounding instructions, the specific microarchitecture, microcode version and even more esototeric things like how many incoming jumps target the nearby region of code (and in which order they were observed by the cache).
What're they gonna do to harm you with "very powerful" models? Are you with especially gullible or vulnerable to explicit spam? Or are you suggestible to methods of violence that once seen, will make you more likely to carry them out? Because if not, they can't hurt you, only the reputation of the company.
This always has something interesting with links to high quality discussion: https://hackernewsbooks.com/

(Not affiliated, just an appreciator)
Where are these C++ files which are not included in the text?

https://github.com/mmp/pbrt-v2

https://github.com/mmp/pbrt-v3

https://github.com/mmp/pbrt-v4

Have you read these books and modified the source to pbrt? The books contain small fragments of source code and aren't close to a full program.
You should include the "How to build" instructions near the beginning of the main.c file.
`--no-eval-cache`?
That's a slightly more interesting use case. But "detect data errors at code compile-time via ultra complex comptime template metaprogramming" does not strike me as a particularly good idea. There are much better, easier ways to detect data errors. And the value of baking JSON data into an executable (even if it's transformed) is highly suspect imho.
I'm not talking about Intel's engineers, I'm saying very few software engineers today understand how a processor works. I'm sure Intel hires all sorts of engineers for different aspects of each ecosystem they maintain. Furthermore, very few software engineers have ever even touched a physical server because they're sequestered away from a significant fraction of the total stack.

Speculative and out-of-order execution requires synchronization to maintain dataflow and temporal consistency.

Computer Organization is a good book should anyone want to dive deeper.
I minimized it by hand to make it more maintainable, to me at least.
Show HN: Upload your PDF and get a shareable link
A lot of things work that way because it’s obvious to everyone except the container runtimes on Linux.
Never use a string. What if the string is wrong? Use hashes.
> one place even kicked me out halfway through the set of interviews

It might feel better if you realise they "let you go home" rather than "kicked you out". If a candidate is clearly not qualified why waste their time (or ours) going through interviews that we already know won't lead to a hire?

BTW we always consider this a failure of our process (phone screen in particular), not failure of the candidate. We should never have brought them in in the first place.
Are you referring to the kmem_cache_alloc calls in the profile? If so, that's all in kernel space and there's nothing I can do about it.

https://share.firefox.dev/3XT9L7P
I've had some sort of autoimmune thing hitting me almost every decade of my life (and then clearing up): eczema, asthma, vitiligo and most recently psoriasis. Usually quite mild, but I worry that the next one in the progression will be arthritis. Most doctors' explanations can be summarised into a shrug. Would be a relief to know what's going on in there.
That may be the case, but my experience from submitting issues is that ofek is very receptive to other's perspectives and spends a lot of time engaging with other takes in issues on the Hatch repo and elsewhere.

As an example I see he's in this thread replying to a cousin comment :).

Sidebar: the benefit of one person early on in a project's development is that it's much easier to establish conceptual integrity in the Fred Brooks sense: "Conceptual integrity in turn dictates that the design must proceed from one mind, or from a very small number of agreeing resonant minds".
Nice job. I've been using dua[0] and have found it to be quite fast on my MacBook Pro. I'm interested to see how this compares.

[0] https://github.com/Byron/dua-cli
The Helix community is the worst part about Helix. Especially the not so benevolent dictator of the project. Way too many comments like “if you don’t like how it’s done go use a different editor” instead of listening to feedback. That’s fine if they don’t care about adoption (they publicly say they don’t), but an actively hostile community doesn’t give me confidence in the editor, despite it being quite nice.
I don't mean to devalue the advice here. I think it's spot on, and I unreservedly recommend this article to folks who want to learn about writing reliable audio software.

I think in essence I'm repeating the comments of Justin from Cockos, which you summarize [1]:

> It is basically saying that you can reduce the risk of priority inversion to the point where the probability is too low to worry about.

In that comment you also say:

> 100% certainty can’t be guaranteed without a hard real-time OS. However 5ms is now considered a relatively high latency setting in pro/prosumer audio circles

Which I interpret as acknowledging that we're already forced into the regime of establishing an acceptable level of risk.

My point is that I would love to see more data on the actual latency distributions we can expect, so that we can make more informed risk assessments. For example, I know that not all `std::atomic` operations are lock-free, but when the critical section is so small, is it really a problem in practice? I want histograms!

[1]: http://www.rossbencina.com/code/real-time-audio-programming-...
Math proofs only need to convince other people. Programs need to convince a compiler. If compilers were people and you talked to them for the first time, the only reasonable response would be to call them assholes and find new friends. The field of mathematics doesn’t have an equivalent of the “Norway Problem.”

Here’s my theory. Learning how to write code causes damage to the mind, particularly in the area of how you relate to other people. When we’re learning to code, men and women both notice this happening, but men care less. Women, on the other hand, tend to think, “this is bad and I should stop.”

It’s hard to become a programmer without becoming a weirdo in the process, and women have a lot more to lose by becoming weirdos. If we knew how to learn programming without the mind damage -- if we could figure out how to allow learners to skip the “coal face” of spending long hours into the night talking to a compiler -- then that would solve the gender imbalance.

Just my theory. For a good long stretch I thought the explanation was that tech compensation wasn't actually all that great compared to what women could earn in other fields, and then the explosive comp growth of the mid-late 2010s happened and I've been wondering about what is the problem ever since.
No, see how your profiles have `lookup_fast` at the leaves? Mine has `__lookup_slow` and it is slow indeed.
Scratch is (I think) intended for use for executing 'this session' elisp code as the buffer is set to lisp interfactive mode, not intended for where you store your scratch text.

Other buffers behave differently, maybe scratch isn't useful for a large number of emacs users, however scratch is working as designed.
Non-pasteurized honey (almost guaranteed to be what the Hadza consume) also has antioxidants and prebiotic properties that normal sugars don't.
They don't, OCLC is largely funded by the exorbitant prices they charge libraries for various things, including DDC.
Indeed, it seems the calculated coldness of the carefully chosen phrasing was precisely the point.
As someone who has paid for childcare for 12 years in the US and never got anywhere close to half of the lower end of that amount I would be very curious about which regions they are referring to. Maybe they are referring to 5+ young kids?
Somehow your website has semi-broken scrolling, which is impressive since that normally only happens when Javascript is enabled.

Also, please QEFS (quote every string) in your shell script fragments.
Congratulations, you reinvented the GAN and gave it a trendy "all you need" title. You can collect your award once you invent a time machine so you can impress people from 2012.

Can your AI do that yet? No sparks of AGI starting to fly yet? Shame. I hope OpenAI doesn't pull up their drawbridge, it would suck swimming in their moat.
LOL you are funny. No it is not a GAN. take a look at the paper perhaps?
I'm not following: as long as you are introducing a new, incompatible instruction for leading zero counting, you'd definitely choose LZCNT over BSR as LZCNT has definitely won in retrospect over BSR as the primitive for this use case. BSR is just a historical anomaly which has a zero-input problem for no benefit.

What would be the point of offering a new variation BSR with different input semantics?