WebAssemblyの生産とスマートテレビの「地雷原」：Andrey Nagikhとのインタビュー

WebAssemblyへの関心は大きいですが、これまでのところ、作業中のプロジェクトでこのテクノロジーを使用している人々に会うことはほとんどありません。 スマートTVのアプリケーション開発も「異例のJavaScript」であり、誰もが何かについて聞いたが、個人的にそれを試した人はほとんどいなかった。



Andrei andreynagih Nagihは両方の分野での経験があります。以前はPeers.TVプロジェクトのスマートTVアプリケーションに取り組んでおり、ここ数か月でWebAssemblyに精通したため、最終的にHolyJS会議で報告しました。 また、HolyJSオンラインブロードキャストで、両方について質問しました。



そして今、彼らはそれがHabrの読者にとっても興味深いものになるかもしれないと判断し、インタビューの編集されたテキスト版を作成しました。



（誰かがビデオ形式に慣れている場合は、投稿を読む代わりに、 元のビデオを見ることができます。）



Evgeny phillennium Trifonov：あなたはここでWebAssemblyについてプレゼンテーションをしました-多くの聴衆の質問があり、それらは「理論的に興味がある」からですか？



アンドレイ・ナギフ：報告の後、私はディスカッションエリアでまったく異なる質問に1時間答えましたが、スペクトル全体に非常に多くの質問があったことに驚いています。 ほとんどの質問は「好奇心just盛」な人からのものでしたが、すでにそれを使用している人もいました。 驚くべきことは、そのような人はこれまでのところ少ないからです。 かなり実用的な質問がありました。



Eugene：以前は、彼らはWebAssemblyについて「これが成熟して適用可能になるとすぐに」と言っていました。 そして今、技術はどのように「熟す」のですか？



Andrey：テクノロジー自体はすでにかなり機能しており、本番環境で使用できます。 私たちはそれを使用しています。 しかし、問題はツールにあります。 コンパイラ自体は、テクノロジ自体よりも古いことが判明したため、かなり優れています。以前のバージョンからasm.jsで入手できます。 しかし、デバッグツール、ソースマップ、デバッガー-これはまだ難しいです。 来年または2つのブラウザでこれらのポイントを引き上げると思います。



ユージーン：そして、最初にWebAssemblyが必要だったもの-どんな種類のプロジェクトで、この利点は何ですか？



Andrey：私たちのプロジェクトの1つであるByteFogは、P2Pビデオコンテンツ配信のためのテクノロジーです。 WebAssemblyについて考えることができる最も理想的なユーザーケースがあるでしょう。 すでにC ++で大きなコードベースがあり、他の言語に書き換えたくはなかったので、ブラウザーで必要でした。 したがって、この技術はここに100％収まるようです。



最初は、それを取得してコンパイルするだけで機能すると考えました。 しかし、もちろん、これは人生では起こりません。だから、レーキについてのこのレポートと、実際には、それをすべてプロダクションにドラッグする方法についてのレポートが生まれました。



Oleg olegchir Chirukhin：そして、生じた主な問題は何ですか？



Andrew：主な問題は、システムにアクセスできないことです。 ネイティブアプリケーションがあり、何でもできます。 ブラウザに移植する場合、JavaScript以外のことはできません。 そして、どうにかそれと一緒に暮らす必要があり、ブラウザAPIを使用する必要があります。



アプリケーションを移植するプロセスは、条件付きで8か月かかりました。 確かに、この期間中にコードベースのリファクタリングを適切に行いました。これは一般的には良いことです。 そして今、私たちはそれをどこかに移植することができます。



オレグ：タリングについてはすでに言及しましたが、より詳細に可能ですか？ デバッグ、トレース、プロファイリング、それだけです。



アンドリュー：要するに、すべてが悪い。 しかし、良いものの小さなフラッシュがあります。



まあ、コンパイラは多少落ち着きました：それはEmscriptenです（他のランタイム-Rust、Go、Kotlin / Native-のC ++について話している）。



デバッグ：Firefoxはソースマップをサポートしていますが、それ自体は悪くありません。 Google Chromeでは、アセンブラコードを表示するだけで、ブレークポイントを設定できますが、これはまあまあです。



プロファイラーは、Firefoxではより良く、Chromeでは少し悪くなります。 違いは、Firefoxが名前を解く、つまり、ソースコードにある名前にすることです。 Chromeはマングルされた名前を表示しますが、それが何であるかを理解するには目を細める必要があります。



