理想的なOS：デスクトップオペレーティングシステムの再考

TL; DR ：このエッセイの終わりまでに、次の事実をあなたに納得させたいと思います。 まず、最新のデスクトップオペレーティングシステムは価値がありません。 彼らは肥大化され、ブレーキがかけられ、レガシーのゴミが詰め込まれ 、ムーアの法則のおかげで何とか機能します。 第二に、 デスクトップOSの革新は約15年前に停止し、主要なプレーヤーは再びそれらに多くを投資することはほとんどありません。 そして最後に、過去の教訓を学ぶことでゼロから始めることができ、また始めるべきだと納得させたいと思います。

「現代の」デスクトップOSの肥大化

Raspberry Piを入手してください。 35ドルで、それぞれがギガヘルツ以上の周波数の4つのプロセッサコアを備えた優れたコンピュータを購入できます。 また、3Dアクセラレータ、数ガバイトのRAM、Bluetoothとイーサネットを備えたWiFiが組み込まれています。 35ドル！ それでも、私が実行したいタスクの多くについては、Raspberry Piは大学で持っていた66 メガヘルツのコンピューターに勝るものはありません。







実際、場合によっては、彼はさらに悪い対応をします。 2000年代半ばにX WindowsでDoomを3Dアクセラレーションで起動するには多大な労力が必要でしたが、これはMicrosoft Windowsで1990年代半ばにはささいな作業でした。



以下は、数年前にハードウェアアクセラレーションを備えたRaspberry Piで最初に起動された処理環境のスクリーンショットです。 そして、これは完全に特別なビデオドライバーX Windowsのおかげでのみ可能になりました。 このドライバーはまだ実験的であり、Raspberry Piのリリースから5年後に公式にリリースされていません。







X Windowsの問題にもかかわらず、Raspberry Piには驚くほど強力なGPUがあり、下のスクリーンショットのように結果を生成できますが、パスからXを削除した場合のみです（下の実際のスクリーンショットはOS Xで作成されましたが、同じコードはPi 3で動作します60 fps）。







または別の例。 今日、Atomは最も人気のあるエディターの1つです。 開発者は、多くのプラグインのためにそれを愛していますが、それがどのように書かれているか見てみましょう。 AtomはElectronを使用します。Electronは、本質的にNodeJSランタイムを備えたWebブラウザー全体です。 これらは、1つのアプリケーションに組み込まれた2つのJavascriptエンジンです。 Electronアプリケーションは、ネイティブAPIにアクセスするグラフィカルブラウザAPIを使用し、GPU（幸運なら）にアクセスして、実際に画像を表示します。 たくさんの層。







スクロールが遅すぎるため、長い間、Atom は2メガバイトを超えるファイルを開くことができませんでした 。 この問題は、C ++でバッファ実装を記述し、基本的に余分なレイヤーを1つ削除することで解決しました。







最近では、最も単純なアプリケーションでさえ非常に複雑です。 上記のスクリーンショットにあるような電子メールクライアントは、概念的には単純です。 いくつかのデータベースクエリ、テキストエディタ、IMAPおよびSMTPサーバーと通信するためのモジュールが必要です。 ただし、新しい電子メールクライアントを作成するのは困難な作業であり、多くのメガバイトのディスクスペースを占有するため、ほとんど使用しません。 また、メールクライアント、または少なくともスクリーンショット（MacのデフォルトクライアントであるMail.app）を変更する場合、その機能を拡張する明確な方法はありません。 プラグインはありません。 API拡張機能はありません。 これは、多層ゴミと膨満感の結果です。

イノベーションなし

デスクトップオペレーティングシステムの革新は本質的に停止しています。 Macのリリースにより、90年代半ばまたは80年代のどこかで終了したと言えますが、スマートフォンの革命後、すべての進歩は確実に止まりました。

Mac OS

Mac OS Xは、かつて新しい機能を花火で飾り、新しいバージョンごとに大きな進歩と発明が見られました。 クォーツ2D！ 公開！ デバイスのシステム同期！ ウィジェット！ しかし現在、アップルは、デザインを変更し、モバイルデバイスへのアタッチメントを強化しない限り、デスクトップOSに最小限の労力を注いでいます。







