On the topic of platform switches, I thought Apple handled the ARM switch very well!<p>I was initially hesitant when my current employer handed me an M1 MacBook for software development (typical web and tools dev). I wanted to request for a last gen Intel Mac instead.<p>6 months later I realized that I haven’t yet had any major issues with doing web development, or using most tools. Rosetta 2 handles most x86-64 software well with a little startup delay, and the list of native ARM software is still growing.<p>The initial 2 months were painful only because the existing developers and tools were all x86-64 and no one else had an M1 Mac. There was no formal IT team and so I don’t think they thought about platform compatibility etc. I had to look for alternatives, workarounds, compile from source, but this phase went better and lasted shorter than I expected.<p>Combined with the lower cost and higher performance of the M1 platform it’s a no brainer for organizations.
Got a chuckle out of this.<p>"Jon Ross, who wrote the original version of SimCity for Windows 3.x, told me that he accidentally left a bug in SimCity where he read memory that he had just freed. Yep. It worked fine on Windows 3.x, because the memory never went anywhere. Here’s the amazing part: On beta versions of Windows 95, SimCity wasn’t working in testing. Microsoft tracked down the bug and added specific code to Windows 95 that looks for SimCity. If it finds SimCity running, it runs the memory allocator in a special mode that doesn’t free memory right away."<p>How many of us had to hardcode those one off "if" blocks to handle an annoying special case and get the damned thing shipped. Maybe the section has a nice TODO comment that stays in the repo for posterity. No one wants to take the effort to clean it up lest there be a hidden dependency somewhere that would break.
This is something governments are ignoring en masse when they build their digital identities and data exchanges. Nobody gets on your bandwagon unless there’s already people on it. And even if you make adoption mandatory, the usage will take time to ramp up so you need to suffer through years of mockery of your compulsive device being useless. But there’s no other way to get there.
<i>> DOS was popular because it had software from day one. And it had software because Tim Paterson had thought to include a CP/M compatibility feature in it, because way back in the dark ages somebody was smart about chicken and egg problems.</i><p>Good to see this idea being applied to break MS's own stranglehold on the market with Wine/Proton making Windows games work on Linux with minimal fuss.
My favorite post on the subject is by apenwarr:<p><a href="https://apenwarr.ca/log/20201227" rel="nofollow">https://apenwarr.ca/log/20201227</a><p>Search for the "Chicken-egg problems" heading
> every month, millions of credit card companies mail out zillions of bills to consumers in the mail. People write paper checks, stuff them in trillions of envelopes, and mail them back. The envelopes are put in big boxes and taken to countries where labor is cheap to be opened and processed.<p>Is this really how it works in 21st century America? Everything I get billed for here in the UK I get an email bill and the payment just comes out of my bank account directly without any manual work on my part, presumably highly automated at the other end, too.<p>Credit card, mortgage, council tax, bills for water and electricity - there is nothing I pay manually and certainly not with a piece of paper.
That comes at the right time to help me understand why Deno puts in a Node compatibility mode [^1] all of a sudden. Truck loads of eggs, or chickens depending on your view.<p>[^1]: <a href="https://github.com/denoland/deno/issues/12295" rel="nofollow">https://github.com/denoland/deno/issues/12295</a>