MurphyA/hacker-news huggingface dataset:
by ltbarcly3 | 2025-07-26 22:57:23+00:00
That is not how hashtables work. Hash tables effectively randomize keys into buckets. Whether there is a hash collision is independent of the workload, and only has to do with the number of entries in the hash table vs the threshold to resize it.

This is what I meant by pathological data. If you had weird data that somehow, over and over, got hash tables right up to their fill limit and just stayed there then you would have slightly more collisions than an average use case. However you would have to construct weird data to do this. It wouldn't be "more ingestion". The thing PGO optimized would be individual branches in the hash table code, so for example the branching instruction to see if the key in a bucket is == to the key you are looking for.
by seanwilson | 2025-07-26 22:57:27+00:00
> tells you CLS bad mkaaaay... and guess what FOUC causes, layout shifts

I haven't had a problem here (with layout shift). As long as you specify width + height of images in the HTML, and you don't have dynamic content pushing the layout about as it loads it in your page header, you'll likely get a high CLS score as it has some leeway.

And sounds like `font-size-adjust` from the OP is helpful in avoiding layout shift when the stand-in font is swapped out for the custom font when it arrives? I haven't found this necessary though.
by owenversteeg | 2025-07-26 22:57:56+00:00
My company buys a lot of diamonds - for industrial use, not jewelry related :) The falling price of synthetic diamonds has been a huge boon. Several processes I do right now would be impractical without the use of "low-cost" diamonds - air quotes because they are still not exactly cheap. So it is obviously in my interest for consumers to switch to lab-grown diamonds and thus drive volume up and prices down.

At the same time, I do understand the sentiment around wanting a mined diamond. The whole idea behind a diamond engagement ring is a marketing exercise backed up by a cartel, so if you're gonna participate in the ritual you might as well do it right. There are silly backstories buried in every part of human society today, from "some king did it and everyone copied him" to "this piece of land got special status a thousand years ago which accidentally let it become its own country" to "my grandmother was too poor to do XYZ the right way so we still do it her way." That's just part and parcel of being human.
by crvdgc | 2025-07-26 22:58:00+00:00
Apart from being tied with Jane Street's libraries, Real World OCaml is "deeper" in that it also talks about implementation details. This book has a more "introduction to functional programming via OCaml" vibe. Both are good textbooks with different emphases.

The main author Michael Clarkson also started a similar lecture series on Software Foundations using Rocq (Coq)[1]. Not sure if that's still updated though.

[1]: https://github.com/clarksmr/sf-lectures
by vient | 2025-07-26 22:58:14+00:00
AMX is indeed a very strong feature for AI. I've compared Ryzen 9950X with w7-2495X using single-thread inference of some fp32/bf16 neural networks, and while Zen 5 is clearly better than Zen 4, Xeon is still a lot faster even considering that its frequency is almost 1GHz less.

Now, if we say "Zen5 is the leading consumer CPU for AI" then no objections can be made, consumer Intel models do not even support AVX-512.

Also, note that for inference they compare with Xeon 8592+ which is the top Emerald Rapids model. Not sure if comparison with Granite Rapids would have been more appropriate but they surely dodged the AMX bullet by testing FP32 precision instead of BF16.
by fc417fc802 | 2025-07-26 22:58:42+00:00
Well naturally it will need to connect to your phone via Bluetooth for the app to proxy update downloads and historic location data uploads. But in order to do anything on the network securely you need an accurate clock and the ability to parse datetimes because the PKI implementation depends on that.

Then the app pings you to remind you that your premium subscription will be expiring soon after which your heart rate will be limited to 100 bpm or less.
by cjk | 2025-07-26 22:58:49+00:00
The author makes some good points, but native apps can absolutely provide a better experience than web apps in certain scenarios.

Bloated web apps with megabytes worth of JavaScript and CSS, crappy rendering performance, etc. are all too common. Far too many web apps are unusable or broken if you have any content/ad blockers enabled, which are almost a necessity in order to use the modern web.

Conversely, you download a native app once, and update it infrequently. Load times can be instantaneous. Offline support is far more robust.