Mac OS Xの最新バージョン（20年前のシステムにちなんでmacOSに改名）は、High Sierraと呼ばれます。 私たちはこの秋にどんな大きな革新を楽しみにしていますか？ 新しいファイルシステムと新しいビデオエンコード形式。 それは本当にすべてですか？ ああ、彼らはまた、Photosに編集機能を追加しました。これは既にiPhotosにありましたが、アップグレード後に削除され、Safariでの自動ビデオ制作をブロックします。



アップルは世界で最も高価な会社であり、これが思いつく最高のものですか？ デスクトップUXだけが優先事項ではありません。

Microsoft Windows

マイクロソフトは、タブレットと電話のタッチスクリーンをサポートするオペレーティングシステムとしてデスクトップを再発明しようとしたため、Windowsキャンプで多忙な活動がありました。 これは災害であり、彼らはまだ回復中です。 この移行中、デスクトップユーザーにとって本当に便利な機能は追加しませんでしたが、カスタムの背景画像の作成にとてつもない金額を費やしました。







デスクトップUXを改善する代わりに、彼らは古いコードの上にますます多くのレイヤーを持つ新しいアプリケーションモデルを追加することに焦点を合わせました。 ところで、Windowsは90年代前半のアプリケーションを引き続き実行できます。



DOSアプリケーションを実行できるようにするターミナルプログラムCMD.exeは、2016年にのみ置き換えられました。 そして、Windows 10の最新バージョンで最も重要な革新は何ですか？ 彼らはLinuxサブシステムを追加しました。 さらに多くのレイヤーをオーバーレイします。

Xウィンドウ

X Windowsの改善点は、他の2つのデスクトップOSの場合よりもさらに少なかった。 実際、このモデルは変更の欠如を表しています。 90年代初頭に人々はこれについて不満を言った。 GUIでスキンを変更できることを嬉しく思いますが、一度に複数の要素に適合するスルーシステムバッファーについてはどうでしょうか。 これは80年代から変わっていません！



2000年代半ばには、ウィンドウマネージャーのレイアウトが追加されましたが、従来の問題のため、ウィンドウを前後に移動する以外には使用できません。







Waylandはそれを修正するべきでしたが、10年の開発の後、まだ準備ができていません。 古いコードとの互換性を確保するのは本当に難しいです。 Appleは古いmacOSをClassicと呼ばれるエミュレータに転送し、新しいコードから分離するときに、正しい判断を下したと思います。

ワークステーション？

基本的な意味では、マスマーケットに参入したときにデスクトップOSでの作業が容易になりましたが、このマスマーケットはスマートフォンに切り替わり、企業はデスクトップOSの改善に対する関心を失いました。



AppleとMicrosoft（そして今はGoogle）を非難することはできません。 2年ごとに交換される30億台のスマートフォンは、5年ごとに交換される数億台のデスクトップとラップトップよりもはるかに大きな市場です。







デスクトップオペレーティングシステムで作業する感覚を取り戻す必要があると思います。 そのようなものはワークステーションと呼ばれていました。 デスクトップが大衆市場の絆から解放されると、オペレーティングシステムを再び稼働状態に戻すことができます。

2017年にはないもの

今は2017年です。 今までに存在すべきものを見てみましょうが、何らかの理由で存在しません。



ブラウザーとファイルマネージャーでタブを転送できるのに、2つの異なるアプリケーション間で転送できないのはなぜですか？ 技術的な制限はありません。 アプリケーションウィンドウはビットマップのビットマップ長方形であり、最終的には、OS開発者は優先度とは見なされないため、関数を実装しませんでした。



ファイルシステムの2つの場所に同時にファイルを配置できないのはなぜですか？ なぜ基本的に階層的ですか？ タグとメタデータでファイルをソートできないのはなぜですか？ データベースファイルシステムは何十年も前から存在しています。 Microsoftはこの機能をWinFSに実装しようとしましたが、内部の競合により、リリース前にVistaから削除されました。 BeOS はこれを20年前に行いました 。 この機能が最新のOSで使用できないのはなぜですか？







任意のWebアプリケーションをズームできます。 コマンド+ -を押すと、テキストが大きくなります。 ウィンドウ内のすべての要素は自動的に拡大縮小されます。 ネイティブアプリケーションでこれができないのはなぜですか？ 1つのウィンドウを拡大したテキストで作成し、もう1つのウィンドウを小さなテキストで作成できないのはなぜですか？ または、ウィンドウを切り替えるときに自動的にスケーリングしますか？ これらはすべて、レイアウトを備えたウィンドウマネージャーにとってはささいなことであり、10年以上もささいな技術です。

限られた相互作用

私のコンピューターには、マウス、キーボード、傾斜センサー、光センサー、2台のカメラ、3つのマイク、1トンのBluetoothアクセサリーがあります。 ただし、最初の2つだけが一般的な入力デバイスとして使用されます。 声や空中のジェスチャーでコンピューターにコマンドを送信できないのはなぜですか？さらにいいのは、彼が私の仕事をフォローして、疲れて休憩したほうがよいことを知らせてください。



すぐにスマートフォンに搭載されるこれらのクールな拡張現実技術のいずれかを使用して、コンピューターが私の目を追って読んでいるものを見たり、手に持っているオブジェクトをスキャンしたりできないのはなぜですか。 これらの機能の一部は別のアプリケーションにありますが、すべてのシステムに共通するわけではなく、プログラム可能ではありません。



MacBook ProがApple Watch経由で同期するのではなく、Bluetooth経由で目的のHIDデバイスと通信できないのはなぜですか。 待ってください、MacはApple Watchと同期できません 。 これは、携帯電話に取って代わる別のポイントです。



コンピューターがディスプレイ以外の情報を使用して情報を表示できないのはなぜですか？ 新しいRazorノートブックには、各キーの下に色付きのバックライトが付いていますが、 カラーウェーブの輸血にのみ使用されます。 いくつかの有用なタスクに LEDを使用するのはどうですか！ （ビョルン・スタールのアイデアだと思う）。

アプリケーションビン

コンピューター上のほとんどすべてのアプリケーションはバンカーです。 各アプリケーションには、ファイルシステムの独自の部分、独自の構成システム、独自の設定、データベース、ファイル形式、検索アルゴリズムがあります。 キーボードショートカットの独自の割り当ても。 これは非常に多くの重複した作業です。



さらに重要なことは、アプリケーション間の通信が欠如しているため、作業の調整が非常に困難になることです。 Unixの設立原則は、連携して動作する小さなツールですが、X Windowsにはまったく実装されていません。

1984年に作成

それでは、なぜ私たちのコンピューターはとても不器用ですか？ 要するに、1984年に作成されたということです。 デスクトップGUIは、ほとんどのユーザーがドキュメントを最初から作成して保存し、印刷したときに発明されました。 運がよければ、ドキュメントを共有ファイルシステムに保存するか、メールで誰かに送信できます。 以上です。 GUIは、以前に紙で実行されたタスクを処理するために作成されました。



問題は、私たちが2017年に住んでいることです。 私たちは1984年のようにもはや働いていません。 通常は、複数のリモートサイトからコードを取得し、いくつかのテストを作成し、結果を表示するデータ構造を生成します。その後、他の人が使用するためにインターネットに送信します。 インポート、合成、エクスポート。



VRコンテンツを作成しています。 画像を処理します。 私は数十のソーシャルネットワークに投稿しています。 私の完璧なプレイリストは、30,000曲で構成されています。 私は、わずか20年前よりも多くのソースからさらに多くのデータを処理します。これらの概念が発明された40年前にはさらに多くのデータを処理しています。 デスクトップのメタファーは、単純に最新のタスクに対応していません。 現代の仕事に役立つコンピューターが必要です。

最新のワークステーションが必要です

ですから、今は理論レベルです。 本当に後方互換性を提供する（または無視する）リソースと方法があると仮定します。 実際に、現代の作業方法用に別のデスクトップを設計するために何かを作成できるとします。 これをどうやってやるの？



最初に、そのタスクに対処していないすべてのものを取り除く必要があります。

• 従来のファイルシステムは階層的であり、検索が遅く、必要なすべてのメタデータをデフォルトで保存しません。
• すべてのプロセス間相互作用 。 プログラム間で通信する方法は多すぎます。 チャネル、ソケット、共有メモリ、RPC、カーネル呼び出し、ドラッグアンドドロップ、コピーアンドペースト。
• コマンドラインインターフェイスは 、アプリケーションの使用状況に関して最新ではありません。 単純にすべてをクリアテキストで行うことはできません。 通話中にビデオ通話をSkype経由でビデオ分析サービスにリダイレクトしたいのですが、実際にはawkまたはsedを介してビデオストリームを開始できません。
• 従来のデスクトップのウィンドウマネージャは、コンテキストやコンテンツを監視せず、他のプログラムによって制御されません。
• ネイティブアプリケーションは重すぎて、開発に時間がかかり、バンカーに住んでいます。

