A lot of Claude-isms in this page that reflect the limited creative judgement of the author. It makes me wince as I scroll further and see UX decisions that clearly have no thought put into them ... Just the statistical average of what clean design is meant to be , I suppose
This is why I'm looking into using Guix / Nix for when my home server dies and I need a replacement. Declarative setups make too much sense. The only form of history I have of the weird shit I did with a Mac mini running debian + a LaCiE HDD hub is my .bash_history file, which a chatbot was able to figure out for me.
My modern server infrastructure is managed in this style. Not declarative, but the manner of management is an idempotent bash script (terraform being the “heavyweight” version of this that I discarded).
Simply being open doesn't make them good open source projects. Luckily the SPI shouldn't need to conform to Apple's release schedule, and should operate mostly independently, so the worst aspects of Apple's open source projects will be less of an issue.
Even simpler, this is a "no Scotsman" scenario. Apple has unprecedented contempt for Open designs and software standards, even compared to the pitiful example that Microsoft and Google set.
Unlike them, Apple takes a stance of contravening the public good to emphasize lock-in. They refused USB-C for as long as possible to sell licensed serial connectors that their Macs didn't even use. They fought tooth-and-nail to politicize the free distribution of software when the EU wanted to enable sideloading. They abandoned open initiatives like Khronos, for no reason other than to screw over cross-platform developers. They give Safari special OS entitlements that they refuse to extend to competing mobile browsers, and then justify it as if they can't write a safe OS.
There is no company on planet Earth that goes this far to undermine FOSS. Apple is the fakest Scot.
Yes, Apple is quite selfish when it comes to open source. They avoid GPL license code because they only want to selectively share their code, which is one of the reason they now avoid GCC and stopped utilising GNU Coreutils in their OSes. It supports developments of some popular opensource apps (like Blender) because it is very popular and not having it on its platform hurts it. And now, by charging developers an annual fee for distribution through App Stores, they also prevent many non-commercial open source applications from being available on the App Store. As Apple also further makes money from any commercial apps through the app store (by extorting a commission from them), it doesn't really want such popular free opensource apps to compete with the commercial apps - every time someone uses one of these free apps, Apple also loses money. Thus, by gatekeeping distribution Apple now effectively cripples the growth of open source applications on its platform. (The only reason a few of it - like VLC, for example - still survives on the App Store is because some kind people donate the money to pay Apple's fees - a waste of money and a shameful act for a trillion dollar company).
The tab key in BBEdit inserts a literal tab character, or advances to a tab stop. It doesn't indent the line, which is what I would argue it should do when writing code.
> When this option is on, you can press the Tab key to invoke the Shift Right command, or Shift-Tab to invoke the Shift Left command; this may be useful for those accustomed to Windows editing key behavior. When this option is off, pressing Tab will insert a tab character in the normal manner. This option is off by default.
I think this is already identical to tab behaviour in Emacs, just not by default.
