ネイティブまたはハイブリッド？ Yandexのスペシャリストがモバイル開発の主な質問に答えます

2回目のYandexの「Mobilization」への参加申請の受け付けが完了するまで、文字通り4日間が残っています。 また、4つのサマースクールを初心者向けに統合します。管理学部 、 モバイルデザイン学部 、 インターフェース デザイン学部 、 Android用モバイル開発学部です 。







何百万人ものユーザーにアプリケーションを作成するYandexの従業員だけでなく、招待された専門家も参加者と経験と知識を共有します。 理論だけではありません。 実際の製品には多くの練習とチームワークがあります。 いつものように、授業料は無料で、Yandexはすべての非居住者の学生の旅費と宿泊費を支払います。 アプリケーションを送信していない場合、送信する時間はほとんどありません。 授業は7月3日に始まり、Yandexの20周年の日である9月23日に終わります。



モバイル開発では、最も熱烈な議論のいくつかはネイティブ開発とハイブリッド開発に関するものです。 私たちは、このテーマについて推論する動員教員3人を与えることにしました。 開発の初心者と既に選択を決めている人の両方にとって興味深いかもしれない短いインタビューが判明しました。

ユーリ・ポドロジュニー 。 Yandex Mobile Geographic Information Services Development Servicesのヘッド。 Yandex.MapsおよびYandex.Metroで動作します。 8年以上モバイル開発に従事。 2014年にYandexの一部になったスタジオAny Voidの創設者。

セルゲイはベレズノイを育てた 。 2005年以降、Yandexの検索インターフェイス開発部長。 検索、メール、ブログ検索、Ya.ru、写真、ビデオに取り組むことができました。 さらに、サイトを作成するための内部ツールの開発にも積極的に取り組んでいます。

ローラ・クリスタリンスキー 設計部門の責任者は、2008年からYandexと協力しており、設計者の採用、管理、開発、部門のコミュニケーションと教育プログラム、および社内の設計エコシステム全体を担当しています。 Lolaとともに、Yandexのデザイナーとデザイン研究者のチームが始まりました。 入社前は、Artemy Lebedev StudioのWebサイト開発部門を率いていました。

ローラ・クリスタルリンスカヤ：

最初に、ネイティブ開発とハイブリッド開発の一般的な定義と、それらの違いを説明しましょう。



ユーリ・ポドロジュニー：

2007年にはiPhoneが登場し、2008年にはAppleがアプリケーションを作成できるようになりました。これがネイティブ開発の出発点でした。 これは、1つのモバイルプラットフォームに限定された開発環境を備えたコンパイル済みプログラミング言語です。 iOS用のObjective-CとSwift、Android用のJava。 アプリケーションは、特定のプラットフォームの法律に従って、これらの「ネイティブ」言語のいずれかで作成されます。



ローラ：

プログラミングに関しては、それは革命的な新しいものでしたか？



ゆり：

もちろん違います。 「ネイティブ」という用語自体は、ハイブリッドアプローチとは対照的に生まれました。



セルゲイ・ベレズノイ：

ハイブリッド開発とは、完全にまたは部分的にレンダリングされ、Webテクノロジーを使用して動作するアプリケーションを作成する方法を意味します。 つまり、内部で使用されるものは、HTML、CSS、JavaScriptを使用して実装されます。



ゆり：

実際、今はきれいなWebアプリケーションを作成することはできません。 iOSまたはAndroidアプリケーション内にWebビューを配置する必要があります。つまり、いずれの場合でも、Java、Swift、またはObjective-Cを使用して記述されたコンテナが必要です。 そのため、ネイティブコードの一部はまだ残っています。 クリーンなWebアプリケーションは、おそらくiPhoneの最初の1年であり、外部から作成することはまだ不可能でした。 そしてAppleは、開発者がWebアプリケーションを作成するためのテーマを推進しました。 ところで、この関数はまだそこにあります。 Safariに移動して「ホーム」画面をクリックすると、デスクトップにアイコンが追加されます。実際、これはクリーンなWebアプリケーションです。 もちろん、ストアを通じて配布することはありません。



