Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.sys.apple2    |    Discussion about Apple II micros    |    56,720 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 56,570 of 56,720    |
|    Yeechang Lee to D Finnigan    |
|    Re: The Mega II, was Re: How does the Ap    |
|    13 Feb 24 12:11:51    |
      From: ylee@columbia.edu              D Finnigan wrote:       > He further said: "The Mega II "Apple II on a chip" is the Ball and Chain of       > the GS -- it was originally designed for a low cost //e but wasn't cheap       > enough to make the //e any cheaper. (to Apple, apparently. Certainly not to       > us.)       >       > When they get rid of it and implement the logic where it belongs (i.e. all       > over the machine and integrated into the custom chips that handle each part       > of the system already) it will blow away the performance limitations of the       > current design and cost a hell of a lot less.              Apple made the same mistake that Commodore did a year earlier: Implement       backward compatibility in a discrete "system on a chip" (such as Mega II) that       advances in VLSI made possible. While providing 100% compatibility, by walling       off the "old" and "new"        modes from each other, software developers had to choose one to support and of       course chose the mode with the far larger installed base.              What both companies should have done is implement the new features within the       existing software and hardware interfaces, as Apple had done with double       hi-res, 80-column text, and lowercase. This would have decreased the level of       backward compatibility,        but developers would have released updated versions of existing software (just       as software incompatible with IIe and IIc quickly got updated), and the IIgs       would have benefited in the long run. Similarly, Commodore should have       designed the 128 as a 64        with more memory, 80-column support, and a better BASIC. Again, backward       compatibility would have been impacted, but over the long run there would have       been more incentive for developers to release software that supports the 128's       enhancements, and to        update existing incompatible software.              One can argue—probably accurately—that Commodore would not have done this       given its record of (lack of) backward compatibility, and that the 128 having       a 64-on-a-chip is the most to be hoped for. But Apple did have both the       history of incremental        improvements and commitment to backward compatibility, so there is less excuse       there. On the other hand, it's understandable how seductive the promise of       being able to provide 100% backward compatibility with a single chip was.              --       geo:37.783333,-122.416667              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca