過去に体験した互換性の問題

「互換性」を犠牲にしてきた歴史は、今回に始まったことではありません。今までにも何度か技術的なパラダイムシフトがありました。その度に、古いものはソフト・ハードを問わず、商業的な理由 (主に採算が取れないなど) で切り捨てられてきました。

例:

これはプロダクトデザインの問題でありますので、別にこの方針に異を唱える気はありません。

但し、その方向性が消費者の求める方向性と異にするのであれば、話は違って参ります。

例えば、そのプラットフォームに持続可能性はあるのか、です。

MS-DOS から Windows への移行について

よくなった点

RAM 容量 (640 KB) の壁がなくなりました
- アプリが画像などの大きなデータを容易に扱えるようになりました。 MS-DOS までは、文字情報の入出力や印刷が主体でした
Windows がハードウェアを一元管理するようになりました
- MS-DOS アプリの時代は、アプリごと、ゲームごとに、ハードウェアとドライバーとの対応有無がありました
- Windows では、ディスプレイ・プリンター・サウンドカードなど周辺機器については OS が一元管理します
共通基盤 (Windows API) と SDK が提供されるようになりました
- MS-DOS アプリでは MS-DOS コール、 BIOS コール、低レベル I/O コールなど様々な手段を利用して、直接ハードウェアとの対話をする必要性がありました
- Windows アプリは Windows API を通して、間接的にハードウェアと対話します。これにより、 Windows アプリが直接ハードウェアとの対話をする事は許可されなくなりました
国産機 (NEC PC-98 シリーズ) と海外機 (IBM PC-AT 互換機) の壁がなくなりました
- 言語は違えど、海外版のアプリも日本語版 Windows で動作しました

よくなかった点

よくなった点

よくなかった点

よくなった点

4GB の壁、の突破
- メモリーが安価になり 4GB 以上のメモリーを搭載するパソコンも珍しくなくなりました
- しかし 32 ビットアプリのメモリ空間は 4GB のままでした
- Windows OS も同様の制約を受けます。 4GB 以上のメモリーを搭載しても認識されないという問題がありました (PAE による緩和策あり)
- これを解決するべく 64 ビット Windows が登場しました
- Windows をコア業務として利用しているユーザー層 (CAD での作図、動画編集など) にとっては歓迎されました
既存のハードウェアの流用ができました
- 32 ビット OS と 64 ビット OS との別に関わらず、 CPU が 64 ビット環境に対応していれば、インストールができました

よくなかった点