Qt 社は、少なくとも組み込みデバイスの世界では、JavaScript と HTML は役に立たないことを開発者に思い出させたいと考えています。
フィンランドのエスポーに拠点を置くこの 23 年の歴史を持つ企業は、C++ やその他の言語を使用してインターフェイスを構築する方法を提供する、同名の Qt アプリケーション フレームワークという代替手段を開発しています。
つまり、ソフトウェア業界も完全に利害関係のない当事者というわけではない。最近、ホワイトペーパー（名前の通りマーケティング用のPDF）を発行し、家電メーカーはデバイスインターフェースの構築にWeb技術ではなくQtを使うことで数百万ドルを節約できると主張している。
コンサルタント会社Embedded Useを運営するBurkhard Stubert氏が執筆した論文によると、FacebookやNetflixなどの企業はARM Cortex-A9コア4基を搭載したシステムオンチップ（SoC）以外では60FPSと100msの応答時間を達成できなかったが、QtはシングルコアのCortex-A8 SoCで同等の応答性を実現できるという。
スチューバート氏は、100万台の生産量を持つ無名の家電製造顧客に適用した場合、4つのCortex-A9コアを備えた21ユーロのSoCではなく、1つのCortex-A8コアを備えた10ユーロのSoCを使用することで、53パーセント、つまり1100万ユーロ（1276万ドル）のコスト削減が可能になると予測している。
Silk Labs の CEO であり、Mozilla の元 CTO である Andreas Gal 氏は、 The Registerとの電話インタビューで、Qt と HTML のどちらを使用するかという決定は微妙であり、具体的な状況によって決まると語った。
不自然
ガル氏によると、HTMLはデスクトップ時代に開発されたため、応答性に対する要件が異なっていたという。「デスクトップ画面では、応答に時間がかかります」と彼は言う。「スマートフォンでは、60FPSで瞬時にレンダリングしないと不自然な感じがします。」
Mozilla がウェブベースの携帯電話向けオペレーティング システム Firefox OS を開発していたとき (2011 年から 2015 年)、HTML がそのようなデバイスに対応できるかどうかは明らかではありませんでした。
Gal 氏によると、HTML の初期のころは応答性が大きな問題だったが、その上、当時のモバイル デバイスの計算能力は低く、HTML のレンダリングは最適化されていなかったという。
GoogleはクロスプラットフォームHTMLアプリの悲劇を軽減するツールを公開
続きを読む
ガル氏によると、そうした懸念の一部は依然として妥当だという。「HTMLでパフォーマンスの高いアプリケーションを作るのは、依然として非常に難しい」と彼は言う。「多くの経験が必要です。一方で、優れたHTMLエクスペリエンスを実現することは十分可能です。ネイティブQtと同じくらいレスポンシブなWebアプリを作成することは可能ですが、そのためには自分が何をしているのかを深く理解している必要があります。」
Qt が潜在的顧客に対して売り込んでいるのは、知識を得るのが難しい場合があるということだ。
Qtのプロダクトマーケティングディレクターであるカール・エング氏は、 The Register紙のインタビューで次のように語った。「HTMLとJavaScriptを使えばパフォーマンスを最適化することはできますが、そのためには本当に経験豊富な開発者が必要です。Netflixのような企業だけが、このようなタイプの開発者を確保できるのです。」
ガル氏は、Webテクノロジーはエコシステムの面で大きな優位性を持っていると述べた。しかし、彼はReact Native（FacebookのReact JavaScript UIライブラリを使ってネイティブアプリを構築するためのフレームワーク）という別の選択肢もあることを示唆した。React Nativeは、Webツールとネイティブレンダリングを組み合わせることで、両方の長所を兼ね備えているとガル氏は説明した。
「もし今日、HTML と Qt のどちらでアプリを作るべきかと聞かれたら、私は React Native と答えるでしょう」と彼は言いました。®
