ねえ！ 私たちのスケジュールは1日約60万人（季節によってプラスマイナス）で利用されているので、ここ1年で何が変わったのか、もう一度何がいいのか、何が悪いのかをお聞きしたいと思います。そして、おそらく、欠けているもの。
今年の最大の驚きは、多くの列車の運転手が私たちのスケジュールを使用しているという事実でした。つまり、はい、彼らは電報や独自のスケジュールなどを持っていますが、人間が読める形式のソースとして私たちを使用しています。さらに、他の列車の既知の遅延に応じて遅延波を計算するための非常に便利なデバイスがあるようです。これにより、何が起こるかを事前に伝えることができます。
そして、彼らはスケジュールの正確さを改善するように頼みました。彼らの観点から、「精度を向上させる」とは、出発時刻を30分精度で示すことです。また、乗客からも同様の要望がありました。鉄道の時刻表の離散性は1分ではなく、30分です。つまり、出発時刻は14:30ではなく14:30:30である場合があります。または、ドライバーのサービススケジュールで通常示されているように、14：30.5。 30秒前の列車の出発は重大な違反であり、機関車の乗務員はボーナスを奪われる可能性があります。万が一の場合に備えて、さらに30秒間立つことはオプションであり、通常、これは違反とは見なされません。ただし、次のステーションで許容される遅延のしきい値を超えて、賞を「獲得」する可能性があります。 2020年には、ユーザーからの同様のリクエストの数が増加しました。第二に、30分もなかったため、オペレーターがスケジュールを具体的に変更することが困難になり、その数も増加しました。私たちはバックエンドを完成させ、2021年に彼らとスケジュールを立てました。
列車番号と「余分な」秒からビジュアルをクリアする問題も簡単に解決されました。設定でオフにして、スケジュールの従来のビューに戻ることができます。
ドライバーが人間が読める形式のスケジュールでナビゲートするのが簡単なのはなぜですか？
ドライバーの主なデータソースはロシア鉄道の電報だからです。つまり、基本的なスケジュールと多くのプルリクエストがあります。さまざまな規範的および立法的な行為の修正は同じように機能します。ドキュメントの新しいテキストをロールアウトする代わりに、次のようなものがロールアウトされます。
これは、モスクワのレストランが21:00以降に機能できることを示すドキュメントの始まりです。繰り返しになりますが、古き良き時代
のように問題は、その前に次のようにドキュメントで編集が数回繰り返されたことです。
このスキームはバックエンドの観点から理想的です。実際、これらはコンパイラへの非常に正確な命令です。ドキュメントがどのように変化するかについて。しかし、あなたが人であるならば、それを読むとき、これらすべてをまとまりのある絵に集めるのは難しいでしょう。
鉄道では、通常の状況では、読みやすく理解しやすい電報が1通届きます。ただし、トラフィックが密集しているノードでは、多くの場合、最初に1つのモディファイア、次にモディファイアのモディファイア、次に最初のモディファイアをキャンセルするが2番目のモディファイアを残すモディファイアが最初に表示されます。運が良ければ、入れ子のレベルは6〜7になります。つまり、列車には基本的な時刻表、3〜5回の調整、一時的な変更のためのいくつかの電報を含めることができます。
機械工はこれらすべてを誤ってコンパイルし、何かを見落とす可能性があります。したがって、多くの人は、すべてが収集されている他のソースに確認します。私たちは16年間のスケジュールに目がくらんでいるので、私たちはしばしば選ばれます。
これで、列車番号を含めることができます。
また、最大30分までのスケジュールの精度の向上（これも無効）：
表示に関しては、デザインが最も困難でした。スケジュールの読みやすさを維持する必要がありました。このように決めました。もっと良いアイデアがあれば教えてください。さて、一般的に、乗客としてのあなたがそのような正確さを必要とするかどうかを知ることは私にとって有用でしょう。
料金の比較
簡単です。通常、同じ列車でさまざまなチケットを購入できます。使用頻度の観点からすべてのオプションを表示することは、これまで誰も行ったことがないほど明白なアイデアです。我々は行っている：
10人のユーザーのこれまでのところ、9アウトを手動でカウントし、最初の画面には、需要が非常にあります。しかし、2番目のものはすでに困難です。乗客はソフトウェアではなく自分自身を信頼します）
アプリケーションのシェアの増加、iOSからのセッションの減少
10年前でもSMSなどでスケジュール変更を行いましたが、これは未来のようでした。しかし今、SMSは消滅し、デスクトップは非常にたるんでいます。スケジュールへの呼び出しのほとんどは、サイトのモバイルバージョンとアプリケーションを経由します。つまり、電話からです。今年は、ほとんどすべての乗客がデスクトップからではなく電話から電車を見ることを好むと言えます。モバイルプラットフォームの勝利は最終的なものです。だが！5月、iOSで大きなドローダウンが発生しました。これがなぜであるかはわかりませんが、これはリモートワークによるものであるという仮説があります。Androidのシェアは影響を受けませんでした。
クラッシュと変更についてのプッシュ
あなたはアプリであなたの好きな目的地を選ぶことができます。以前は、スケジュールの一時的な変更に関するプッシュ通知のみを送信していましたが、今年は、トラフィックの中断に関する通知を送信する方法を学びました。これは、非常に多くの人がいて、レガシーシステムのプッシュ通知の送信が遅いためです。 3〜4時間でユーザーに連絡することができましたが、これは遅い電車で走る人には適していません。より正確には、通常、データベースのすべての人がスケジュールにサブスクライブしているわけではないため、これは実際には5〜10分であり、現在のように1分ではありません。
システムを更新しましたが、最初の日はうまくいきました。プッシュ通知の1つが、すぐに大量の新しいスケジュールのリクエストを引き起こしたことが判明しました。また、オンラインで列車の切符を購入したため、2時間の崩壊が発生しました。実は使用率は30％程度に抑えていますが、ここでは5回以上（明らかな理由でわかりません）以上でした。
電子列車の切符の購入
要するに-あなたはアプリで中央PPK列車のチケットを購入することができます。これを統合したのは私たちが最初でしたが、これはCPPCの一般的なAPIであるため、まもなく市場に出回ることを期待してください。
長い-電車の切符を持って買うだけではなく、「うさぎ」の抜け穴がたくさんあります。したがって、秘密鍵を使用して証明書を購入します。秘密鍵は、改札口で後半（公開鍵）によって補足され、チケットになります。チケットの確認-コントローラーの回転のアニメーションを呼び出します。それはすべて松葉杖の山のように聞こえますが、これまでのところ。特に、駅の改札口やバリデーターを除外するために、これらすべてを実装するためのより簡単なルールをキャリアが見つけることを本当に望んでいます。
私はこれについて別の投稿を書きました。 ..。入って、予期しないバグが何であるかを評価することができます。
ゾーンを表示
さて、ここではすべてが簡単です
。チケットの費用がかかる場所をナビゲートするのが少し便利になりました。また、旅行の距離を見積もることもできます。1つのゾーンの長さが約10 kmであるという事実は、かなりよく知られている事実です。
Huavei
Androidアプリケーションの中で、Huaweiプラットフォームが際立っています。重要なのは、HuaweiがGoogleサービスを完全に放棄し、そのサービスを使用することを求めているということです。私たちにとって、これは主にプッシュ通知の送信に関係しています。プラットフォームのドキュメントは、技術的なインターフェイスとほぼ同じレベルで、奇妙に翻訳されています。そして、それは複雑なロシア語の文字についてではありません。英語のローカリゼーションにおける同じ話についてです。
一般的に、コンソールは私たちにとってFirebaseに似ており、内部に独自の分析機能があります。
彼らはプッシュ通知の98％の配信を約束しました（これはGoogleよりも高いです）。実際、約83〜86％です。
Huaweiのバージョンでは、GoogleアナリティクスはHuawei AnalyticsKitに置き換えられました。同様に、あなたは他のもの、特に広告事務所と関係がある必要があります。広告に失敗し、6つの異なるフォーマットのうちの1つだけが機能しました。次のステップ-支払いゲートウェイをマスターします。HuaweiPayはまだ統合されておらず、これまでのところカード支払いのみです。
プラットフォームの神へのより多くのプラットフォーム！
また、駅や停車駅からの出発プラットフォームをスケジュールに表示します。以前は、どの列車がどこに来たのか、モデルを訓練するために群集データを収集しました。これは便利で、データの精度が大幅に向上しました。その年の結果、さらに多くのステーションがプラットフォームとともに登場し始めました。
ボルシェヴォのプラットフォームはすでにありましたが、すべての列車にあるわけではありません。最初の駅ボルシェヴォの列車はありませんでした。今、私たちはそれらも追加しました。プラットフォーム番号の前にある「通常」という言葉は、状況によっては、別のプラットフォームから出発する可能性が低いという事実によるものです。たとえば、交通障害や予定外の列車の乗り換えが発生した場合などです。以前は、この場合、プラットフォームをまったく指定していませんでした。しかし、ユーザーとのコミュニケーションに基づいて、この形式の表示は完全な情報の欠如よりも優れていることが明らかになりました。
また、いくつかのプラットフォームの指定を修正しました。たとえば、私たちはポドリスクのプラットフォーム番号を書いていました。ただし、何らかの理由で、一部のユーザーはそれらをパスとして読み取ります。そして、列車が10番目のトラックの2番目のプラットフォームを離れたとき（2番目のトラックの2番目のプラットフォームからではなく）、私たちはしばしば苦情を受け取りました-あなたは間違っています、2番目のトラックが示されました（2番目のプラットフォームが示されていましたが）が実際には10です。
現在、「2または10パス」の形式で記述しています。残念ながら、パス2とパス10は明確なパターンなしで交互になっているため、まだ正確に（「または」なしで）正確にすることはできません。しかし、次の2番目の線路に来るべきだと考えて線路10に立っている列車に乗り遅れたユーザーの数は減少しました。
残念ながら、トラックは希望するすべてのステーションに表示されているわけではありません。どこでも100％の精度が保証されるわけではありません。私たちはこれらの問題に取り組み続けます
その他の都市
Yuzhnaya PPKの列車スケジュールを追加し、現在、ロシア全土の通勤列車のスケジュールがあります。
時々人々は私たちがモスクワ-ピーターズバーグにだけいると思います、しかしいいえ、私たちはすべて、すべて、すべての列車を持っています：
次は何ですか？
私たちは、電車やその他の種類の輸送手段のシームレスなバンドルについて考えています。これは、長い（少なくとも約1年）ことの1つです。それに加えて、多くの小さな機能、修正、改善があります。いつものように、何か追加や補足などがあれば、どうすればスケジュールを改善できるか聞いていただければ幸い です。