では、何が残っているのでしょうか？ 少し。 カーネルとデバイスドライバーはまだあります。 信頼できるファイルシステムを維持することはできますが、エンドユーザーやアプリケーションは利用できません。 それでは、いくつかの要素を追加し直しましょう。

文書データベース

システムのドキュメントの一般的なデータベースから始めましょう。 データベースの準備ができていれば、新しいメールクライアントを作成する方が簡単ではないでしょうか？ UIはほんの数行のコードで構成されます。 実際には、多くの一般的なアプリケーションは、データクエリと組み合わせた単なるテキストエディターです。 iTunes、アドレス帳、カレンダー、通知、メッセージ、Evernote、To Doリスト、ブックマーク、ブラウザー履歴、パスワードデータベース、フォトマネージャーを利用してください。 これらの各プログラムには、独自のデータウェアハウスが装備されています。 相互作用のための多大な労力と干渉！



BeOSは、データベースファイルシステムが実際に機能し、信じられないほどのメリットをもたらすことを証明しています。 彼女を取り戻す必要があります。







ドキュメントデータベースを備えたファイルシステムには、従来のファイルシステムに比べて多くの利点があります。 「ファイル」は複数の場所に存在し、検索のために簡単にアクセスできるようになるだけでなく、高性能データベースの保証された可用性により、アプリケーションの作成がはるかに簡単になります。



iTunesを例にとってみましょう。 mp3ファイルをディスクに保存しますが、すべてのメタデータは閉じたデータベースにあります。 2つの「真実の源」が存在すると、多くの問題が生じます。 新しい曲をディスクに追加する場合、iTunesに手動で再スキャンを指示する必要があります。 曲のデータベースで動作するプログラムを開発する場合は、iTunes DB形式をリバースエンジニアリングし、Appleがそれを変更しないように祈る必要があります。 これらの問題はすべて、単一のシステムデータベースで解消されます。

メッセージバス

メッセージバスは、プロセス間相互作用の単一の方法になります。 ソケット、ファイル、チャネル、ioctrl、共有メモリ、セマフォ、その他すべてを取り除きます。 すべての通信は、メッセージバスを介してのみ行われます。 セキュリティを管理し、適切なプロキシを介して多くの興味深い機能を作成するための単一の場所を取得します。



実際には、ブラウザのソケットなど、通信を必要とするアプリケーションのオプションとして、一部のタイプの通信が依然として残りますが、システムとアプリケーション間のすべての通信は共通バスを経由します。

リンカー

これでリンカーを追加できます。これは、3Dサーフェスで実際に動作し、座標を変換し、バス上のメッセージを介して制御されるウィンドウマネージャーです。 ウィンドウの配置、通知のオーバーレイ、アクティブなウィンドウの決定など、典型的なマネージャーが行うことのほとんどは、リンカーにメッセージを送信するだけの他のプログラムによって実際に実行でき、実際の作業は既に実行されています。



これは、リンカがグラフィックスドライバと密接に統合されることを意味し、これは高いパフォーマンスを確保するために重要です。 以下はLinuxでデフォルトで動作するリンカーであるWaylandの図です。







アプリケーションは画面にグラフィックを表示し、リンカーからの表面を要求します。 グラフィック出力を完了し、必要に応じて更新した後、メッセージを送信するだけです。再描画してください。 実際には、2Dおよび3Dグラフィックス、およびおそらく未処理のビデオバッファ用に、いくつかのタイプのサーフェスがあります。 重要なことは、最終的にリンカーが画面に表示されるすべてのものをいつ制御するかです。 1つのアプリケーションが異常になった場合、リンカーは画面出力を抑制し、システムの残りの部分が正常に機能することを確認できます。

アプリケーションはモジュールになります

すべてのアプリケーションは、メッセージバスを介したすべての通信で小さなモジュールに変わります。 完全に 。 これ以上ファイルシステムにアクセスできません。 ハードウェアにアクセスできません。 すべてがメッセージの形式になっています。



mp3ファイルを再生する場合は、メッセージplay



をmp3サービスに送信します。 リンカーを介して画面にグラフィックを表示します。 この分離により、システムのセキュリティが確保されます。 Linuxの用語では、各アプリケーションはユーザーのアクセス許可とchrootによって完全に分離され、場合によってはDockerコンテナまたは仮想マシンまで分離されます。 ここでは多くの詳細を検討する必要がありますが、今日はすべてが決定されています。



