Ultimately, the leadership of the company needs to bear the responsibility for the outcome -- and I think it's pretty telling that Sun's executive leadership basically went on to do more or less nothing after Sun. I loved Sun -- but it was a breeding ground for engineers, not executive leadership.
(perhaps it doesn't do your rather full blog post justice to compare it to something considerably less complete like a comment thread)
> Ultimately, the leadership of the company needs to bear the responsibility for the outcome
I emphatically agree. Maybe it goes without saying but with Sun, multiple generations of leadership, I think.
ZFS was pretty unrivaled for long term storage for a long time. Solaris zones were containers before they were cool. Dtrace is pretty neat. Etc.
Maybe they could have survived with their OpenSolaris push driving low end adoption and high end customers buying their hardware. Pretty sure they would have had to migrate to x86, but they were dabling in that.
Maybe make some low end commodity x86 servers. Sell enterprise a fully engineered big ass database server and a bunch of commodity web servers. Doesn't have to be exceptionally priced, just good enough to let customers have single vendor server purchasing instead of getting the big stuff from sun and the little stuff from dell or hp.
More systems consulting? Sun had great engineers, but you don't see too many war stories about them fixing stuff for customers (maybe they keep quiet though).
Both of these are supported on Linux now. The kill-on-ECC is handled by hwpoison: https://www.kernel.org/doc/html/v5.1/vm/hwpoison.html and the hot-swappable RAM has been present for quite a bit longer.
But as some sibling comments indicate they already had a lot of the software infra for distributed computing the way it eventually came to be done today, with SOA/microservices, service discovery, or serverless lambdas etc. via frameworks like EJB or JXTA. They were admittedly pretty cumbersome, like the contemporary equivalents COM/DCOM, and made the fundamental mistake of trying to abstract away the fallacies of distributed computing, but also solved most of the common problems involved.
Potentially they could have pivoted to monetizing that software infra even if it got deployed on arbitrary hardware, which may have tided them over until they could spin up their own cloud service, even if it was a fast follow to AWS. However Sun seemed committed to making their expensive servers their primary business model and relegated the software to “loss leader” complements.
If they had just looked at how services were being developed on Linux + commodity servers, they’d have seen they already had offerings in that space that could be monetized.
Sun could've been the "Apple" of x86 Unix: it just works.
That was my guess back then, and it's my guess now. Someone please correct me if I'm wrong and you know for certain why.
Open source Solaris as early as possible.
Really compete with MIPS, ARM, Motorola, etc. in the embedded space. Don't even try to make it a huge financial win, just get the SPARC architecture and dev tools out there with good Linux support.
Consistently support Solaris x86 and frequently release new generations of Intel and AMD workstation-class hardware.
Partner with TSMC for SPARC production a lot earlier.
Since we're just having fun here: acquire Nvidia in 1999, at which time it was pretty obvious workstation graphics was going to be commodified, and Sun could have bought them with their pocket change.
I saw the end coming for Sun when I had a dx2/66 at home running Linux in the late 90s. It was brilliant.
The fault is always upper management not doing their job. Even if one department really would be that bad (which again they are not), upper management allowed them to be that bad.