Apple is a consumer product business. They have no reason to care about being a good Unix - that's misunderstanding. And iOS has covered up, and made inaccessible, literally every feature of Unix.
This is correct. Apple used to care about being UNIX, so they could gain traction amongst a certain subset of like-minded power users. But all those like-minded engineers have left (eg. Avi, Bertrand, etc) or drank the new Kool-Aid (eg. Craig).
Now, they maintain UNIX certification to comply with contract requirements. I think if they could get away with it, they'd stop shipping Terminal.app as soon as they were able.
> I think if they could get away with it, they'd stop shipping Terminal.app as soon as they were able.
I don’t think believe that’s true. Apple has always treated the Mac differently than its other devices, even back in the iPod days and before. One can still see that today in how for instance they made M-series Macs capable of booting third party operating systems when it would’ve been much easier to not do that, with the architectural base of these machines being iPads. macOS has had some bolts tightened in the past decade, but all of that has legitimate value in security and stability and much of it is being mirrored by other desktop operating systems (e.g. immutable system, moving things out of the kernel to userspace, etc).
> they made M-series Macs capable of booting third party operating systems when it would’ve been much easier to not do that
"much easier" is maybe a stretch. Both options come with their own tradeoffs; rework the boot system to be like iOS and you have to rewrite the software to be compatible. Plus, it's not like their boot process comes with UEFI or a nicely-documented interface; it's a black-box with devicetree drivers. Not unusual for an ARM device, but nobody laid out a welcome-mat.
We shouldn't have to celebrate features not being taken away in the first place. Apple's hostility towards standardization can't be normalized, or else we will literally lose our agnostic internet and telecommunications infrastructure. The industry is suffering from their contempt for cooperation.
Standardization is an entirely different argument. The point is that it’s unlikely that Apple wants to do away with the Terminal because it treats the Mac differently than it does its other devices.
I still don't agree with your point, then. Apple does treat the Mac just like their other devices, and they use it as the justification for sweeping API depreciation and user-hostile software decisions. If Apple made a decent way to develop apps entirely in Xcode, I wouldn't trust them to keep iTerm around for a second.
API deprecation on macOS is somewhat overblown. It’s not difficult to get a decades old FOSS Mac app compiling again, and it’s even possible to get projects targeting OS X precursors building with a little effort. Binary compatibility is what gets broken more frequently and is necessary to keep an OS from tripping on its own compatibility hacks.
Should macOS ever lose its terminal and associated capabilities, it’d spur mass migration of users from several STEM fields overnight. It’d be a colossally stupid move that’d destroy a sizable chunk of revenue coming from sales of high-margin and high-spec machines and services that these users buy to use with those machines.
And the author is pointing out that the dissonance of being on a platform that doesn't just have "no reason to care about a good Unix" , but which actively undermines and fights against there being good *nix'es, and worse, good webs, is more than they can chew on.
Now, they maintain UNIX certification to comply with contract requirements. I think if they could get away with it, they'd stop shipping Terminal.app as soon as they were able.