モジュラーアプリケーションは、開発がはるかに簡単になります。 データベースが唯一の真実のソースである場合、メモリとの間でデータをコピーするために多くの作業を行う必要はありません。 オーディオプレーヤーを使用した例では、検索フィールドはデータをロードせず、リストを表示するためのフィルタリングを実行せず、単にクエリを定義します。 リストはこのクエリに関連付けられ、データが自動的に表示されます。 別のアプリケーションが検索クエリに一致する曲をデータベースに追加すると、プレーヤーのUIは自動的に更新されます。 これはすべて、開発者側の追加の労力なしで行われます。 自動更新を伴う「ライブ」リクエストは、生活を大幅に促進し、より信頼性が高くなります。

アプリケーションの変更

このような基盤に基づいて、必要なものすべてを作成できます。 ただし、これは、すべてをゼロからやり直す必要があることも意味します。 データベースの上に高レベルの構造を作成すると、このプロセスが大幅に簡素化されます。 いくつかの例を見てみましょう。



メール 標準の電子メールクライアントを、バス上のメッセージを介して排他的に通信するGUIとネットワークモジュールに分割すると、プログラム開発がはるかに簡単になります。 GUIは、GmailやYahooメール、またはSMTPエラーメッセージの処理方法について何も知る必要はありません。 指定された「電子メール」タイプのドキュメントをデータベースで検索するだけです。 GUIがメッセージを送信したい場合、 outgoing = trueプロパティを割り当てます。 単純なモジュールは、すべての送信メールメッセージのリストをコンパイルし、STMP経由で送信します。



メールクライアントをコンポーネントに分離すると、個々の部品の交換が非常に容易になります。 半日で新しいフロントエンドを開発でき、ネットワークモジュールを書き換える必要はありません。 ユーザーインターフェイスをまったく使用せずにスパムフィルターを開発できます。受信メッセージをスキャンして処理し、疑わしいメッセージにスパムタグを付けます。 彼は、GUIでのスパムの表示方法を知らず、気にしません。 彼はただ一つの良いことをします。



メールフィルターは、他の興味深いことを行うことができます。 たとえば、 play beatles



のplay beatles



コマンドをボットに送信しました。 tinyモジュールは着信メールをスキャンし、mp3モジュールに別のメッセージを送信して音楽を再生し、メッセージに削除済みのマークを付けます。



すべてがデータベースクエリに変わると、システム全体がより柔軟でカスタマイズ可能になります。

コマンドライン

私は、コマンドラインを削除すると言っていました。 私は言葉を取り戻します。 インターフェースとしてコマンドラインが本当に好きな場合がありますが、その純粋なテキストの性質のみを重視しています。 テキストストリームを使用してCLIアプリケーションのチェーンを構築する代わりに、オブジェクトのシリアル化されたストリーム（JSONなど、より効率的）など、より機能的なものが必要です。 そうすれば、私たちは真の力を持つことになります。



次のタスクを検討してください。

• ラップトップを増幅マイクとして使用したい。 私はそれに話しかけ、部屋の反対側にあるBluetoothスピーカーから音声が聞こえます。
• ハッシュタグ#momを使用してツイートを投稿するとすぐに、そのコピーを母にメールで送信する必要があります。
• レゴコンストラクターのラックに取り付けられた顕微鏡としてiPhoneを使用したい。 彼は写真をラップトップに送信します。ラップトップでは、YouTubeでのライブブロードキャストの記録、一時停止、ズームイン、リレーのボタンを制御できます。
• Energosbytからの電子メールメッセージに応答し、「ユーティリティ」タグを追加し、Webサイトにエントリを作成し、手紙から支払い金額と日付を抽出して、カレンダーにエントリを追加する簡単なベイジアンフィルターを作成します。

これらの各タスクは概念的に単純ですが、今日それを実装するためにどれだけのコードを書く必要があるかを考えてください。 オブジェクトストリームのコマンドラインインターフェイスでは、これらの例はそれぞれ1行または2行のスクリプトに適合します。



「3年以上の評価でヨセミテ国立公園から半径80 km以内で過去4年間に撮影したすべての写真を検索し、長辺を1000ピクセルにサイズ変更し、Flickrアルバムにアップロードする」など、より複雑な操作を実行できますベストオブヨセミテ」、Facebookのアルバムへのリンクを配置します。 これは、いくつかのプリミティブを接続するだけで、追加のプログラミングなしで組み込みツールで実行できます。







