「オフラインで最初に会う」メモの翻訳版を次に示します。 それからの考えのいくつかは私にとって興味深いようでした、そして一般的に傾向はポジティブです-要するに、愛好家のグループはオフラインで動作するようにモバイルアプリケーションを最適化する問題に専念するコロキウムを開催することに決めました（つまり、ネットワークカバレッジなしでオフライン）。
登録フォーム
-offlinefirst.org現在、私たちの
チームの一部のメンバー
が旅行しています：会議の開催、さまざまなイベントへの参加、マスタークラスの実施、国から国への移動。 この点で、私たちはコミュニケーションとインターネットの質の低さの魅力をすべて体験しただけでなく、世界のさまざまな地域の人々と話をしました。それぞれが独自の物語と問題を抱えていました。
最も文明的で最も発展した都市でさえ、モバイルインターネットの頻繁な故障を観察する
と、カバレッジ/速度の問題は近い将来どこでも解決されないという結論に達し
ました。
通常、この問題については非常に楽観的であり、将来的にはカバレッジとネットワーク帯域幅が徐々に増加すると考えています。 しかし、最近の経験では、このような判断は単純なものであることが示されています。 ネットワーク負荷の問題、カバレッジ品質の変動、カバレッジ不足のゾーンの存在、弱い信号（Wi-Fiなど）、および移動中に現れるその他の問題-これらはほとんど常に存在します。
建築のように地理を変えることはできません。 旅行者は二重の打撃を受けます：輸送（地下鉄、高速列車、飛行機）で成功したカバレッジを見つけることができるだけでなく、OpSoSovからのローミングの強要価格もあります-あなたはエージェント007のようにSIMカードのコレクションを携帯する必要があります。そして、それはすべて西ヨーロッパの観点からです。
グレゴール同志は過去6週間アフリカを旅して
AfricaHackTripに行きました。
そして 、ロンドンの
Mozfestイベントで世界中の人々と話す機会がありました。 ここでは、他の多くの場合と同様に、ネットワークカバレッジのないモバイルアプリケーションの使用に関する深刻な懸念に気付きました。Webアプリケーションとネイティブアプリケーションの両方で、オフラインモードのサポートを強化したいと考えていました。
一時的にネットワークから切断されたり、小さな通過容量が問題になる場合は、通信チャネルの一定と速度に信頼できるPCのようなアプリケーションを作成し続けることはできません。
モバイルネットワークは、単純に同じレベルの品質と安定性を提供することはできません;私たちがそのような現実に適応し始める時でした。 「主にモバイルデバイス用」のアプリケーションを開発するかのようですが、この状況を考慮して、「主に自律性」を開発する場所があります。 自律モードとは、エラーが発生した場合の特別なアクションプランだけでなく、アプリケーション設計の根本的により柔軟でフォールトトレラントな方法も意味します。
チームと共同で、比較的簡単にスタンドアロンアプリケーションを作成できるアーキテクチャを開発しました。 私たちはこれを秘密にしていませんが、同期エンジンに関する技術的側面とそれが自律性を提供する方法についての機密性を尊重します。 突然、多くの新しい、まだ未知の未開拓のユースケースに直面しました。これらのユースケースは、現在ほとんどの開発者が利用できるようになっています。
これは文字通り新しいフロンティアであり、その先には未知のものがあり、興味深い問題や想像を絶する特殊なケースがいっぱいです。 アプリケーション設計の他の領域には、簡単に適用できるUX / UIパターンのレガシーがあります。 しかし、私たちが説明した「アプリケーションの自律性」は、真の
テラ・インコグニータです。
自律性が現実になった
突然、自律性は単なるエラー処理以上のものになります。 自律性は差し迫った現実になっており、ネットワークの必要性に関係なく、アプリケーションの一部が機能しなくなります。 これに関して、多くの基本的な疑問が生じます。
- アプリケーションは、現在の接続ステータスをユーザーに通知する必要がありますか？ この情報は彼に関するものですか？ もしそうなら、最良の方法は何ですか？
- ネットワークの状態に関係なく、アプリケーションがその状態を正しく記憶し、データが失われないことをユーザーに期待できますか？
- ユーザーにアプリケーションをオフラインで操作し続けることができ、この段階でユーザーが入力したデータが将来正しく送信/処理されることをユーザーに伝える方法は？
- 前回のオンライン以降に発生したすべての変更を、インターフェイスにどのように表示する必要がありますか？ リモートオブジェクトなどをどうするか
- 紛争の避けられない解決を可能な限りユーザーにとって痛みのない直感的なものにする方法は？
- プログラムによれば、ユーザーにとってオフラインで役立つデータの早すぎるダウンロードはどうですか？
- 時期尚早のロードメカニズムに関する決定を下すには、どのようなメトリックを使用する必要がありますか？
もちろん、実際にはさらに多くの質問があります。 どこかから始めなければならず、
Mozfestでセミナー
「Offline First Application Design」を開催した後、どの方向に進むべきかが明確になりました。 私たちはまったく新しいパラダイムに直面しました。
hood.ieユーザーが、技術的な観点からだけでなく、新しいUXおよびUIのパターンとメソッドを使用して、信頼性の高い、どこでも動作するアプリケーションを作成できるように支援します。
offlinefirst.orgでディスカッションに参加できます。
著者翻訳からの移行
私の意見では、トピックは見つけない方が適切です。 1週間前、スマートフォンを購入して町を出ました。モスクワから20km離れたままのEDGEのみで、その場所（40km）に到着するとチャンネルは完全に閉鎖されました。 私は5年連続でそこにいましたが、この期間中、サポートサービスに対する質問にもかかわらず、MTSがそのエリアをカバーすることは何も変わりませんでした。 支払い（または泣き）をしても、ネットワークはあり、インターネットはありません。 原則として、近くに完璧な3Gを備えたラップトップとメガホンモデムがある場合、電話で何もするつもりはありませんでしたが、1つあります。 MTS-EDGEには速度があります-約3〜5kb / sで、メールのチェックなどに十分です。 しかし、そのようなチャンネルを介して、同じInstagramに写真を送信することは不可能です。 プログラムは、私が一日中待つ準備ができていることを知りません。 最初の50kbを3kb / sで送信し、「アップロード失敗」を発行します。 最も興味深いのは、1年前のOS WP7.5でのTwitterのサポートでした。エラーはありませんでしたが、接続が表示されたときにシステムがロードを継続せず、無限のプログレスバーを表示しました。 メガホンから理想的な3Gに戻ると、Semenovskaya地下鉄駅のエリアでは、日中はネットワークが混雑しているため、3Gが利用可能であるという事実にもかかわらず、インターネットは夜しか待てません。
~~~~~
そして、あなたの悲しい話は何ですか？ コメントを書いて、ロシアのキットを集めてください。
転送に関するコメントはPMで受け付けています。