Dartで2年間：毎年「埋もれている」言語で書く方法（パート1）

「そして、彼はまだ死んでいませんか？」、彼らは各フロントエンド会議でダーツについて尋ねます。 「そして、Googleはどのように言語をサポートしていますか？」、「開発者をチームにどのように雇いますか？」、「タイピングが必要な場合、TypeScriptはなぜですか？」



最も一般的な質問を組み合わせて、 Wrike開発マネージャーのIgor Demyanovとのインタビューで質問することにしました。



2年以上前に200万行のコードを抱えていたWrikeがJavaScriptからDartに切り替えることを恐れなかった理由、移行の経緯、製品の成長と開発チームの増加、今日の言語の開発について話します。停滞または死さえも。



イゴール、この製品は10年以上前のものですが、Dartを使用してWrikeフロントエンドの開発を開始する前に何がありましたか？



Dartの前に、ExtJS 3と一部ExtJS 4について書きました。さらに、元従業員の1人によって書かれた小さな自家製のフレームワークがありました。 この「自転車」は今や私たちを悩ませている可能性が高く、私たちはそれを徐々に取り除いています。 現在、プロジェクトには250万行以上のクライアントコードがありますが、ダートで2年間新しい機能を記述しており、ExtJSのレガシーを徐々に削除しています。



どの時点で、なぜJSで書くのをやめるべきだと気づいたのですか？



Wrikeが急速に成長し始めたとき、それは来ました。 チームに11人いたとき、JavaScriptを使用して、だれがどのコードを書いたのかをある程度理解し、古いコードのニュアンスをすべて覚えることができました。 しかし、現在、フロントエンドチームには約50人がおり、開発者は10を超えるスクラムチームに分散しており、個人契約のルールは機能しません。 多くのタスク、多くの開発者、多くのコードがあります。



大量のコード-いくらですか？



現時点では、約10メガバイトの圧縮コードをクライアントにロードしていますが、これは5または6でした。そして、この数字が怖く見える前に、今ではそれ以上です。 しかし、ここでは何もできません。製品は機能的に活発に成長しています。 もちろん、個々のコードがオンデマンドでロードされるように努めていますが、場合によっては、すべてのコードを一度にロードする必要があります。これにより、すべてのWrike機能がクライアントで即座に利用可能になります。



なぜダーツなのか？



Dartは、コードの未使用部分を破棄できるという点で、他のすべてのものと比較して好意的です。これにより、このような巨大な遺産に耐えることができます。 プロジェクトが大きく、多くの開発者がいる場合、使用するものとそうでないものを制御することは非常に困難です。 コードベースにあるコードがあります-誰かが一般的なアセンブリからそれを捨てるのを忘れただけかもしれません-そして彼はまだ私たちと一緒に住んでいます。 そして、JSをビルダーで使用すると、このコードは間違いなくクライアントに届きます。 また、Dartを使用すると、不要なコードを最適化してカットできます。 さらに、私たちは絶えず変化および更新しているJS標準に依存していません。 エンタープライズ製品を作成するとき、ある標準から別の標準に移行するビジネス時間を確保することは非常に困難です。



Dartを選択して、移行の速度を遅くしました。最初にルート部分を書き換えてから、残りの機能を書き換えました。 現在、古いコードよりも新しいコードをすでにロードしています。 同時に、製品は積極的に開発されており、新しい機能を非常に迅速に実行する必要があります。

チームの観点から見ると、プロセスも変更されました。開発者は、どのパラメーターが渡されるかという手続きに費やす時間が少なくなります。



はい、現在TypescriptまたはJS + Flowの機能はほぼ同じですが、Dartが気に入っています。 この言語にはシンプルで明確な構文があり、最も重要なのは、アイデアに集中し、リファクタリングに費やす時間を節約できるようにすることです。たとえば、ES5からES6への移行、フレームワークなどです。







現在、JSで製品コンポーネントの開発は進行中ですか？



いくつかの例外的なケースでは、何らかの重大なバグが見つかった場合、レガシーJSコードを変更できます。 それ以外の場合は、新しいDartコードが作成されます-古いコードを置き換えるか、新しい機能を追加します。



どのフレームワークを使用していますか？



約1年前、PolymerからAngular2に切り替えました。 次に、Angular3に切り替えて、年末までにAngular4に切り替える予定です。 多くの企業では、この点でのビジネスはR'n'Dを満たすのが非常に困難です。そのような移行には長い論争と信念が伴います。 最新のツールを使用しているという事実は、フロントエンド開発者のメリットだけでなく、回帰テストやQAマニュアルで役立つ自動化テスターのメリットでもあります。 Dartに切り替えたとき、すべてのWrikeテクニカルチームのサポートを受けたため、この移行は比較的簡単にできました。 同じことはAngularにも当てはまります。バージョン間の移行は1〜2か月ほど続くと予測しています。



