Comment by Mister_Snuggles | Hacker News Reader

Comment by Mister_Snuggles | Hacker News Reader

Parent Full thread

Mister_Snuggles

Operating systems are starting to make that impossible.

I used to use an old version of Quicken for Mac (this was back in the MacOS 10.2 days). It was "finished" in that it did absolutely everything I needed and there were no bugs that affected me. As time marched on, Apple switched from PowerPC to Intel which was fine because they had technology (Rosetta) which allowed me to run PowerPC applications. Then they dropped Rosetta, so now I had to choose whether to upgrade MacOS or continue to use Quicken.

I now use software called Banktivity to replace Quicken. Much like Quicken, Banktivity is "finished" as far as my requirements go. The version I have is Intel-only and Apple is switching to Arm processors. How long will Rosetta 2 last before it's pulled and I'm forced to choose between upgrading my OS and using this software?

I think there are similar things in the mobile world too. I think Google requires apps to use a minimum API version to maintain a listing in Google Play. I believe Apple does something similar with the App Store too. So short of regularly recompiling, testing, and publishing your app, everything in the stores has a finite lifetime.

>Operating systems are starting to make that impossible.

Microsoft operating systems have always strived to make that impossible.

Apple has to compete somehow.

When you push unfinished, not-fully-tested code out the door, even if you can confidently patch it later, it's just never been the most professional thing to do.

Especially for something that could be mission-critical like an OS.

Getting it into people's hands sooner is no excuse.

This kind of thing really lowers the bar when it comes to the rest of the development ecosystem constantly engaged in making temporary solutions to permanent problems.

This ripples out and overflows far enough to effectively be a major anti-recycling effort for megatonnes of hardware itself.

>> "Microsoft operating systems have always strived to make that impossible."

That's the one thing I've never seen someone accuse Microsoft of. They're famous for their obsession with backward compatibility.

It sounds like you've had a different experience, and now I'm curious. Care to share?

Microsoft's backward compatibility was always impressive until Windows 10 (ignoring the death of 16-bit on 64-bit Windows). S Mode and the store are great examples of how Microsoft has lost interest in supporting third-party binaries. They want to own Android, not Windows.

I've had software break in the forced feature upgrades of 10, and I had BSODs when printing on every machine I supported at work thanks to a security patch.

It's possible they're breaking some stuff so other things work better. A lot of developers are still using the registry, for example. The choice is basically leave it wide open for developers to break or push them to AppData and friends. All the programs I use also use the current standard, and I don't have any issues.

This might actually explain why 10 and 11 have been the most flawless experience I've had with Windows while so many people have endless trouble. It might be similar to the transition to NT in XP: everything broke, but almost everything made after was more stable and secure.

That was exactly my reaction! The latest visual studio still runs on Windows 2000, and I've yet to find anything that doesn't work on Windows 7.

A much different kind of backward compatibility would have been needed for it to have been more useful instead of unnecesarily wasteful.

Each version of Windows was designed to ideally trigger a purchase of new hardware as a concession to the hardware partners, while each purchase of more powerful hardware was designed to be prohibitively difficult for users to operate using previous Windows versions, triggering a new OS purchase.

Non-Microsoft software suffers more from this disadvantage, compared to the benefit of having some of the Microsoft non-OS software function fairly well across a few OS versions.

I understand how embarassing it would be for users in general to have become aware of how much higher performance they could have gotten from using a previous version of Windows on the next generation of hardware, so this was always made unnecessarily difficult if not impossible.

Also how much hardware could have been saved from scrap heaps if maximum utilization of hardware was given top priority?

When the main reason for growth in manufacturing was consumers purchasing their first computer, this is not as much of a problem.

Once computers are ubiquitous, each new purchase triggers a corresponding waste declaration event.

Accelerating growth pressure under these conditions, while failing to even provide archives for "outdated" code needed to operate remaining vintage hardware, amounts to an overall anti-reuse/anti-recycling strategy.

Would you consider running an emulator to keep using the original software?

In gaming this has become mainstream as GOG and Steam now leverage DOSBox for this purpose.

Personally I think vendors beyond a certain size should be regulated so they must maintain BC for some minimum period like 20y. Regressions should incur fines unless it's proven they are required for security fixes.

I’m torn on this. For both apps I mentioned there is a reasonable path forward, it’s simply a matter of buying a newer version. But it really amounts to spending extra money to get functionality I’ve already paid for once, after all both of these programs are 100% complete and bug free relative to my requirements.

I’ve got a few GOG games and they’ve done an incredible packaging job with DOSBox - if there was a way to take an old PPC Mac app and package it up to run in a similar manner, I’d have probably taken a serious look at it back when Rosetta was discontinued.

No, shitty operating systems make that impossible.

What’s an operating system that makes it possible?

I'm willing to bet that Windows 10 or 11 would have zero trouble running some random version of Quicken from 2002. Most PC games from that era are still easily runnable without too much hassle and those have way more complexity and weird crap to deal with.

Linux might be doable too if it doesn't have a bunch of shared libraries or if you at least know what versions it needs.

That’s about what I was thinking. I made and distributed a small application on Windows, Mac, and Linux back in the late 2000s and only the windows version still works. Getting the Linux version wouldn’t take much work, but the mac version would need to be rewritten.

Docker?

Reply on news.ycombinator.com