Oleg：人々はJavaScriptからC ++に、またその逆にどのように適応しますか？



Andrei：あなたはおそらくここで私を見ることができます-最初はフロントエンドでしたが、今ではネイティブコードに触れました。 しかし、正直なところ、プロジェクトの前でさえ、私はネイティブに何かをおしっこしようと思っていました。 だから私はおそらくあまり代表的ではありません。



私たちはC ++側のプロジェクトで話す同僚のYuraとたくさん話しました。彼は「プラス」について私に話し、JavaScriptについて彼に話しました。 そして彼はJavaScriptに興味がありました。 偶然-10人中10人：ネイティブはJavaScriptがいつだったかを学びたいですか？ そして、私たちには良いチームがいます。



まだサードパーソンがいます-これは、一般的にアセンブラコードを見てアーキテクトのKolyaです。「みんな、とにかくデバッグできます。 さて、見て、すべてが明らかです：これはスタックされたマシンです、ここではメモリを操作し、ここでは算術...みんな、なぜソースマップが必要なのですか？」彼は空き時間に組み込みシステム用に書くことができます。



オレグ：そして、C ++からの特別な驚きはありましたか：言語、使いやすさ、C ++からの作業ですか？



アンドリュー：まあ、もちろん、私はこれの準備ができていました。 最も重要な驚きは、プロジェクト中にプラスと話し合った後、JSとC ++には多くの共通点があることに気づいたことです。 完全に異なる言語のように見えますが、交点を見つけることができます。 このトピックについて別のレポートを作成することもできます。それについて考える必要があります。



ユージーン：そして今、両方の後、あなたは何を書きたいですか？



アンドリュー：実際、私はC ++のプロダクションで書く準備ができていません。 私は自分で何かをします。 しかし、JavaScript-どこに行きますか？



Oleg：C ++が高速で、テンプレートのようなクールな機能がたくさんあるという事実はどうですか？ いくつかの超標準的なコードを作成するときに、テンプレートはフロントエンドに役立ちますか？



アンドレイ：冗談があります：「問題があり、正規表現を使用してそれを解決したい場合、おめでとうございます。2つの問題があります。」 テンプレートと何かが似ていると感じています。 私たちのプロジェクトでは、テンプレートを使用しないようにしています。C++開発者がそこに何かを実装しようとすると、アーキテクトは非常に抵抗します。 問題はデバッグで発生します。どこで問題が発生したかは明確ではありません。



オレグ：つまり、生成されたコードで何が起こるかは明確ではないのですか？ 彼はソースへのソースマップを構築できませんか？



Andrew：私の知る限り、テンプレートを使用したネイティブC ++であっても、デバッグは困難です。 WebAssemblyの下にドラッグすると、WebAssemblyの下でのデバッグで問題が発生します。 したがって、それは地獄だと思います。 （カメラを注意深く見てください）子供たち、C ++テンプレートを使用しないでください！



オレグ：テンプレートがなければ、彼はCになります。 純粋なCで記述することが可能になります。



アンドリュー：しかし、オブジェクトはどうですか？



オレグ：うーん...「クラスのあるC」、はい。 クラスを使用したCとテンプレートを使用した慣用的なC ++でのコードの記述は、まったく異なる2つの方法だと思います。



Andrew：はい、可能です。



オレグ：哲学的な質問：WebAssemblyをブラウザーに追加すると、地獄へのポータルが開くと思いませんか？



アンドリュー：そうですね。 なぜなら、C ++が存在するすべてのために書かれたC ++ライブラリまたはプログラムをブラウザでコンパイルして、何が起こるか見てみることは、おそらく流行になるからです。 今日、私はブラウザでWindows 2000のデモを見せました。



オレグ：つまり、これは単なる本格的なWindows 2000ですか？



Andrew：はい、これは18年前のWindows 2000と同じもので、実行するにはコンピュータ全体が必要でしたが、今ではChromeが必要です。



Oleg：カーネルモードを必要とするものはどうですか？



Andrei：彼女はQEMUエミュレーターで実行され、Fabrice Bellar（QEMUの著者）によってWebAssemblyによって個人的に移植されました。 もちろん、ファイルシステム、ネットワークにはアクセスできません。 しかし、これはWindows 2000であり、起動し、散らばり、すべてがそこにあります。 分かります



オレグ：スマートテレビのアプリケーションのトピックに移りましょう。 ところで、そこにあるWebAssemblyで何か面白いことができますか？



