2007 MB, 2011 MBP, 2018 MBP ... I doubled the RAM in all, replaced HD with SSD in the 2011 MBP. They all made fine desktop replacements, with occasional mobile usage, until they stopped receiving OS updates. I figure getting 7 years is not a problem.

Admittedly I'm build small projects. Things that compile from scratch in under a minute.

Its almost like they had a plan. Boost M1 sales by skipping an upgrade cycle on Intel. ;-)

Someone should trick Putin into saying in English âoe Boots on the moon!â and we will rejoice and supercut it with Space Force TV show usage! :-)

Not necessarily. Many commercial libraries offer both binary and source+binary licenses. A licensee gets access to the source code in the latter, however they may only distribute binaries to their customers. This allows them to have their own fork and control their destiny. At small companies I have successfully convinced management to buy the more expensive source licenses, and in both cases it saved our asses. If the bug was in a library would could fix and patch and deliver a fix to our customers at the same rapid pace as if the bug had been in our code, we were not dependent up the library vendor for a fix, at whatever their pace would be.

Admittedly this was not an environment where we had some crazy dependency tree. So doing a diff on the periodic updates of a few special purpose libraries did not take to long. The library providers were also commercial vendors, less likely to engage in hacktivism in the first place.

There are three options not two.
(1) FOSS license
(2) Commercial Source license
(3) Commercial Binary license

FOSS and Commercial Source licensing are nearly identical for direct licensees. A licensee has the source code to the application or library, they may make changes or additions, they may freely distribute binaries with their changes. The difference is largely that source code only goes one generation, to the direct licensee and not to their customers too.

So as a developer you have two options where you can verify source code and maintain a fork. In other words two paths that keep your future in your hands.

Tip: You might want to review more carefully before posting rants, especially when the target was posted at +2 reflecting earned Karma from a history of reputable posting.

You might also want to read https://quoteinvestigator.com/2012/10/22/world-end/ and https://en.wikipedia.org/wiki/Poe's_law. I deliberately attempted to account for Poe's Law, in that the five thousand year old quote mentions "algorithms". That should have been a clear hint.

-

Our Earth is degenerate in these later days; there are signs that the world is speedily coming to an end; algorithms are feeding our children pornography; bribery and corruption are common; children no longer obey their parents; every man wants to write a book and the end of the world is evidently approaching. <ref>Assyrian clay tablet, 2800 B.C</ref>

-

Are you willing to go to war with Russia over Ukraine?

Yes.

Ukraine should invite a handful of troops each from as many countries as possible, to camp along the border. If Putin breaks any of their toes then the answer to your question is yes. Putin should be well informed that every country will consider that an act of war, and that they will all immediately mobilize all forces necessary. Don't waste anyone's time explaining consequences to me, I'm not stupid. Putin is an uncivilized psychopath, but he is not stupid. If he somehow WERE that stupid, there's no point in putting that off 'til tomorrow.

23 August 1939 Russia formed a treaty with the Nazis, dividing territories of Romania, Poland, Lithuania, Latvia, Estonia, and Finland into German and Soviet "spheres of influence", anticipating potential "territorial and political rearrangements" of these countries. Less than a month later Russia invaded Poland, and proceeding with annexation of Finnish, Estonian, Latvian, Lithuanian, and Romanian territories.

Putin grew up as Soviet KGB, and he still thinks in archaic cold war terms. He wants to violently rebuild the Soviet Empire - if he thinks he can get away with it.

-

Maybe not. My graduate Computer Organization class focused on the Dec Alpha. A very impressive at the time RISC architecture that was to be (and eventually was) supported by Unix and Windows NT. The Unix and WIndows NT 4 boxes that emerged were quite impressive in their performance.

That said, a RISC-V dev board is among my collection. I'm sure it will have some niche but I would not bet against ARM. And certainly not Apple's incarnation of ARM, which sadly may not be seen outside of Apple products. I'm kind of curios with respect to how NVIDIA could enhance an ARM architecture.

I have friends who have use a mac, have android phones, and use google apps and services just fine.

He was talking about Linux suiting your needs. I was pointing out that one's needs for applications, utilities, tools, tools chains, etc are not necessarily tied to Linux. That one's needs are probably not tied to Linux, and that is why some people choose mac hardware. The real topic hear being mac hardware and the Apple Silicon CPUs in general.

There are two reasons.

(1) The software they need to run is *nix based, not Linux. Linux is just one of many *nix environment they can run. In addition to pretty much any software that Linux runs, macOS also offer access to the commercial applications that are not found under Linux. MS Office, Adobe Photoshop, etc.

(2) As a developer you can target the three major desktop OS environments, and the two major mobile OS environments, with a single Mac. macOS, *nix, and Windows on the desktop side. All running natively, directly on the hardware. At least for Intel. For Apple Silicon its just macOS and *nix for the moment. iOS and Android on the mobile side. Its pretty convenient to target these 5 environments natively.

Related to (2), you can also toss in various embedded environments. Again, vendor toolchains tend to be *nix not Linux.

No, FOSS GUI apps is referring to LibreOffice, Gimp, etc. Native support for both Linux and macOS.

Pretending? LOL, macOS is officially Unix (TM) unlike Linux.

There is no ecosystem lock-in like in iOS. macOS let you install software without using the Apple Store. This is why pretty much everything that runs on Linux, console or GUI also runs on macOS.