Standard Italian speakers in Rome struggle to understand Ciociaro dialect, which is from the region on the outskirts of Rome. Take "n'coppa" - spelled with a "c" but very much pronounced /ŋgopa/ with a voiced [g]. I dont even have a reference point for Sicilian but that really pushes the bounds of the dialect/language distinction.
That's one example, from a language with ~70M native speakers, in a geographically tight region.
Likewise, all your other languages (sans Turkiye) are very compact geographically with small speaker bases. And Turkish undoubtedly has large aspects of forced standardization and dialect extinction.
English is spoken by 1.5 billion, by ESL speakers from basically every language tree, across the world. Try to get folks from Boston, Brooklyn, Philly, and Albany in a room and get them to agree on a phonetic spelling.
> Here is the central claim: the unit of correctness in production is not the program. It is the set of deployments.
The thesis essentially boils down to: functional programing paradigm, type systems, strong interfaces, etc, are all fantastic tools for ensuring the correctness of a program, but the system is not a program, and so these tools are necessary but not sufficient to ensure the correctness of a distributed application.
Well, I didn't get LLM vibes from it at all, and the article is deeply relevant to the engineering I am working on at the present (migrating a monolith to a highly event-sourced workflow-based distributed application), and I deeply appreciated this work!
I mean, I am dealing with much of the same problems mentioned in the article, and I found it super enlightening. It was neat to read about undecidability of the general problem of version updates, about the two-version window, and some of the solutions folks have come up with.
Why are folks seemingly so averse to sending an email / hopping on a channel to actually talk to maintainers before just firing off code? I've been on both sides of this; I have been young and green and just fired off contributions without stopping to think, do they event want this?. Codebases are rarely built primarily out of zillions of shotgunned patches, they are more like a garden that needs tending over time, and the ones that are the best tenders are usually the ones that spend the most amount of time in the garden.
> Host: OK, so you have the software, it raises the alarm, and then… what does the Manhattan DA specifically want?
> John Amin: They want to activate it nationwide across the United States.
> Host: Nationwide? But wouldn’t that require a federal resolution?
> John Amin: Or it can go through the manufacturers. The strategy is to approach different 3D printer manufacturers so their printers have this security layer built in, or they won’t be accepted for installation. These are parallel tracks to federal legislation, which takes a long time to implement.
They want to use states with large markets like NY, CA, and WA, to put pressure on manufacturers to implement this software on all of their systems, instead of having state-specific market.
Until you get sued by JK Rowling. Unlikely? sure, but I wanted to decouple for other reasons.
That's why i went with PassCrux for mine. Can't argue that it's too close, since "crux" is just latin for cross, as in "crux of the matter" (JK likely invented horcrux as a portmanteau of horror + crux).
That's one example, from a language with ~70M native speakers, in a geographically tight region.
Likewise, all your other languages (sans Turkiye) are very compact geographically with small speaker bases. And Turkish undoubtedly has large aspects of forced standardization and dialect extinction.
English is spoken by 1.5 billion, by ESL speakers from basically every language tree, across the world. Try to get folks from Boston, Brooklyn, Philly, and Albany in a room and get them to agree on a phonetic spelling.
reply