Andrew：そこでサポートされていれば可能です。 スマートテレビの問題は何ですか？ スマートTVは更新されていないため、この開発は10年前のフロントエンドの開発に似ています。 テレビを買って壁に掛けた男は、何年もそこに吊るしています。



Oleg：しかし、私は常に「待って、ファームウェアがロードされています」と言っています。 すでに怒ります。



Andrei：ファームウェアがロードされているかもしれませんが、私が知る限り、システム、ブラウザを直接更新しません。 その結果、ブラウザがChrome 5として表示される何年も前のテレビを引き続きサポートしています。



オレグ：覚えていません。



アンドリュー：私も覚えていません。 スマートテレビ、特に古いテレビの開発は、ブラウザ戦争のフロントエンドに似た地雷原です。



Oleg：つまり、古いバージョンと新しいバージョンの両方で動作するスーパークロスブラウザーレイアウトを作成する必要がありましたか？



アンドリュー：はい。 実際には、レイアウトの問題はJavaScriptほどではありません。APIによる非互換性です。今はすべてに言及しません。



オレグ：そして、スマートテレビで使用したいが、使用しないブラウザーで利用可能なものは何ですか？



Andrew：数百ものもの。フレックス（JavaScriptでさえない）で始まり、WebRTCで終わります。 ByteFogはWebRTCを使用します。 すでにスマートテレビにあるコードを引っ張ってくれたら素晴らしいと思います...



ユージン：そして、言及された問題に加えて、スマートテレビの開発-それはどのようなものですか？ 感覚はどうでしたか？



アンドレイ：デバッグツールは非常に貧弱で、実際には何もなかったため、スマートテレビブラウザーの開発者はスマートテレビ用のアプリケーションを開発したプログラマーを好まなかったようです。 これは、最新のTizenおよびwebOSプラットフォームには当てはまりません。 しかし、私は以前にこれを行いました、そして古いプラットフォームがありました、そして、すべてがそこで悪かったです。 最良のデバッグツールはweinreでした 。これは実際にはデバッガーではありません-JavaScriptをそこで停止することはできません。 これは、Webソケットで動作するChrome DevToolsのこのようなポートです。 一般的に、レイアウトをデバッグすることは可能でしたが、JavaScriptでは何もすることは事実上不可能でした。 どういうわけか私たちは住んでいた。



Oleg：ブラウザで実行できるのに、なぜSmart TV自体でデバッグするのですか？



Andrew：ブラウザーにはJavaScriptがあり、ブラウザーが提供するAPIがあります。 これらは2つの異なるものです。 同様に、テレビにはJavaScriptがあり、ブラウザーエンジンからのAPIがあります...



オレグ：ほとんどの場合、これはWebKitです。



アンドリュー：はい、原則として。 また、別のカテゴリのAPIがあります-このテレビのプラットフォームによって提供されるものです。 まず、これはプレーヤーであり、次に他の機能（リモートコントロールなど）です。 これらのAPIはブラウザには含まれません。



エミュレータがあり、メーカーは実際に提供していますが、ハードウェアと完全には一致していません。 したがって、エミュレータでデバッグしたものがテレビでも機能するということは事実ではありません。 逆もまた同様です。エミュレーターでは動作しない可能性がありますが、テレビでは完全に動作します。 そのため、最終的に、エミュレータを使用せず、実際のハードウェアでデバッグしようとするという結論に達しました。 それはより速く判明します：あなたはそこにないバグに時間を無駄にしません。



オレグ：そして、いくつのプラットフォームに対処しなければならなかったのですか？時間の経過とともに、それらは小さくなったり大きくなったりしましたか？



Andrew：私がスマートTVに携わったとき、メーカーは古いオペレーティングシステム（条件付きでLinuxと呼ばれ、それぞれ独自のソースを持っていました）から新しいものに移行しました。 次に、Samsung、LG、Panasonicの3つの異なるアプリケーションを作成する必要がありました。 これらのアプリケーションは、比較的言えば、コードをコピーしました。 そして、SamsungがTizenに、LGがwebOSに、PanasonicがFirefox OSに移行するというニュースがほぼ同時に発表されました（その後、存続しなくなり、Panasonicは現在分岐しています）。



一般的に、誰もがプラットフォームを変更しているように思われます-なぜ1つに収束しないのですか？ それは誰にとっても、特に開発者にとってははるかに良いことです。ソフトウェアが増えれば、ユーザーはより便利なプログラムを受け取ることになります。 しかし、いや、いまだに異なるアプリケーションを書いています。



Oleg：すべてのプラットフォームで何らかの形で満杯にすることは可能ですか？



