多くの Mac パワー ユーザーと開発者は、Mac OS の iOS 化と、それ以上の機能が搭載されることについて懸念しています。 そのプロセスは、来週サンフランシスコで開催される Apple Worldwide Developers Conference (WWDC) のセッションで明らかになります。 フランシスコ。 最近の開発者ブログ投稿は、コンピューター ユーザーが本当にファイル システムと対話する必要があるかどうかについて推測した 6 年前の Steve Jobs 氏の講演を思い出させます。 しかし私にとっては、ほぼ忘れ去られていた約 20 年前の Apple OS を思い出させるものでもあります。
多くの Mac パワー ユーザーと開発者は、Mac OS の iOS 化と、それ以上の機能が搭載されることについて懸念しています。 そのプロセスは、来週サンフランシスコで開催される Apple Worldwide Developers Conference (WWDC) のセッションで明らかになります。 フランシスコ。 最近の開発者ブログ投稿は、コンピューター ユーザーが本当にファイル システムと対話する必要があるかどうかについて推測した 6 年前の Steve Jobs 氏の講演を思い出させます。 しかし私にとっては、ほぼ忘れ去られていた約 20 年前の Apple OS を思い出させるものでもあります。
iOS開発者のOle Begemann氏のブログででは、2005 年に開催された D: All Things Digital カンファレンスでジョブズ氏が講演したビデオを見たときのことを語っています。 (このビデオは最近、Walt Mossberg と Kara Swisher によって iTunes に投稿されました。.) この講演の一部は、当時差し迫った Mac OS X 10.4 Tiger のリリースについてでした。 ジョブズは、Spotlight と電子メール、およびフォルダーやディレクトリの代わりに必要なファイルを見つけるための検索の使用について説明しました。 ジョブズ氏がこれと同じ暴言をどこかで言ったことを思い出します。WWDC (あるいは Macworld でしたか?) で彼がこのことについて話し続けているのを聞きました。
ベゲマン氏はジョブズの講演の一部を書き起こした。
私たちがこれまでに行ったすべてのユーザー インターフェイスの研究では、[…]、[私たちが発見した]これらの使用方法を学ぶのは、ファイル システムにたどり着いてから学習曲線が垂直になるまでは非常に簡単です。 それでは、なぜファイル システムが OS の顔なのかと疑問に思うでしょう。 何かを見つけるためのより良い方法があれば、もっと良くなると思いませんか?
電子メールなど、情報を見つけるためのより良い方法は常にありました。 電子メールをファイル システムに保存していませんよね? アプリがそれを管理します。 そしてそれが、例として iTunes における画期的な出来事でした。 音楽をファイル システムに保存しないなんて、とんでもないことです。 音楽についての知識があり、さまざまな方法で情報を見つける方法を知っているこのアプリにそれを保存します。 写真も同様です。写真についてすべてを知っているアプリがあります。 そして、これらのアプリは独自のファイル ストレージを管理します。 […]
そして最終的には、ファイル システム管理はプロ向けのアプリになり、消費者はそれを使用する必要がなくなります。
ベゲマン氏は、これは多くの点で iOS とそのユーザーやデータとの関係に似ていると述べた。 アプリがそれを管理します。 「それ以外のことはクレイジーだろう」と彼は示唆する。 （チェックアウト ベゲマンの投稿全文、引用符のタイムマークが付いています。)
チェックアウト： Apple の成功は、私たちが知っている Mac を滅ぼすことになるのでしょうか?
しかし、私の耳には、これは Apple が約 20 年前の 1993 年に Newton MessagePad とともに初めてリリースした Newton OS で使用したオブジェクト スープ ファイル アプローチのようにも聞こえます。
からの選択は次のとおりです ニュートン — 太陽の下で何か新しいこと、MacWEEK 1993 年 8 月 2 日号のアンディ ゴアによる記事。 聞き覚えがあるかどうかを確認してください。
この技術の中心となるのは、Apple のエンジニアが「オブジェクト スープ」と呼ぶ、名前、住所、予定、スケッチなどの情報を含むデータ「フレーム」の膨大なコレクションです。
この広範なオブジェクト システム内では、すべてのデータが平等に作成されます。 1 つのフレーム内の情報は、任意の数の他のフレームに関連付けることができ、それぞれのフレームをさらに多くのフレームに関連付けることもできます。 このようにして、データは重複を避けて継承され、ユーザーや開発者が望む方法で各オブジェクトを参照できるようになります。 ニュートン スープに含まれる特定のデータはデータ セットと呼ばれます。
Newton アプリケーションは基本的に、データ セットへのアクセス制御をユーザーに提供する形式です。 フレーム内のデータを追加、変更、削除できます。また、すべての Newton アプリケーションは同じデータ セットを共有しているため、フレーム間の参照に対しても同様の操作を行うことができます。
アプリケーション間にデータ アクセスの境界はなく、Newton の組み込みアプリケーションもこのフレームワークの上に構築されています。 つまり、開発者は Newton の ROM 内にすでに存在するコードを再利用でき、そのコードに簡単に追加したり、その動作を変更したりすることもできます。
Newton は、データ オブジェクトが何であるか、またはそれがメモリ内のどこに配置されているかを気にしません。 たとえば、開発者が Newton アプリケーションを構築するために使用し、Apple のエンジニアが Newton インターフェイスを作成するために使用するプログラミング言語である NewtonScript にはメモリ ポインタがありません。
ニュートンがどのように情報を管理しているかを知る方法の 1 つは、オフィスが雑然としているが、すべてがどこにあるかを常に知っている人と比較することです。 そんな人の仕事場を覗いてみると、そこにはカオスしか見えません。 しかし、数週間前に書いたメモを求めれば、その人は紙の山の中からすぐにそれを掘り出すことができます。 ニュートンは、同様の「制御されたカオス」方法で情報を管理します。
おなじみですね？ はい。
興味深いことに、iOS は Newton のアプローチと似ていますが、非常に異なっています。 はい、アプリを使用すると、ユーザーはデータの保存場所を制御することなく、データやファイルにアクセスできるようになります。 しかし、iOS では、サンドボックス化されたアプリは独自のデータ以外にはアクセスできません。
注: Newton と OOP マニアの皆さんにとって、Newton は実際にはプリエンプティブなマルチタスク情報環境であり、厳密に言えばオペレーティング システムではないことは承知しています。 すみません！