今日、彼らはDart言語についてほとんど知らないが、2年前にはまったく情報がなかった。 作業中のプロジェクトですべてを生き生きと作り直すにはどうしましたか？ ビジネスが一般的にそれのために行ったことを想像することは困難です。



私自身もバージョン0.8でDartを使い始めましたが、それはまだベータ版でした。 実装の時点で、Wrike Dartはすでに公式にアップロードされており、仕様や標準などがありました。つまり、基本的には言語に何も変わらないと確信していました。 どの言語を扱うかを知っていたので、全員が分析して最初の結果を得たので、変更の必要性を合理的に証明できました。 ダーツを支持する主な議論は、ツリーシェーキング-ダーツが未使用のコードをメソッドに切り取る能力です。 そして、これは当社のレガシーボリュームにとって重要です。



なぜTypeScriptではないのですか？



たとえば、WrikeをTypeScriptに移植した場合、おそらく「安い」でしょう。 一方、TSに移植してもほとんど何も得られないほど多くのコードがあるため、同じ量のロードされたレガシーがTypeScriptにのみ残ります。 一方、ダートは簡潔かつ正確に書くことを強制し、デザインの単純な間違いを許しません。これはプラスですが、もちろんこれは厳密です。



仕事に戻る場合、はい、ここでサポートを受けています。 CEOのAndrei Filevは過去に開発者であり、同じ言語で話すことができます。 さらに、言語開発者としてのGoogleの評判は多くのことを語っています。 最終的に、これらの変更は、機能を可能な限り迅速に開発およびリリースし、マーケットリーダーの1つであり続けるために、ビジネス自体に必要でした。 一般的に、ビジネスはサポートされており、現在、私たちは非常に速く動いており、ビジネスは私たちのスピードに満足しています。



しかし、JSで書いてDartに切り替えることを余儀なくされた11人は、おそらくこのニュースをそれほど喜んで受け取らなかったのでしょうか？



JavaScript以外の言語で働いていた人たちは、非常に簡単にDartに切り替えました。 それどころか、ダーツは他の誰かのコードを使って問題を解決し、コミュニケーションを簡素化することに満足していました。 もちろん、JavaScriptを1つだけ知っている人もいましたが、「昔からの信者」のように、変化を敵意をもって感じていました。







現在、JavaScriptの世界にはかなり低いエントリーしきい値があります。コミュニティには、言語を習得する多くの新人がいますが、大規模な製品がどのように設計されているかをほとんど理解していません。 私の同僚のYevgeny Gusevがこのトピックに関するレポートを持っていますが 、それはそれほど前のことではありませんが、JS開発者の間で大きな論争を引き起こしました。



どの言語も、そのアプリケーションのコンテキストでのみ考慮することができます。したがって、ここでは紛争とホリバーは無意味です。 たとえば、JavaScriptは誰でもプロトタイプを作成するのに適しています。JSでコードをどのように記述しても、ほとんどの場合はJavaScriptを実行します。 「悪いJavaScript」という概念はありません。必要に応じて機能するか、必要に応じて機能しないかのいずれかです。







ダーツは難しいです。 Javaや.netのように、あなたには次のようなアナライザーがあります。 できません 動的クラスなどを作成することはできません。」 つまり、言語は、あなたが望む方法に関係なく、それ自体が足で撃つことを単に許可しません。



ご覧のように、多くのDartクリエーターは真面目なオブジェクト指向言語を使用しており、V8はJavaの一部を使用しています。 彼らは大規模なアプリケーションの観点から言語の設計にアプローチしたため、Dartは中規模、大規模、および非常に大規模なアプリケーション向けの言語です。 デフォルトでは、彼は1つを提供していますが、最も効果的なソリューションであり、すぐに使用できます。 ワンクリックでオンデマンドで遅延ロード/ダウンロードを実行できます。言語自体は「カットアウト」され、コードが最適化されます-これらは大規模アプリケーションに必要なボーナスです。 小規模なアプリケーションでは、JSと比較して顕著な効果は見られません。



言語の開発方法、来年に期待される新しいこと、Googleの言語開発者がコミュニティに積極的に参加して問題を解決する方法については、約1週間後にインタビューの第2部を読んでください。



コメントの質問に感謝し、必要に応じて、それらに基づいたDartの操作に関するより詳細な技術記事を作成します。