私たちの世紀では、新しいテクノロジーが古いテクノロジーを非常に迅速に置き換えているため、過去数週間でニュースを読まなかったため、非常に多くの新しい興味深いことが起こったと気づいたときに気味が悪くなることもあります。 そして最近では、それは認識の変化の時期として説明することができます。 そして、さまざまな分野で完全に。 そして、最近変わっていないもの。
次に、いわゆる「読み込み」の瞬間についてお話したいと思います。 もちろん、このおなじみの言葉は、原則全体を意味します。 「接続...」、「ダウンロード」、またはより頻繁に「読み込み中」という形式のテキストを覚えています。 そして今、非常に多くの異なるアプリケーションやデバイスでこれが見られます。 しかし、世界ではどうでしょうか？ 世界はデザイン、スタイル、人間工学に革命を起こしています。 デバイスの生産性は向上し、インターネットはより高速になり、設計はよりシンプルになりました。 そしてごく最近になって、「私たちはまだ何から接続して起動するのでしょうか？」という質問を苦しめ始めました。
それが簡単な場合、私たちの世紀の超高速技術とインターネットで、なぜ私たちはまだ接続プロセスを観察せざるを得ないのでしょうか？ たぶん、あなたはこれから逃げるべきですか？ 長いプロセスを必要とするプロセス、または「接続」または「ロード」の事実そのものを示すプロセスは、時代遅れと見なされる必要があります。 この瞬間は開発者の心にしっかりと収まっているため、見落とされがちです。 私が言えることは、私自身がこの瞬間をユーザーに見せることを気にしないことです。
この遺物から離れる時です。 インターネットに接続していないデバイスは、既に接続されているので電源を入れます！ あなたにとって、それは出てきませんでした、あなたには接続の期待がないため、最小要件を満たせない非生産的なシステムまたは通信チャネルしかありません。 もちろん、そのようなプロセスは存在する可能性がありますが、外部的には気付かれずに、または必要性の前に発生する必要があります。 ユーザーが何かを期待するという原則から完全に離れる必要があります。 このような狭いチャネルですべてのデータをダウンロードできない場合は、ユーザーがシステム応答を受信できるようにプロセスを構築する必要があります。これにより、このデータの最初のアイデアを形成できます。 おそらく、最良ではないので、ロードを徐々に実行でき、ユーザーが最初の弱い印象をすでに理解している場合、GIF形式と例を比較できます。
ちなみに、問題はインターネットやネットワークアプリケーションだけにかかっているわけではありません。この瞬間は、かなりの量のデータを処理したり、かなりのプロセッサ時間を必要とする非常に多くの種類のアプリケーションで追跡できます。 多くの場合、すべての相互作用は「要求と応答」に帰着します。 したがって、深刻な処理またはダウンロードの場合は、「要求-一時停止-応答」に変わります。 この動きの速い世界は一時停止することはできません。 現代世界のトレンドは、緊急の操作を必要とします。
ところで、すべてがそれほど悪いわけではありません。 おそらくレーキを渡すことなく、すでに達成されていることの多く。 したがって、良い例は、youtubeなどのポータルでビデオを視聴するプロセスです。 当面の問題を対比するために、映画全体がどのようにアップロードされたかを覚えておいてください。
この問題が存在する場所は長い間リストできますが、これが最も堅実なアイデアになるまで、古いチャネルではその状況が長く続きます。
それで、識別するためのキーポイントは何ですか？
- 1. プログラムインターフェイスは、プロセスに厳密に依存するべきではありません 。
そのため、長期処理ボタンを押すことにより、ユーザーはプログラムがどのように「ハング」するかを観察したり、パラメーターの操作を禁止したりするべきではありません。 インターフェースのけいれんやグラフィカルなアーティファクトの外観はありません。 プログラムはスムーズに動作し、ユーザーの要求に応答する必要があります。 理想的には、すでに実行中の処理プロセスについて、その場でキャッチするいくつかの変更を提案することです。
- 2. データ送信は、「1〜1000」または「1〜1秒」の原則から形成する必要があります。
「1〜1000」の原則の意味は、ユーザーが送信された情報の1000分の1をすでに認識し、場合によっては何らかの操作を行うことさえできるということです。 同じ原則は「1〜1秒」で、情報は保証された秒で送信され、送信されたものはすべてユーザーが見ることができます。
- 3. プロセスコントローラーは、アーキテクチャレベルで優先される必要があります。
前の2つのポイントから明らかになるように、他のプロセスを制御するプロセスには保証された残りのCPU時間が必要であり、この保証は実行ではなくアーキテクチャによって行われる必要があります。
リストせずに表示したいのですが、ユーザーのメインデバイスの「ホット」リブートについて言及したいと思います。
はい、おそらく多くの人が、これはすべて理想主義である、またはいくつかのタスクは必要ではなく、いくつかの点で私が同意すると言うでしょう。 しかし、私は自分自身または上記のプログラムだけを変更しないことを提案します。アプローチを変更することをお勧めします。
これは、コンピューターが人々のために変えられているのではなく、人々のために変えられている時だと思います。