セルゲイ：

現在、PhoneGap / Cordovaなどのプラットフォームのフレームワークがいくつかあります。これらのプラットフォームでは、比較的言えば、このコードフラグメントはすでに記述されています。 単純にそれらを基礎として開発し、あなたの裁量でそれらをWeb要素と組み合わせます。



ゆり：

ハイブリッドアプローチは、おそらく、モバイル開発が勢いを増し始めたときに時間とリソースを節約したいという自然な欲求から生まれました。 たとえば、特定の若いOSがあり、Webから生まれたさまざまなテクノロジーがあり、多くはそれらを使用しない理由に誘惑されています。 しかし、正直なところ、私には理由がわかりません。 私の意見では、Webテクノロジーを使用した単一の通常のアプリケーションは実行できません。

単純なタスクのハイブリッド、複雑なネイティブ

ローラ：

この場合、選択の問題はまったく関連していますか？ たとえば、私はマネージャーであり、製品を所有しており、モバイルバージョンを作成する必要があります。 ハイブリッド開発とネイティブのどちらを選べばいいですか？



セルゲイ：

タスク、その実装に必要な表現手段、および利用可能なリソースから進める必要があります。 人生の中で彼らが音楽を演奏するように頼み、あなたが色だけを持っているなら、それは難しいでしょう。 カメラからのビデオをリアルタイムで処理し、3Dアニメーションや同様の複雑なものを作成する必要がある場合、ネイティブプラットフォームの核技術なしでは実行できません。 それどころか、単純な白黒の鉛筆で表現手段として十分な場合、Webテクノロジーは時間とお金を節約できます。



ゆり：

私は同意します、それはすべてタスクに依存します。 しかし、私の意見では、ウェブはいくつかの場合にのみ関連しています。 たとえば、これが完全に新しい製品であり、市場がそれを知覚するかどうか、誰かがそれを必要とするかどうかがまだ明確でない場合、タスクは特定の仮説をテストすることです。 または、少量のコンテンツを表示しているだけで、インターフェースとの積極的なやり取りが予想されない場合は、画面とセクション間で移行します。 たとえば、Meduzaアプリケーション。 ニュース画面に移動します。これは単なるWebビューです。 ウェブとまったく同じシンプルなレイアウトで、コンテンツを準備する必要もなく、すべてがモバイルバージョンですぐに表示されます。







セルゲイ：

タスクに応じて、サイトは完全に異なる場合があります。 かつては、Flashサイトを作成するかHTMLサイトを作成するかの選択があったことを思い出してください。 そして、あなたが望むなら、円で描かれたテキスト、ビデオが内側にあり、すべてが美しいと言ったので、フラッシュするだけでいいです。 ここにあります。



ゆり：

もちろん、ハイブリッドアプリケーションの成功例もあります。 たとえば、Basecampには興味深いモデルがあります：ナビゲーションの一部がネイティブに実装されているため、遷移が迅速かつスムーズに実行され、タスクリストのコンテンツがHTMLで表示されるため、タッチバージョンとモバイルバージョンで同じテンプレートが使用されます。 しかし、Yandex.Mapsでは常にネイティブアプローチを採用していました。Webテクノロジを使用して生産的で便利なマップを使用してアプリケーションを作成することは不可能だからです。 Webを使用する唯一の場所は、ライセンス契約の締結です。

ガイドラインに縛られた

ローラ：

理想的には、もちろん、すべてが、意味、あなたが必要とするものと理由、どの製品、そしてそれにとって何が重要であるかから来るべきです。 しかし、私たちは現実の世界に住んでおり、原則として必ずしもすべての人が選択できるわけではありません。 誰かが開発者チーム全体を雇うのに十分なお金を持っていないので、あなたは独創的でなければなりません。 テクノロジーを選択する上で、他にどのような要因が影響しますか？



