こんにちは、Habr！ すでに土曜日の予定はありますか？ たぶんその国に行ったり修理をしたりしますか？ より良いものがあります。
実際には、 Mobius 2017 Moscowの前に数日しか残っていません。 メイントラックの無料放送の開始を発表する時が来ました ！ カットの下-小さなチェンジログ 、YouTubeへのリンク、公式のTelegramチャンネル、最初のトラックのプログラムの簡単な概要。
モバイル市場は急速に発展しているため、ユーザーを満足させるためには、優れたアプリケーションを開発したり、優れた会議を開催したりするだけではもはや不十分です。 聴衆に焦点を合わせ、そのニーズに柔軟かつ迅速に対応する必要があります。 habrosocietyの主なニーズの1つは、会議をリモートで高品質で見る能力です。
品質に関しては。
4月のMobiusから6か月が経過し、バグに徹底的に取り組みました。 放送を見たすべての会議参加者の
すべてのレビューは
一般に分析さ
れました 。 もちろん、すべてではなく、多くを修正しました。 そもそも、回答者の半数（42％）は
問題に気づいてい
ませんでしたが、私たちは知っています！ マイクはより良く機能し、音はよりきれいになり、安定性はより高くなります（
SBTG.ruの友人の努力のおかげで、これにより、よりフォールトトレラントなデータセンターに移動しました）。
レポートの合間に、プラットフォームのスピーカーと参加者がディスカッションエリアに向かうとき、会議の非セッションイベントについてオンラインブロードキャストの視聴者に見せ、スピーカーと興味深いゲストからの魅力的なインタビューを受けます。
インタビューはより活発になります。レポートの合間に、2人のプレゼンター（
@phillenniumと
@olegchir 、Habréの投稿を定期的に見ることができます）があります。 マイナーな技術的な問題は、より厳密な制御に置かれます。
参加者（
無料で視聴する人も ）の質問が考慮されるようになりました。会議の
公式Telegramグループで質問することができます。 事前にTelegramに対処することをお勧めします。 さあ
、インストールしてください！
実際、まもなくあなたは私たちがしたことを見ることができます-
11月11日午前9時40分に、メイントラックMobius 2017 Moscowの無料放送を開始します 。 また、解像度は
1440pになりますので、一度はクールなモニターが必要になります。 ビデオ品質を競うためだけでなく、非常に特定の目的のために解像度を上げることが重要です：追加のスペースを使用して、スピーカー自体を画面の隣に表示します（1080pで表示されます）-カメラはスライドとスピーカーの間をジャンプしなくなります。
接続方法
ブラウザー、モバイルデバイス、または好きなものでYouTubeを開くだけです。 リンク：
制限事項
- 放送は現状に基づいて提供されます。すべてがうまくいくと確信していますが、突然何かが起こったとしても、私を責めないでください！
- ビデオはありません。 つまり、彼らはもちろん、フィードバックを残した会議参加者のみになります。 それ以外の場合は、従来から3〜4か月で投稿します。
- 他の部屋で起こっていることを見ることができなくなります。 そして、多くの興味深いことがあります。 次回サインアップして、制限なしですべてを確認します。
プログラム
Vladimir @dzigoro Ivanov-遺産の無効：プロジェクトの基本的な改善のための戦略ウラジミールは私たちの会議で最も頻繁にゲストの一人であり、EPAMの主任開発者としての彼の地位は理由ではありません。 それは、さまざまな興味（
Android、React、iOS、Web ）を使用することと、あまり面白くないスピーカーの背景を使用することです（私は
Java EEエンジニアとして始めましたが、モバイルテクノロジーに夢中になりました）。
まず、マットを確認しましょう。 装置（「数学」ではなく「マット」という言葉から）。
Legacyを見てみましょう。 すべての開発者は常に彼に対処しなければなりません。 さらに、技術的な義務に十分な注意を払わなければ、新しいプロジェクトはそれぞれ時間が経つにつれてレガシーになります。 レポートでは、特に無視されているケース、つまり5歳以上のプロジェクトでの生活方法について説明します。
私たちは見つけます：
- 負債の規模を理解する方法。
- リファクタリング計画を立てる方法
- できるだけ痛みを伴わずにそれを保持します。
コードは
Javaで作成され
ますが 、
Androidの仕様はほとんどないため、両方のプラットフォームのエンジニアは興味深いでしょう。
ちょっとした理論、たくさんの練習、ちょっとした統計、つまらない写真-それが好きです。
マキシム@max_sokolov Sokolov-インサイドアウトメッセンジャー、またはモバイルiOSアプリケーションで今日メッセンジャーを作成する方法ポーチのアナウンスから電話で紙片を引き裂く代わりに、スマートフォンを手に入れ、すぐに所有者に直接書き込み、ステータスを指定し、「パイプを手に入れない、手に入れない、売る」などの問題に悩まないことを想像してください。
このようなメッセンジャーを獲得するには、
Avitoのチームリードのようなマキシムソコロフは、単純な
HTTP APIからWebソケットの使用、さまざまなアプローチの長所、短所、および落とし穴について学ぶまで、困難なすべてを経験する必要がありました。 マキシムは、彼のチームがどのようにクライアント/サーバー
APIを設計し、
Swiftがこれにどのように貢献したかを共有します。 顧客へのメッセージ配信、オンラインユーザーステータス、メッセージステータス、および現代のインスタントメッセンジャーのその他の機能とその実装を保証する方法を学習します。
メッセンジャーは急速に開発されており、新しい機能を迅速に追加する必要があります。 このレポートでは、新しいチップを簡単に追加できるスケーラブルなアーキテクチャを構築する方法を説明します。
Eugene @ptiz Kamyshanov-接続のない人生：カオスからコンセンサスへあまりにも多くの歴史的参考文献がレビュー中に由来しています。 しかし、何をすべきかという話は、「デスクトップアプリケーションはローカルメモリに関係なくクラウドで動作する傾向があります」、「電話のアプリケーションは次第にオフライン機能が増えている」というスパイラルになっています。
これが良いかどうかにかかわらず、レポートでこの現象を実際に実証した後、
EPAMの Evgeny Kamyshanovと話し合うことができます。
このすべてにより、サンクトペテルブルクの
EPAMの リードiOS開発者であるスピーカーは、
特効薬を信じず、できる限り完璧主義と戦います。
Alexander @zlx Zimin-UIを正しく設計しましょうアレクサンダーにインタビューした瞬間から数ヶ月が経過し
ました 。
こちらで読むことができ
ます 。 この記事の情報は、レビューで1000人の余分なキャラクターよりも良い時にスピーカーを紹介することを可能にするので、レポートに直接行きます。
レポートでは、Alexanderが
UIの開発へのアプローチについて説明します。これにより、新しい開発者はコードを書き直したり、作成したコンポーネントを再利用したりすることなく変更を加えることができます。
また、レポートの一部は
アトミックデザインに専念します。 多くの一般的なアプリケーションはカスタムの視覚コンポーネントを使用しており、
Badooチームも例外ではありません。 これがデザイナーや開発者にとって大きな頭痛の種にならないように、彼らは解決策を考え出さなければならず、それはレポートに示されます。
Gleb @Novixon Novik-複合操作を使用したサービス層アーキテクチャPodlodkaのモバイル開発に関するポッドキャストは、多くの人によく知られています。
COOperationフレームワークの作者であるGleb
Novikが主導しています。
Glebのレポートは、アプリケーションサービスレイヤーを構築する一般的な方法に基づいて構築されます。これは、コンポーネントの非同期相互作用を作成するための
GCDメカニズムの使用です。 多くの人が考えていますが、実際には、このタスクのために
NSOperationクラスと
NSOperationQueueクラスのフルパワーを使用する人はほとんどいません。
これらのクラスを慎重に分解して少し改良することで、非常に柔軟で移植性の高いコンポーネントを手に入れることができ、新しいサービスを作成するときに真の友になります。 Glebは、サービス層を構築するときに複合操作を使用する方法と、彼が開発した
COOperationフレームワークがどのように
役立つかについて説明します。
Dmitry @handamade Kurkin-アプリケーションサイズの最適化それで、あなたは
「おおお」の音を何と関連づけますか？ もちろん、すべての人のために話すべきではありませんが、iPhoneが登場する前に始めた人にとっては、これは1人のメッセンジャーの音であり、有名人によっては現在のTelegramに匹敵します。
なぜこれだけなのですか？ Dmitryは、12年間さまざまなプラットフォーム向けのメッセンジャーを開発してきました。 過去5年にわたり、
ICQのiOSクライアントはチームリーダーとしてそれを行っ
てきました（「ああ、ああ」という音）。
iOSでアプリケーションのサイズを構成するものと、このサイズをどのように削減できるかを検討してください。 AppStoreでのアプリケーションのサイズを説明するためにいくつかの実験を行います。また、追加のデータを見つけてプログラムコードの最も膨大なセクションを特定するのに役立つツールについて説明します。
Jonathan Levin-マネージャーに殺されないように自分で新しい機能を切り詰める方法アプリケーション会社で働いているときに、突然新しいクールな機能のアイデアが思い浮かんだことがありますか？ あなたはここにあると理解しています-転換点ですが、開発のサポートと承認を求めると、「リソースがありません」または「現時点では他の優先事項がある」という障害に直面しています。
会社の製品に直接精通している従業員は、アプリケーションに最適な機能を考え出し、設計するのに最適ですが、会社のポリシーと手順が邪魔になることもあります。 しかし、欲求があるところには、チャンスがあります！ 反乱軍と反乱軍は世界を征服します-帝国は崩壊しなければなりません！ この機能が重要であることを知っているが、継続する許可がない場合、創造性の自由と会社の優先事項の尊重の間で慎重にバランスを取る必要があります。
このレポートでは、Jonathanが許可なしにこの機能を開発した方法と、解雇/不具/殺されなかった方法を共有します。
Jonathanは、イスラエルの大手モバイルデベロッパーの1人であり、Google Developer Expertsのエリートチームの一員です。 彼は5億ドル以上を調達したGettの成功に重要な役割を果たし、遺伝子市場のコネクタで人気を博しているスタートアップKolGeneの資金も受け取りました。 モバイルと製品管理の忠実な支持者であるジョナサンは、バックエンドにも非常に熱心です。 熟練した開発者および起業家として、彼はスマートなアイデアを有益な製品に変える方法を正確に知っています。