Andrew：最後に、私たちは単一のフレームワークに到達し、プラットフォーム固有のものを置き換えて、クロスプラットフォームのビジネスロジックを記述しようとしました。 しかし、これは回避できたようです。



Oleg：Android TVはありますか？



Andrew：2つのタイプがあります。 以前はどうでしたか？ 通常のAndroidをテレビに挿入して放しました。 そして、GoogleはAndroid TVの特別なブランチを作成し、D-Pad、つまりリモートコントロールに最適化されました。 そのようなテレビもあります。 しかし、これは別のストーリーと別のストアです。



そして、Androidモバイルデバイスで誰もが勝ち、さまざまなメーカーがこのOSに落ち着いた場合、Googleはこれをテレビで実現できませんでした。 xkcdの図のように、すべてが1つのプラットフォームに制限される代わりに、もう1つあります。







Eugene：Android TVの下に4K画面のテレビがありますが、HDMI入力からは実際に4Kを受け入れますが、組み込みのAndroidは720pにあります。 なぜこれが起こっているのですか？ テレビは4K規格で予算に優しいため、メーカーはおそらくハードウェアを節約していますか？



Andrew：はい、ここでは、オペレーティングシステムがこのハードウェアで4Kの画像をレンダリングできないという事実に反論しています。 実際、これは、スマートテレビ（つまり、アプリケーションのテレビ部分）が全画面解像度を使用しない場合の一般的な状況です。 FullHDはHD Readyに、4KはFullHDに、または720pにさえ漏れていました。 これは、テレビとコンテンツの両方があるにもかかわらず、4Kテレビで4Kコンテンツを表示できない非常に興味深い瞬間です。



テレビは一般的にインターフェースを持っていることが多い-残念ながら、これはスマートTVプラットフォームの惨劇です。 さらに、Yandex.Marketでは、「スローダウンしないテレビ」をチェックしてフィルタリングしないでください。 どうやら、店に来てそこで選択することは残っているようです。



オレグ：そして、これはアプリケーション開発にどのように影響しますか？ 多数のdivを追加した場合、アプリケーションはどんどん遅くなりますか？



アンドリュー：もちろん。 大きなリストをレンダリングする必要がある場合は、すべてではなく部分的にリストを変形してレンダリングする必要があります。 チャンネルのリストに200を含めることができますが、リスト全体をレンダリングすることはできませんでした。スクロールするときにブレーキがかかりました。



私は数年前の状況について話している。 現在リリースされているテレビでは、事態はさらに改善される可能性があります。 しかし、再び、人々はめったにテレビを変えません。



オレグ：あなたはどう思いますか、私たちが現在スマートテレビで見るすべての未来は何ですか？



アンドレイ：私は悲観的です。 私の予測が叶わないことを願っていますが、テレビで3Dテクノロジーの夕日が見えました。すべてのメーカーがこう言いました。 私は望みませんが、スマートテレビはこの運命に苦しむようです。



オレグ：それから、スマートテレビを持っていない場合にこのことを使う主なパターンは何ですか？ 大きな太ったPCをテレビに貼り付けますか？



アンドリュー：大型コンピューター、だれも固執しないと思います。 コンソールが最善の選択かもしれませんが、スマートテレビとコンソールには共通点が1つあります。それはリモートコントロールです。 また、適切なリモートコントロールを行うことは非常に困難です。 加速度計でジョイスティックを作成する、つまり、ジェスチャーコントロールを実装したり、マウスをエミュレートしたりすることもありますが、これも理想とはほど遠いものです。 一般に、スマートTVの問題は、UI / UX領域で発生する可能性が高くなります。 一部では、音声制御はテレビのUXを支援することができます-Peers.TVでは、ユーザーのスマートフォンを使用してサポートされており、現在、マイク付きの特別なリモコンに取り組んでいます。



Eugene：はい、Googleは音声制御の方向でテレビを熱心にリードしているようです。 これはさまざまな成功を収めて行われています。 しかし、次のように会話を締めくくります。将来、視聴者が「HolyJSの配信を開始してください」と言うだけで十分であることを期待しましょう。

WebAssemblyまたはSmart TVについて読んでいるときに質問があれば、コメントでAndreyに尋ねてください。



また、5月24〜25日にサンクトペテルブルクで次のHolyJSが開催されることにも注意を払っています。 彼女のプログラムはまだ発表されていませんが、通常のフロントエンドを超える「非定型javascript」の場所もおそらくあるでしょう。チケットは徐々に高価になっています。