I like the ideas of this article but would not use SPARC as a main badguy in my examples. A naive and probably popular takeaway would be, "Thank goodness I am not writing for SPARC and don't need to worry about these SPARC architectural concerns!"
I went through elementary and middle school using MECC software on Apple II, and of course had no idea at the time what a treasure it was. My generation was at the beginning of the computer-education revolution; we had "gamified" learning before that was ever a thing.
An Apple II on a wheeled desk-cart was always popular in elementary school.
Tangentially related, if anyone has Sun nostalgia but only a bit, find a Sun Type 6 USB keyboard on eBay and plug it in. Great keyboard for a Mac. Unfortunately, the left-hand function keys (Stop, Again, Props, etc.) do not emit any usable keycodes. But everything else works.
LibreOffice almost seemed irrelevant; with cheap to free (*included) tools in abundance, such as MS Office, Google Workspace, Apple Pages/Numbers/Keynote, the need for LibreOffice is not what it once was, back when StarOffice and OpenOffice were liberating people from the tyranny of Microsoft.
Janky is directly proportional to cost. Grandstream are the jankiest and least expensive. I like the Cisco 191; it is a fine unit but costs about $100-120.
For three or four endpoints all within the home, you could do this with just ATAs and not even need a SIP server. Many ATAs have a configurable "dial plan" that will let you map a number to an IP address, thus giving you the ability to call the other terminals directly within the LAN.
Carriers both land/VoIP and wireless must attest to having fraud mitigation measures; this is the "Robocall Mitigation Database" and in Cape's record they exempt themselves from STIR/SHAKEN attestation but state they have measures to prevent fraudulent calling. (which is required for them to be permitted to operate)
What kind of measures are possible to prevent fraudulent calls when the caller is your anonymous customer? The answer is obviously "none," unless you respond to every complaint by terminating service of the offending customer and hoping they don't come back.
In 2021 I speculated on IP and acquired a /23 block by ARIN wait list. I figured on running some services from the IP space for a while and after the 5 years mandated wait time would cash in when surely it would fetch $100k from some party desperate for IPv4.
At this point the services I am running are far more lucrative than the IP space itself is turning out to be.
Around 2010 I ditched Perl for PHP because I had been using PHP for web and could write the same systems scripts in PHP as I used to write in Perl. Sticking with one go-to language is easier on the brain.
> It is unfair to blame Cloudflare (or AWS, or Azure, or GitHub) for what’s happening
> Ultimately end-users don’t have a relationship with any of those companies. They have relationships with businesses that chose to rely on them
Could you not say this about any supplier relationship? No, in this case, we all know the root of the outage is CloudFlare, so it absolutely makes sense to blame CloudFlare, and not their customers.
Later today or tomorrow there's going to be a post on HN pointing to Cloudflare's RCA and multitudes here are going to praise CF for their transparency. Let's not forget that CF sucks and took half the internet down for four hours. Transparency or no, this should not be happening.