実際、Appleは同様のシステムを作成しました。 Automatorと呼ばれます。 グラフィカルインターフェイスで強力なワークフローを作成できます。 このシステムは宣伝されたことがなく、現在はすべてが機能するApplescriptへのバインディングを削除しています。 最近、Automatorの全従業員が他のチームに異動しました。 ああ...

システム全体のセマンティックキーボードショートカット

さて、世界を作り直した後、私たちは何をしますか？



システム全体でサービスを利用できます。 これは、ユーザーがキーバインドを割り当てることができる単一のサービスを起動できることを意味します。 また、キーボードショートカットはより深い意味を持つことになります。 特定のプログラムの機能を示すのではなく、コマンドに関するメッセージを示します。 ドキュメントを操作するすべてのアプリケーションには、「新規ドキュメントの作成」または「保存」というコマンドがあります。 キーボードショートカットサービスは、control-SをSaveコマンドに変換します。 これをセマンティックキーバインドと呼びます。



セマンティックキーボードショートカットを使用すると、代替の入力方法を簡単にサポートできます。 Arduinoで派手なボタンを開発したとしましょう。クリックするとフレーズが鳴ります。 特別なコードを書く必要はありません。 ボタンを押すイベントを送信するようにArduinoに指示し、キーボードショートカットエディターでイベントにオーディオファイルを添付します。 デジタルポットをカスタムスクロールホイールに変えます。 UIが自由に変更できるようになりました。



この分野ではまだいくつかの研究が必要ですが、セマンティックキーボードショートカットを使用すると、スクリーンリーダーやその他のプログラムの開発が簡単になり、アクセスが容易になるようです。

窓

新しいOSでは、ウィンドウはタブとして別のウィンドウにドッキングされます。 またはサイドバーに。 または何か他のものに。 アプリケーションに関係なく。 ここに実験のための多くの自由があります。







古いMacOS 8には、少なくともFinderアプリにタブ付きのウィンドウがあり、画面の下部にドッキングしてすばやくアクセスできました。 Mac OS Xに切り替えたときに捨てられたもう1つのクールなもの。



以下のスクリーンショットでは、ユーザーはウィンドウの境界線を持ち上げて、そこにあるものを確認します。 これはとてもクールです！







これは、Nicholas Rousselによる科学記事「Ametista：ウィンドウを管理する新しい方法を探求するためのミニキット」の例です。



システムはすべてのアプリケーションの環境を完全に制御するため、セキュリティ制限を実施し、これをユーザーに示すことができます。 たとえば、信頼できるアプリケーションには緑色の境界線がある場合があります。 インターネットからダウンロードしたばかりの新しいアプリケーションには赤い枠が付きます。 発生元が不明なアプリケーションのフレームが黒いか、まったく表示されていません。 多くのタイプのなりすましは不可能になります。

賢いコピーペースト

あるウィンドウからテキストをコピーして別のウィンドウに切り替えると、コンピューターは何かをコピーしたことを認識します。 この知識を使用して、たとえば、最初のウィンドウを自動的に横に移動して範囲内に残し、選択したテキストを緑色で表示するなど、いくつかの便利なアクションを実行できます。 これにより、ユーザーは現在のタスクに集中できます。 ユーザーが新しいウィンドウにテキストを挿入すると、緑色の断片がウィンドウ間でどのようにジャンプするかを示すことができます。



しかし、なぜこれに限定してください。 複数の要素を保持するクリップボードを作成しましょう。 ギガバイトのメモリがあります。 それを使用しましょう。 何かをコピーするとき、別のウィンドウに貼り付ける前にコピーした内容を正確に覚えておく必要があるのはなぜですか？ クリップボードはどこにも見えません。 修正してください。



クリップボードは、コピーされたすべてのフラグメントが保存される一種の棚として画面に表示される必要があります。 3つのWebページに移動し、そのアドレスをクリップボードにコピーしてから、ドキュメントに戻って3つすべてを一度に貼り付けることができます。



クリップボードビューアを使用すると、クリップボードの履歴全体をスクロールできます。 検索して、タグでフィルタリングできます。 お気に入りのインスタンスを後で使用するために「アタッチ」できます。