To completely write off native apps just because some of those apps abuse the trust of users seems silly. Plenty of web apps have piles and piles of invasive ads and trackers as well.
by OneDeuxTriSeiGo | 2025-07-26 22:59:16+00:00
At least theoretically they could be however OCaml is in large part driven by Jane Street and has been for some time now and Jane Street's entire business model is built around optimizing for ultra high throughput, ultra low latency software where mistakes could cost on the order of hundreds of billions of dollars.

So my guess would be less that Haskell is not these things (nor couldn't it be) but rather that OCaml has had the external forces necessary to optimise for these things above all else.
by chubot | 2025-07-26 22:59:36+00:00
I think you should be able to get rid of the is-oil part, because set -E was implemented last year

$ osh -c 'set -E; set -o |grep errtrace' set -o errtrace

I'd be interested in any bug reports if it doesn't behave the same way

(The Oils runtime supports FUNCNAME BASH_SOURCE and all that, but there is room for a much better introspection API. It actually has a JSON crash report with a shell stack dump, but it probably needs some polish.)
by kulahan | 2025-07-26 22:59:54+00:00
We are specifically talking about something that does have a mature option available. That’s why it’s stupid to try and implement your own version of something complex.

If you change the story such that the product is actually needed and universally immature, of course building it is a valid argument.

Regarding b: Right, and the point of this article is that for those types of things, go for the already-mature thing. You’re arguing a point nobody is making.
by derriz | 2025-07-26 23:01:01+00:00
In my experience, reasoning about (or maybe being able to manage) memory consumption is more of an issue for fully lazy languages.

Having worked on a code-base written in a lazy (Haskel-like) FPL where the architecture relied heavily on laziness, the least pleasant issue to deal with was sudden and obscure explosions in memory consumption.

Which would of course have a big impact on performance so maybe this was your point also.
by hermanhermitage | 2025-07-26 23:01:31+00:00
That’s been my experience. Across the spectrum of languages I’ve found certain features such as dynamic memory, managed memory, memory safety, evaluation model, etc all have an impact on the transparency of understanding time and space characteristics. I spend most of my time in assembly and C, but love the sheer ranges of language options we have today. I put Haskell in the “Miranda” branch of languages which I love for tackling some problems but day to day but I’ve never got a handle on how that translates into predictable characteristics of the generated code.
by nfw2 | 2025-07-26 23:02:06+00:00
Here are some of the things I've worked on: - payroll and other hr software - educational software - shared workspace for realtors and homebuyers

I'm not going to doxx myself by naming all the companies, but here is an example of a page that has too many features to work as a website. https://www.compass.com/listing/7310-estrella-de-mar-road-un...
by anonymousiam | 2025-07-26 23:02:57+00:00
I like the 1911s also. I've got two Colt Series 80 MK IV .45s and I prefer them to the three other guns I have. My daily carry is a S&W M&P Bodyguard .32, because it's significantly lighter and smaller than the Colts.

If the facts stated in the article are all true, then there's something else going on that has not yet been discovered or revealed. Perhaps it's related to a static electric discharge into the primer, or some defect in the 9mm ammunition.
by LegNeato | 2025-07-26 23:03:38+00:00
Thanks! I'm personally focused on compute, while other contributors are focused on graphics.

I believe GPUs are the future of computing. I think the tooling, languages, and ecosystems of GPUs are very bad compared to CPUs. Partially because they are newer, partially because they are different, and partially because for some reason the expectations are so low. So I intend to upset the status quo.
by tormeh | 2025-07-26 23:04:11+00:00
If you're like me you want to write code that runs on the GPU but you don't, because everything about programming GPUs is pain. That's the use-case I see for rust-gpu. Make CPU devs into GPU devs with an acceptable performance penalty. If you're already a GPU programmer and know cuda/vulkan/metal/dx inside out then something like this will not be interesting to you.
by throwawaymaths | 2025-07-26 23:04:38+00:00
you can certainly allocate on the stack (like alloca). you just have to overallocate a compile-time known size and have some sort of fallback mechanism or fail if the size requested exceeds the amount created.

moreover since the stack allocator is just an allocator, you can use it with any std (or user) datastructure that takes an allocator.
by shawn_w | 2025-07-26 23:06:43+00:00
Personally, I don't like how Haskell considers things like I/O as side effects that have be wrapped in monads. Ocaml feels much more practical.

Plus, though both languages allow defining new infix operators, ocaml coders are much more restrained about it than haskellers, and I hate having to figure out what >>>>$=<<< does when it shows up in code.
by faldor20 | 2025-07-26 23:07:39+00:00
As someone who has lightly used Haskell and quite heavily used ocaml:

- Pragmatism: The ocaml community has a stronger focus on practical real projects. This is shown by the kind of packages available on the ecosystem and the way those packages are presented. (A number of Haskell packages I've tried to use often seen to be primarily intellectual pursuit with little documentation on actually using them).

- Simplicity: Haskell does have some amazing features, but it has so many different ways to do things, so many compiler flags, code can look vastly different from one codebase to another. It's kind of the c++ of FP. Ocaml is definitely more cohesive in its approach.

Tooling: last I used Haskell the whole ecosystem was pretty rough, with two package managers and a lot of complexity in just setting up a project. Ocaml is not at the level of rust or other modern languages, but is definitely a stop above I'd say.
by PaulHoule | 2025-07-26 23:08:03+00:00
Write them, they can use all the complaints they can get.

My first paper was https://arxiv.org/abs/cond-mat/9512055v1 which eventually got published in Physical Review E but the abstract for a talk I gave at the March Meeting of the APS caught the eye of a reporter at Science News so I had the cover story one week, I think before the real publication.

The magazine printed a photo I took of Ron Maimon crumpling paper on the sofa of my office with an apparatus that I invented. Ron never completed his PhD on string theory but he eventually became a notorious 9/11 "truther" and conspiracy theorist.
by AndyKelley | 2025-07-26 23:09:43+00:00
Note that not having runtime-known stack allocations is a key piece of the puzzle in Zig's upcoming async I/O strategy because it allows the compiler to calculate upper bound stack usage for a given function call.

At a fundamental level, runtime-known stack allocation harms code reusability.

Edit: commenters identified 2 more puzzle pieces below, but there's still one that didn't get asked about yet :P
by jwrallie | 2025-07-26 23:10:13+00:00
That looks very cool. I have fond memories of working with analog oscilloscopes.

I started college in 2007, and they handled us newbies in EE analog oscilloscopes for learning, as it does not have the (in)famous auto-scale button.

Working with other engineers, I’m still the one that can handle an oscilloscope the best.

We can derive many parallels in education challenges arising from introduction of new automated functions in tech.
by fc417fc802 | 2025-07-26 23:11:02+00:00
The entire process is "the thing". In the case of a table by adjusting the inputs to the process you can cover quite a wide range of difficulty and required time.

For example, start from a felled tree, use only hand tools, and assemble using medieval joinery techniques. Building a table that way is quite hard by modern standards.

Now if you'll excuse me I need to get back to writing this date parsing library in assembly.
by Rapzid | 2025-07-26 23:11:05+00:00
I was a Tailwind skeptic for a long time but I've used it on a few projects now at my full discretion.

However I use it in a much more blended way than the authors probably prefer. I use it with Tailwind Variants and to quickly hack out components. However depending on the project, component, and etc I may also construct BEM-based CSS files to live along side the component.. I use "@apply" in the CSS files, something the author(s?) are on record saying they regret. However I'd counter them by saying if it weren't for "@apply" Tailwind wouldn't be where it is today..
by plasma_beam | 2025-07-26 23:11:40+00:00
As a pool owner (3 feet in the shallow end and eight feet in the deep end) and parent of a three year old plus older kids that grew up with the pool — I can not fathom allowing a four year old to explore the yard on their own when this was there. Even if just two feet deep. A body of water that goes down into the ground (which this fountain appears to be) is dangerous to young children, period. I respect other peoples’ parenting styles but I personally don’t understand.
by reilly3000 | 2025-07-26 23:13:10+00:00
In an odd turn of events I have ben one a regular user of Yahoo! despite how terrible the experience and content is. It shipped as a Safari default years and years ago and has remained in my neglected Safari bookmarks for no particular reason. I’ve recently reverted to using Safari on iPhone as my default mobile browser and used to rely on my recently used tabs for a quick dopamine hit. Several months ago Apple removed that from the new tab experience, putting my bookmarks front and center. So I use Yahoo. It’s mostly clickbait content, heavily monetized, with all of the excrement of 20 years of AdTech on display. Ads routinely load in the wrong unit size, or with a double quote character that breaks the sticky container making it impossible to view the next page of comments. Most often the ads are mobile redirects that just crash the page and lose your scroll position. It’s really a terrible experience to behold. At least I don’t use social media.
by bitwize | 2025-07-26 23:13:54+00:00
What got me into programming was my father writing an engine simulator in BASIC. Albeit for different reasons: he was a mechanical engineer and wanted to compare the torque curves of various engine designs. He used CIRCLE and LINE statements to draw an animated (<1 fps) wireframe of the piston, crank assembly, and crankshaft in operation (though he only completed one engine type this way), and that was the real holy-crap moment for me: that you could use this machine to draw things and make them move.

The fact that this guy did the same thing, just to have better sounding racecars in his vidya, blows my mind.
by o11c | 2025-07-26 23:15:29+00:00
I actually tried rewriting this in Python, but gave up since Python's startup latency is atrocious if you have even a few imports (and using a socket to a pre-existing server is fundamentally unable to preserve enough process context related to the terminal). Perl would probably be a better fit but it's $CURRENTYEAR and I've managed to avoid learning Perl every year so far, and I don't want to break my streak just for this.

The Bash code is not only fast but pretty easy to understand (other than perhaps the header, which I never have to change).
by milchek | 2025-07-26 23:16:39+00:00
As it should, diamonds were made artificially scarce and controlled by monopoly:

“The major investors in the diamond mines realized that they had no alternative but to merge their interests into a single entity that would be powerful enough to control production and perpetuate the illusion of scarcity of diamonds. The instrument they created, in 1888, was called De Beers Consolidated Mines, Ltd., incorporated in South Africa…” From the classic 80s article “Have you ever tried to sell a diamond” - https://www.theatlantic.com/magazine/archive/1982/02/have-yo...
by laughing_man | 2025-07-26 23:17:26+00:00
This is more Silk Road than 4chan.

The problem isn't that the site is anonymous. The problem is I, as a man, have no way to check to see if it contains false or defamatory information about me because you can't sign up as a man.

I have no problem with anonymity. But this site exists to allow spiteful women to break the law.
by recursivecaveat | 2025-07-26 23:18:01+00:00
Tumblr was 2-3x bigger than reddit apparently at acquisition time (just looking at google trends). Now reddit is public at 27B market cap, and tumblr is virtually worthless. I don't think there's anything fundamental about tumblr that would have prevented it from being the one in the sun instead. They're not dissimilar, and they could've used those years to grow tumblr in whatever direction they liked if there was indeed something stalling it.
by JohnFen | 2025-07-26 23:18:30+00:00
There are numerous large data brokers that take in all the consumer data they can buy or obtain through governmental sources. This includes credit data, car registrations, purchase histories through things like affinity cards, data shared by membership organizations, ad networks, etc. If the data can be had, they'll have it.

Once they have the data, then they process it to extract greater knowledge. This allows them to deanonymize data and be able to attribute it to individuals.

If you are leaving a record in a database anywhere, you can reasonably assume that data is included in this, and that "psuedoanonymizing" it doesn't really protect you much.
by rvrb | 2025-07-26 23:18:39+00:00
I've entertained further expanding this API to expose a comptime generated struct of pointers. From the Connection use-case detailed in the article, it would look something like this:

pub fn getPtrs(self: Self) struct { client: *Client, host: []u8, read_buffer: []u8, write_buffer: []u8, } { return .{ client: self.get(.client), host: self.get(.host), read_buffer: self.get(.read_buffer), write_buffer: self.get(.write_buffer), } }

I haven't done this because I'm not yet convinced it's worth the added complexity
by aseipp | 2025-07-26 23:19:23+00:00
It says they intend the backend to be used for FEC, so it's probably an untimed model that it outputs. Sail would probably generate bad SystemVerilog anyway even if it was timed/synthesizable because the language doesn't have any concepts to express things like pipelining or the necessary concurrency primitives or properly structured modules for the output netlists.

If you want a high-level RTL with some of the dependent features of Sail, but for hardware that can generate good SystemVerilog, I think Bluespec is probably the best complement.
by threatofrain | 2025-07-26 23:19:51+00:00
Ok, my apologies, it really doesn't show up in your history. Your user page doesn't show anything fresher than 16 hours. Next time I should scrape the page more carefully to check for your replies in other threads.

However, I looked through all the posts you just linked. I still have nothing quantitative on whether "PWAs never took off". It's so much analysis on Apple.

> There isn't just Apple, there's also Google which is a big promoter of PWA's, and in fact they popularized the term. PWA's just never took off.

I just want to know what's popular, and I care about Android. You can care about why Apple is the reason everything is happening.

> That's just the lazy manufactured and false narrative that I've already thoroughly debunked. I'm not going to repeat it, since you would just ignore it again.

This is how you replied to me. You say "ignore it again" but this is the first time we spoke and all I can see is up-thread. That's what I mean by prejudice.
by kstrauser | 2025-07-26 23:20:05+00:00
OK, but there's a real difference. My wedding band has small diamonds in it, and occasionally I'll be sitting inside where the sun falls on my hand and casts a million pretty blue and white and red sparkles on the walls and ceiling of the room I'm in.

Diamonds (and other gems) really are beautifula to look at in ways that glass just isn't. And manmade ones, sparklier still out of the forge of our own cleverness, are much nicer in my opinion.
by JumpCrisscross | 2025-07-26 23:20:24+00:00
> How exactly is forcing owners to actually improve their house supposed to make the housing problem worse?

This law makes renovations more expensive. That means use conversions, expansions and safety improvements all happen less frequently.

> It’s an insignificant dent in the profit margin

Limited supply means suppliers own the cards. There is zero chance these costs are born by landlords.
by anon373839 | 2025-07-26 23:21:15+00:00
I don’t think I’m convinced of that. Most fitness measures saturate as you approach a limit. For example, you can build muscle mass rapidly in the first couple of years but it slows dramatically as you approach your genetic limit. It only takes a few years of consistent training to get to that asymptotic level. So on that measure, you can basically “catch up” to your hypothetical “always trained” self.

While you might not be able to get to the exact same level of fitness as if you had trained for years, I think you can get fairly close. And without a doubt, you can drastically improve from wherever you’re starting.
by roenxi | 2025-07-26 23:21:26+00:00
> The DJI bomb conspiracy is stupid...

Given that we seem to be in an ongoing escalation spiral towards WWIII I'm amazed at how little interest people take. The Ukrainians pulled an attack like this off literally last month, and it was widely publicised how they did it. If the Chinese military wanted to pull something similar off they'd ship components in and assemble them inside the States. And then probably make an attempt to recruit other Chinese drones act as decoys in a large swarm to overwhelm any anti-drone defences.

The more obvious counterargument to the idea that is relevant to the DJI restrictions is that there is likely no special need to use DJI drones, arguing that out would require a better knowledge of exactly what anti-drone defences the US has then I possess. But the feasibility of the style of attack isn't in question.

And it may well be that easy to smuggle a massive amount of bombs into the US, their border sounds pretty porous. Based on the stats theoretically an army could have walked in to the US over the last couple of years and they might not have noticed. Around 11 million people are in the States after bypassing the official checks and at its height the Eastern front in WWII was only around 10 million soldiers at any one time if we add the Germans and Russians both.
by manquer | 2025-07-26 23:21:27+00:00
Yup It is power dynamics always, legal documents only matter in court.

At the time in 2006 there were plenty of competing networks and any one of them could have climbed to the top.

Facebook wasn’t unique tech wise by all accounts one huge 20k line main file not like Google with PageRank or pegs viaweb written in Lisp or Amazon with early aspects of AWS.

FB could have been replicated and with right money scaled by anyone else , the challenge was there were series of spectacular growth and failures in the social network space

The tech innovations started first with Hack as a PHP compatible language couple of years later then things like relay , graphQL, react and so on.