セルゲイ：

無限のお金があれば、すべてのプラットフォームに適したネイティブバージョンを作成する開発者を3人雇います。 しかし、私は貪欲すぎて、このような無駄遣いを許しません。 ハイブリッドアプローチを使用すると、お金を節約できます。1つのオプションを作成して、それをどこでも使用できます。 しかし、将来、タスクがより複雑になり、たとえばリアルタイムでビデオに写真をオーバーレイする必要が生じた場合、3人の開発者にお金を費やす必要があります。



さらに、アプリケーションごとに3つの異なるデザインを3回描画するかどうかという疑問が生じます。 結局のところ、オペレーティングシステムのガイドラインは互いに非常に異なっており、白鳥のように、ガンとカワカマスは小さなことで異なる方向に移動します。 Windows Phone、Android、iOSのガイドを注意深く読んだ場合、各プラットフォームでユーザータスクが最適に解決される方法について慎重に検討する必要があることがわかります。



ローラ：

ガイドに従ってアプリケーションが作成されていない場合、ストアでのチェックはパスしませんか？



ゆり：

もちろんできます。 Appleがテストしたすべてのアプリケーションが設計者のガイドラインに対応しているわけではありません。 これらのルールの遵守を実際に監視している人はいません。



セルゲイ：

しかし、私たちはアプリケーションA +とAAAクラス、大リーグについて話している。 これらを行うと、各プラットフォームのネイティブデザインの問題が必ず発生します。



ローラ：

また、ネイティブ開発では一般的な設計は不可能です。独自のボタンとコントロールがある場合はどうでしょうか。



セルゲイ：

それはあなたがどのキャンプに属しているかによります。 アプリケーションはプラットフォーム内にあるべきだと考える人もいます。 別の観点-各ブランドはすべてのプラットフォームで同じように見えるはずです。 InstagramやFacebookを見ると、これらはプラットフォームに関連したブランドの自己識別をめぐる闘争のほんの一例です。 彼らはどこでも特別に見えるようにアプリケーションを特別に設計しています。

Yandexでのアプリケーションの実行方法

ローラ：

多くの人にとって、FacebookがWebテクノロジーに幻滅し、ネイティブ開発に移行したという事実は、Web開発の優位性の証拠になっています。 これはどれくらい合理的ですか？



セルゲイ：

これは、すべてのプラットフォームで製品を分離するために好きなだけ多くのプログラマーを雇うことができれば、Facebookであることが良いという事実についての物語です。 ちなみに、このような動きに対応して、スタジオを宣伝する人の中には、Facebookがアプローチを変えたという不利な点なしにFacebook Webアプリケーションを作成した人もいました。 つまり、ここではすべてが明確ではありません。 Webテクノロジーが悪いからではなく、プログラマーができることをすべてやらなかったからかもしれません。



ゆり：

最初のバージョンのFacebookには完全にネイティブなアプリケーションがありましたが、その後HTMLに切り替え、ストアで2つの星を数年間使いました。製品が本当に遅くなり、みんながoldり、結局ネイティブに戻ったからです。 これは、善意で優れたWebベースのインターフェイスを作成する方法を示す活発な例ですが、結局、生産性が低下したり、開発資金が不足したりします。



ローラ：

しかし、たとえば、Yandex検索アプリケーションはハイブリッドです。 なぜ、Webテクノロジーに多くの欠陥があるのでしょうか？



セルゲイ：

当社のサービスは主に情報の問題を解決するため、エンターテイメントゲーム製品の場合よりもインターフェイスがシンプルになります。 ですから、私たちは実際にはパフォーマンスに休みません。 そして、巧妙に使用されたWebテクノロジーの表現手段はそれほど貧弱ではありません。 さらに、ハイブリッドアプローチの柔軟性により、Web上で以前に行った成果の一部を完全に書き直すことはできませんが、その成果には多くの労力が必要です。 そして、時間とお金を節約します。