従来のmacOSには[name]と呼ばれる優れた組み込みツールがありましたが、OS Xに移行したときに廃止されました。 返却します。

ワーキングセット

最後に、新しい理想的なOSで最も強力なパラダイムシフトと考えるものに進みます。 新しいシステムでは、すべてのアプリケーションは、システムがそれらに伝えることのみを知っている小さな分離モジュールです。 データベースを唯一の真実のソースと見なし、データベース自体がバージョン管理され、ウィンドウマネージャーがすべての好みに合わせて構成されている場合、本当に興味深いことが可能になります。



私は通常、個人用ファイルと仕事用ファイルを分離しています。 これらは個別のフォルダー、アカウント、場合によっては異なるコンピューターです。 理想的なOSでは、OS自体でファイルを共有できます。 1つの画面に自宅のメールを表示し、別の画面に仕事のメールを表示できます。 これは同じアプリケーションで、異なるクエリ設定で初期化されています。



ホーム画面でファイルマネージャーを開くと、ホームプロジェクト向けのファイルのみが表示されます。 作業画面でドキュメントを作成すると、厳密に機能するドキュメントとして自動的にタグ付けされます。 これらすべてを管理するのは簡単です。 データベース内のいくつかの追加フィールド。



ジョージア工科大学の研究者は、実際にそのようなシステムを研究論文Giornata：High-qualified Workを促進するためのデスクトップメタファーの再定義で説明しています 。







それでは、もう1ステップ進みましょう。 GUIの設定やウィンドウレイアウト（すべてがデータベースに保存されているため）も含めてすべてがバージョン管理されている場合、画面の状態を保存できます。 キーボードショートカットも含め、すべてのパラメーターの現在の状態が保存されます。 私は仕事を続けることができますが、常にこの状態に戻る機会があります。 または、古い状態を確認して、新しい画面で復元することもできます。 基本的に、新しいプロジェクトを開始するとすぐに何度も使用できる「テンプレート」を作成しました。 このテンプレートには、メールクライアントの設定、チャット履歴、To Doリスト、コード、バグを説明するウィンドウ、または対応するGithubページなど、必要なものがすべて含まれています。



現在、コンピューターの全体の状態は、システム全体の状態を分岐する機能を備えたGithubリポジトリと本質的に見なされます。 私はそれが魔法になると思います。 人々は、Dockerイメージなどの便利なワークスペースをオンラインで交換します。 ワークフローをカスタマイズし、便利なスクリプトをワークスペースに追加できます。 ここでの機会は本当に素晴らしいです。

これは新しいものではありません

それであなたは行き​​ます。 夢。 上記はすべて、3つの原則に基づいています：リアルタイム、全システムバージョンデータベース、リアルタイム、全システムメッセージバス 、およびプログラマブルリンカー 。



私が話したことは絶対に新しいものではないことを強調したいと思います。 何も思いつきませんでした これらのアイデアはすべて数年または数十年です。 ファイルデータベースはBeOSで初めて登場しました。 プロセス9 そしてもちろん、研究結果を含む多くの科学記事がまだあります。

なぜこれがないのですか？

ここに新しいものはありません。 そして、私たちはまだこれを持っていませんか？ なぜそう



主な理由は、単に成功するオペレーティングシステムの開発の複雑さにあると思います。 新しいものを作成するよりも、既存のシステムを拡張する方がはるかに便利です。 しかし、拡張は、過去に行われた選択によって制限されることも意味します。



完全なOSを実際に作成できますか？ 私はそうは思わない。 正直言って、ここでお金を稼ぐことはできないからです。 そして、お金がなければ、開発のためのリソースを見つけることができません。



ただし、誰かがそのようなOS、または少なくとも機能するプロトタイプを作成するという目標を設定している場合は、既存のデバイスドライバーを備えた特定の限られたハードウェアセットから始めます。 ドライバーサポートの欠如は、常にデスクトップLinuxのアキレス腱でした。 たとえば、Raspberry Pi 3は素晴らしいオプションです。



だから私の質問はあなたのためです：あなたはアイデアがそれを実装するための努力の価値があると思いますか、少なくとも実用的なプロトタイプを作成するために？ そのようなプロジェクトに参加しませんか？ システムをテストに使用することに同意するには、機能のどの部分が機能する必要がありますか？ そしてもちろん、私たちは彼女を何と呼んでいますか？



デスクトップUXの将来について議論したい場合は、新しいIdeal OS Designグループに登録してください。