いくつかの歌詞
約6か月前に、無限の箱の1つのアパートから別のアパートに移動したときに、約30のオーディオテープのアーカイブが見つかりました。このセットは、1年続きましたが、テープを再生できる最後のテープレコーダーは3年前に壊れました。
この箱につまずいた9歳の娘は、これらのカセットの1つを手に取り、向きを変えて尋ねました。「お父さん、これは何?」
もちろん、考えてみれば驚くことではありません。 2000年以降に生まれた新世代では、テープもフロッピーディスクも見られなくなりました。

そして、2020年以降に生まれた世代にもCDが表示されないことがわかります。すべての種類のフラッシュドライブとメモリカード、そして将来的には交換とストレージ(「クラウド」のおかげ)、小売ソフトウェア/映画/音楽(Steve Jobsに感謝)はオンラインになります。 私自身は、お気に入りの映画をディスクに記録しなくなりました。
レース
ユーザーインターフェイス設計者は、しばらく前にこの傾向に気付き始めました。 また、過去10年間に開発された一部のプログラムでは、「保存」ボタンのアイコンとして、ある種のHDDの定型化された画像に気付くことができます。 時々、丸いディスクのイメージでも。 おそらく、最近のドライブはますますハードディスクドライブではなく、「ドライブ」がなくなったソリッドステートドライブであることを思い出す価値はありません。 そして、これらのアイコンは再描画する必要があります。今回はディスクなしで、再び矢印を使った新しいメタファーの作成を練習します。



Microsoftなどの一部の企業は、この「レース」に参加せず、フロッピーディスクのアイコンを今日まで保持することを決定しています。 絶えず変化するテクノロジーの競争よりも、ユーザーエクスペリエンスのほうが重要であると思われます。
しかし、これは問題の解決策ではなく、その存在の否定です。 遅かれ早かれ、マイクロソフトは見返りに何かを描かなければなりません。 なぜなら、それがどのような青い正方形であるかを理解するデザイナーは残っていないからです。

オンライン時代
別の方法で、新しいタイプの製品が開発されています-「クラウド」ドキュメント処理システム。すべての変更がいつでも保存されます。 このアプローチの最初で最も印象的な例の1つは、
Google Docs Spreadsheetです。マルチユーザー編集では、基本的に一定の保存が必要で(競合の遅延を避けるため)、[保存]ボタンは不要として除外されます。
しかし、このアプローチには裏返しがあります。変更の大きな部分をキャンセルすることの難しさです。 つまり、たとえば、ドキュメントを少し試してから初期バージョンに戻りたい場合、これを行う唯一の方法は、ドキュメントのコピーを作成して作業することです。 そして、それを削除するか、1つのドキュメントの代わりに2つ、3つなどがあるという事実に我慢します
それではどうしますか?
この質問に答えるには、「保全」の問題の本質をもう少し詳しく調べる必要があります。
この操作は、RAM(長時間データを配置できない場所)から長期メモリ(ある目的で別の場所に転送できる場所)にデータを転送する方法として最初に発生しました。 なぜなら 長期の情報ストレージシステムはかなり低速だったため、このような操作は通常、ドキュメントまたはその一部で作業を終えた後に実行されました。
その後、HDDの発明によってスローセービングの問題が解消されたとき、ユーザーがこの操作を実行する必要性は干渉し始めました-予期せぬクラッシュやコンピューターのシャットダウンにより多くの作業の結果が消えたときに、誰もが少なくとも1度は人生の状況にありました。 「Ctrl + Sを押す必要がありました」-隣人は同情的にあなたに言った。 長年にわたって開発されたこの条件反射は、ブラウザーでこのテキストを入力しているときに、このかなり大きなテキストを保持するものをクリックするように促します。 (<保存>はここで作成されました)。
一番下の行は、ユーザーの作業を自動的に保存するための障害がもうないということです! 操作の速度(極端な場合、すべてを非同期で行うことができます)も、ドライブのボリュームもドキュメント処理で役割を果たしません。 つまり ポイント1:自動保存する!
ここでは、自転車を発明しません。 同じMicrosoft Officeは、一定の周期で自動「保存」を行います。
すべてが新しいことはまだ忘れられていません
しかし、あなたの変更を放棄する可能性はどうですか? 保存せずに終了しますか? ドキュメントの前のバージョンに戻る方法は?
ちょっと待って...どこかで聞いたことがあります! これは、プログラマーに馴染みのある「バージョン管理システム」(VCS-バージョン管理システム)を使用したシナリオの典型的な例です。
つまり 必要なことは、ロールバックオプションを以前のバージョンに追加することだけです。 しかし、Microsoft Word文書の場合の「以前のバージョン」とは何ですか? ドキュメントの編集履歴の「ポイント」に何らかの形でマークを付ける必要があります。これは「以前のバージョン」です。 繰り返しますが、ホイールの再発明は行わず、このアクションを「保存ポイントの作成」、「スナップショットの作成」、「リビジョンの保存」、または「バージョンの保存」と呼びます。 ここで行った変更をさらに把握するために、このバージョンの名前またはコメントを示すことができます。

「保存」ボタンは不要になり、「ディスケット」は当然の休息になります。 プログラムは、ユーザーからの追加のコマンドなしで行われたすべての変更を保存する必要があります。
もちろん、ドキュメントの履歴を表示し、バージョン(「リビジョン」)を読み込むための別のインターフェイスが必要です。 しかし、これらは些細なことです。
パン
さらに興味深いのは、バージョン管理システムのブランチと同様にブランチを追加することです。 さらに、ブランチを作成するための新しいボタンはありません。 以前に保存したバージョンの編集を開始するとすぐに、分岐が自然に発生します。

免責事項
それにもかかわらず、私は自転車を発明し、実際の製品にすでに存在する何かを説明したことを除外しません。 私たち全員にとって、それははるかに良いことです。例を挙げる必要があります。