しかし、デザイナーには困難があります。プラットフォームに関係なく、ユーザーに「共通のYandexインターフェース」として認識されるインターフェースを作成する必要があります。



ゆり：

UIに加えて、ユーザーの利便性の問題がまだあります。 また、各プラットフォームには独自のUXがあります。 ユーザーは、優れたアプリが快適であり、習慣に従うことを期待しています。



ローラ：

ユーザーの利便性と製品のブランド統一性のバランスの問題をどのように解決しますか？



ゆり：

2年前、Yandexのこの問題はより顕著でした。 すべてのアプリケーションのスタイルは非常に異なっていました。 その結果、すべてに共通する独自のインターフェイスガイドを開発し、すべてのモバイルガイドラインから最も成功したパターンを選択し、場合によっては独自の最高のパターンを考え出しました。 しかし、新しいルールを導入するプロセスは非常に長く、膨大な数の落とし穴があり、まだ確定していません。



セルゲイ：

テクノロジーを使用した実験の主な推進要因は、開発のための人件費の最適化と、ユーザーに高品質の製品を提供することです。 最初は、検索アプリケーションをネイティブに作成しましたが、たとえば、チームとリリースの同期など、別の問題が発生しました。 最初に3つの異なるプラットフォームで異なる開発者に投資することを決定した場合でも、将来、管理上の問題が発生するリスクがあります。 新しいUI、これらのプラットフォームの新機能がすべての場所で同時に更新され、このインターフェイスを完全に同期的に理解できるようにする方法は？



実践が示すように、大企業では、これはすべて開発者の異なる氏族に変わります。一部はモバイルバージョンのアプリケーションを作成し、一部はタッチバージョンのサイトを作成し、さらに一部はデスクトップバージョンを作成し、一部はAndroid用のアプリケーションを作成し、一部はWindows Phone用に作成します。 そして、これら5つのチームすべてを互いに同期するには、レベル80のマネージャーが必要です。 そして、単一のコード、つまり単一のコマンドのアプローチは、そのような混乱を取り除くのに役立ちます。



ゆり：

私の意見では、これは問題ではなく、問題の状態です。 たとえば、Yandex.Mapsで何らかの新しいことを行う場合、まず1つのプラットフォームでそれを実行し、次にすべてのレーキを収集してから、それらを他のすべてのレーキに追加します。

開発者がアプリケーションの作成を開始するために知っておくべきこと

ローラ：

ネイティブテクノロジーとハイブリッドテクノロジーの参入しきい値はどの程度異なりますか？ 一般的に、プログラマーはモバイル開発にどのような基盤を置く必要がありますか？



ゆり：

ネイティブアプリケーション開発者は、Objective-C、またはSWIFT、またはJava、またはC ++を知っている必要があります。 しかし、私の意見では、どの言語で書くかはビジネスです。ここで重要なのは、プログラミングの基本的な知識です。 私の人生で応募した人は全員、モバイルの経験はないが、バックグラウンドの良い学生でした。 他のすべては実際に理解されています。 優れた専門家チームに参加し、1桁速く成長します。



セルゲイ：

HTML、CSS、またはJavaScriptを使用してインターフェイスを開発した経験がある人は、モバイルブラウザーの詳細を詳しく調べる必要があります。 インターフェースについて話すと、これらは相互作用パターンです-指ではより多く、キーボードではより少ないです。 ランタイムには、モバイルブラウザー用のJavaScriptとCSSの独自の仕様がありますが、最近では差がますます少なくなっています。 原則として、モバイル向けの開発は、比較的新しい技術としてWeb標準のより近代的な実装を備えているため、幅広いデスクトップブラウザよりも簡単です。 しかし、現在、モバイルプラットフォームが古くなると、一部の機能をサポートしていない古いブラウザを使用しているクライアントがいる場合と同じ問題がデスクトップで発生し始めます。



