You‘ll notice a lot of "I found"s and "my hunch"s and similar in the comments.
There aren’t many comparative benchmarks, and obviously the design of such a benchmark is difficult, but, e.g. https://arxiv.org/abs/2508.09101
In this benchmark, models can correctly solve Rust problems 61% on first pass — A far cry from other languages such as C# (88%) or Elixir (97%, no static typing whatsoever).
First pass is not that important today. All coding agents run until they get it right or hit a limit.
Having to tweak code and compile more often makes things slower, but strict compilers also help you find bugs faster and navigate the codebase. I think the two effects balance out and leave you with safer code in the end. And that's not counting the performance benefits of a compiled language.
Maybe thats why one of the not-so-bad ideas how to go about distributed systems came from a guy who was trained as a physicist and used to complain to his fellow programmers that “a lot of systems actually break the laws of physics”[1]?
> In distributed systems there is no real shared state (imagine one machine in the USA another in Sweden) where is the shared state? In the middle of the Atlantic? - shared state breaks laws of physics. State changes are propagated at the speed of light - we always know how things were at a remote site not how they are now. What we know is what they last told us. If you make a software abstraction that ignores this fact you’ll be in trouble.[2]
In the Elixir ecosystem (where documentation is considered a "first-class citizen" in the language), you can run code examples as part of your test suite in a similar fashion ("doctest"): https://elixir-recipes.github.io/testing/doctests/
That’s all in the article. The author goes into the confusion that it had the Apple logo on it.
Win was conceived as a modifier reserved for the OS (not to be used by applications), while command never was. Command is for commands. If you come to the Mac from Win or Linux it often helps to think of command as what ctrl does on those systems. Ctrl on the Mac started as Terminal-Emulator specific modifier— Which to this day is great, because your universal copy shortcut (cmd-c) and interrupt (ctrl-c) are different things.
Indeed one would map win to command, but only because you need another key for a modifier that‘s not ctrl or opt/alt, conceptually they are different
> Apple introduced control keys (separate left and right ones) because companies writing terminal emulators needed it.
I'm not sure that's the correct reason.
The Apple II/III had the control key from the start. The Mac keyboard originally did not have control (nor escape.) When Apple introduced the external Apple Desktop Bus keyboard designed to be used with both the Apple IIgs and the Mac, it needed the full complement of keys to be used with both systems.
In this benchmark, models can correctly solve Rust problems 61% on first pass — A far cry from other languages such as C# (88%) or Elixir (a “buggy dynamic language”) where they perform best (97%).
I wonder why that is, it’s quite surprising. Obviously details of their benchmark design matter, but this study doesn’t support your claims.
reply