Why did you update your OS as it is causing you software and productivity issues? Were there some other benefits to risk loss of software usage?
... I no longer need Ms Office for example. I understand developers need to make money. The problem is some of the current software packages have all the features I need. For example Ms Word ver 1 would probably serve all my needs but it doesn't exist....
Of course the other side of the argument is that if Apple didn't keep breaking APIs then apps would happily run without modification.
This is caused by the OS developer (Apple in this case) breaking API compatibility.
And no one is forced."forced march'? huh? not getting that at all...
apple keeps the tech (hardware, software) moving forward, and i, for one, am grateful for it. 👍
It’s great that it does what you need, but if you’ve been using the software continuously for years it’s not unreasonable to pay further for ongoing development and support. It’s not just about your needs.
I agree, I was on Sierra on my 2012 because I could not afford to upgrade filemakerpro when it went subscription. I did not move to a newer OS until I bought the M1. I found a work around for filmmakerWell that was clear as mud. Just stay with a working system on Monterey. Again what benfit does upgrading to Ventura have over a functioning system? Besides being the new shiny.
If only! Every time I upgrade MacOS my apps folder is littered with greyed out apps with the "forbidden" icon.This is untrue. Apple very seldom introduces breaking changes. When such changes are made, suitable advisories are given many years ahead of time.
Ahah, that's honestly a bit impressive!If only! Every time I upgrade MacOS my apps folder is littered with greyed out apps with the "forbidden" icon.
Adobe Photoshop Elements is like that, making you update every year, especially the last two versions…Corel too (and others). Companies will make you “pay” if you don’t want their slavery subscriptions.
Except it's exactly the opposite problem. It's not Apple dictating the deployment target for these apps or somehow breaking them, but rather developers who either leverage features only found in newer macOS versions or simply bail on supporting old versions.The underlying code base stays largely the same, so why is legacy support so poor with macOS? I concur with @Nermal ‘s post (post #3).
I think you've misread/misunderstood the premise (your earlier post made the same argument). The problem is not that the latest third-party apps don't run on the old OS, but that older third-party apps don't run on the new OS. The third-party apps can't be leveraging features in the new OS, because the new OS didn't even exist when the apps were released.Except it's exactly the opposite problem. It's not Apple dictating the deployment target for these apps or somehow breaking them, but rather developers who either leverage features only found in newer macOS versions or simply bail on supporting old versions.
I acknowledged OP's premise but had to refute the incorrect basis which #3 and #8 asserted responsibility for breakage of apps; it's not Apple sporadically breaking APIs. Frameworks/APIs remain, for the most part, entirely backwards-compatible. Only once in a rare few blue moons is a feature dropped entirely (x86, Carbon, ...), which is what ultimately ends up breaking (quite aged) legacy software, albeit with significant notice ahead of time.I think you've misread/misunderstood the premise (your earlier post made the same argument). The problem is not that the latest third-party apps don't run on the old OS, but that older third-party apps don't run on the new OS. The third-party apps can't be leveraging features in the new OS, because the new OS didn't even exist when the apps were released.
This is one reason why many software companies just went subscription. It helps them keeping things updated while maintaining revenue since Apple keeps changing things on a yearly basis....
I concur with you, your statement is exactly correct. I just added Apple in context of the topicSoftware companies trending toward the subscription model has little if anything to do with Apple.
They want a dependable revenue stream, a baseline of customers who they know are going to be spending every year. It's a simple business decision that allows them to better plan for expenses like payroll, R&D, expansion, etc., because they know they'll have a certain amount of income that's basically guaranteed. Likewise they don't need to spend as much money finding all new customers all the time.
It's like your local public radio station. They want you to subscribe and pay the same amount monthly or annually, and not just randomly one pledge drive because you like the design of their latest tote bag.
If Apple and MS didn't update their software as often as they do, businesses would still prefer the subscription model.
I'm not a fan, but I understand why they do it.
EDIT: You said "this is one reason" and I concur with that. I just don't believe it's anything like a main reason.
During the development of Windows 95 (which released to the public ten years ago today), application compatibility was of course a very high priority. To make sure that coverage was as broad as possible, the development manager for Windows 95 took his pick-up truck, drove down to the local Egghead Software store (back when Egghead still existed), and bought one copy of every single PC program in the store.
He then returned to Microsoft, unloaded all the software onto tables in the cafeteria, and invited every member of the Windows 95 team to come in and take responsibility for up to two programs. The ground rules were that you had to install and run the program, use it like a normal end user, and file a bug against everything that doesn’t work right, even the minor stuff.
Compare that to Apple who just tells you to buy newer software.
I agree, I was on Sierra on my 2012 because I could not afford to upgrade filemakerpro when it went subscription.
We aren't talking about hardware shifts where they emulate API calls, we're talking about the same API's behaving different between macOS versions. It's like one of the most basic tenants of software development, you don't break existing and in-use public APIs. Every company I've worked at, follows this, and Apple is the only company I know of, that routinely disregards this practice.And? Different engineering, marketing, and procedural goals. It's not some some huge revelation that Microsoft emphasizes backward compatibility and maintaining a broad software catalog. There are pros and cons to this approach, both to the end user and to the platform as a whole, just like Apple's approach to advance the platform at the expense of supporting a "long tail" of software compatibility has its own benefits and problems. This choice has always existed.
Not one of Apple's platform shifts—0x0 to PPC, PPC to Intel, Intel to Apple Silicon, could have gone as smoothly as they did, or have, if Apple made the sanctity of its software catalog paramount. There are certain efficiencies that come from making a clean break, but also certain very real costs to the end user. If Apple's approach feels like an unmanageable burden, it may be a sign the platform you're on does not match your priorities. We are not beholden to any one brand.