ローラ：

プログラマーはモバイルと非モバイルに分かれていますか？ たとえば、設計市場では、これは必須の追加スキルになりました。 たぶん、あなたは実際に毎日モバイルインターフェースを扱っていないかもしれませんが、モバイルデザインの基本的な知識がなければ、インタビューと選択に合格することはほとんど不可能です。



ゆり：

プログラミングには非常に大きな応用分野があり、C ++で一部のサーバーコンポーネントを開発している人は、モバイル開発について何も知らないかもしれません。



セルゲイ：

マイクロコントローラーやユーザーインターフェースの開発は大きく異なり、あるボートから別のボートにジャンプするのはそれほど簡単ではないことに同意します。 しかし、モバイル開発について話す場合、Yandexでは、デスクトップ版とモバイル版のサイトをすぐにタイプセットする人を連れて行きます。 つまり、レイアウト、HTML、CSS、およびJavaScriptがデスクトップブラウザーでどのように機能するか、モバイルでどのように機能やニュアンスがどのように機能するかを理解する必要があります。 デザイナーと同様に、フロントエンド開発者の追加スキルが判明しました。



ローラ：

また、モバイル分野では、プラットフォームに応じてスペシャリストの部門はどの程度厳格ですか？



ゆり：

AndroidとiOSは、まったく異なる2つのストーリーです。 もちろん、希望する場合は、両方を行うことを学ぶことができます。 しかし、私が一緒に働いた人たちの中には、プラットフォームを変える人はいませんでした。



セルゲイ：

各プラットフォームはかなり深いエコシステムであり、機能するには実用的な経験が必要です。 しかし、Androidテクノロジーの知識があり、iOSアプリケーションを扱うチームでAppleのチームを学びたいインターンを簡単に取得できると思います。 違いは、マイクロコントローラーのプログラミング間の差ほど大きくありません。

アダプティブレイアウト-万能薬ではありません

ローラ：

貧しいけれどもcな人には、アダプティブレイアウトのようなものがまだあると聞きました。



セルゲイ：

デスクトップとモバイルで異なる動作をし、それらに適応できるように、Webテクノロジーのインターフェースを作成する技術的な機会があります。 しかし、残念なことに、一部の製品のゴム性は無限ではなく、この適応性の範囲内の変動性は非常に限られています。 このようなラバーレイアウトの主な利点は、1つのコードを作成し、それをどこでも使用できることです。



Yandexでは、少し異なる方法で作業を行います。どこでも使用する共通の部分がありますが、異なる必要があるものがあり、サイズごとに別々に記述します。 したがって、2つの椅子に座ります：適応性の概念にあるコードの再利用と、タッチプラットフォームおよびデスクトッププラットフォームの特定の再定義によるより微妙な適応性の導入。







ローラ：

マネージャー、デザイナー、開発者がこれらすべてのニュアンスをどのように考慮するかをまとめましょう。



セルゲイ：

私は頑固な狂信者ではなく、毎回意識的な選択をすることをお勧めします。あなたの頭に可能な限り広い文脈を持ち、すべての要因を考慮します。 「Facebookがハイブリッドアプローチからネイティブアプローチに切り替わったので、それが必要だ」とか、「YandexがWebテクノロジーを使用してアプリケーションで出力を作成したので、そうする必要がある」とは思わないでください。 トピックに飛び込む必要があります。



ゆり：

このためには、少なくとも両方を理解する必要があります。 正しいアプローチはないため、世界の仕組み、仕組みを理解してください。 いくつかのインターフェースとセクションがWeb上に作成されるネイティブアプリケーションを作成することは非常に可能です。 各タスクを個別に分解してから、決定を下す必要があります。 ここには魔法の薬はありません。