Yes, it was a terrible, terrible move
Dropping Classic was a horrible choice. On that day, 20,000 Mac apps died for no good reason. Millions of long time Mac users were sneered at by Apple and by newcomers.
Saying it wouldn't run under Rosetta was a cynical excuse, as if that was the only way Classic could run on Intel. Shades of "Star Trek", the first Classic Mac environment, which ran on Intel inside of Apple's labs. And clearly, Sheepshaver doesn't require Rosetta...they could have done something similar, without using Rosetta, but keeping the integration more transparent like they were able to achieve with the Classic hooks in the OS.
And virtual environments don't impact overall system stability. But keeping capable with the last supported generation of APIs does impact stability, since they run natively. Virtual = safe & stable; Native = trouble as APIs evolve.
Dropping Carbon now is adding insult to injury, though doing this would improve stability more than dropping the Classic virtual environment, since Carbon needs to be natively supported on the OS X kernel.
Wouldn't it be just as bad a move as 10.5 dropping Classic? Wasn't Carbon always designed to simply be a stepping stone, from Classic to Cocoa?
Dropping Classic was a horrible choice. On that day, 20,000 Mac apps died for no good reason. Millions of long time Mac users were sneered at by Apple and by newcomers.
Saying it wouldn't run under Rosetta was a cynical excuse, as if that was the only way Classic could run on Intel. Shades of "Star Trek", the first Classic Mac environment, which ran on Intel inside of Apple's labs. And clearly, Sheepshaver doesn't require Rosetta...they could have done something similar, without using Rosetta, but keeping the integration more transparent like they were able to achieve with the Classic hooks in the OS.
And virtual environments don't impact overall system stability. But keeping capable with the last supported generation of APIs does impact stability, since they run natively. Virtual = safe & stable; Native = trouble as APIs evolve.
Dropping Carbon now is adding insult to injury, though doing this would improve stability more than dropping the Classic virtual environment, since Carbon needs to be natively supported on the OS X kernel.