2017：Galaxy JavaScriptのヒッチハイクガイド

JavaScriptカン​​ファレンスでのIlya Klimovのレポートのデコードfwdays。

私たちは、2017年にコミュニティとして、ムーブメントとしてJSの開発のいくつかの傾向を追跡しようとします。 私は価値判断を避けるために非常に一生懸命に努力します。 私はだまされていますが、それはまだ動作しません。 そして約1年後、このプレゼンテーションをYouTubeで喜んで開き、私がいかに間違っていたかを理解することができます。

それでは、2015年に早送りしましょう。 JSの進化を見てみましょう。

個人的には、2015年のJSは無秩序状態でした。

可能なすべてのものが爆発的に成長しました。 私は、計画に「何が期待できるのか」という啓示とともに、サポートするようになったすべてのプロジェクトに来ました。

このアナキズム運動の指導者はバベルであり、バベルのままです。 覚えていない場合、Babel 6は2015年末までにリリースされました。このゲームは次のとおりです。誰がどのプリセットセットを使用しているのかを推測してください。 実際のヒップスターと同様に、ステージ0を使用し、バインド式、直交クラスなど、可能なすべてを使用します。 このプロジェクトやそのプロジェクトがいかにヒップであるかを推測するのは楽しかったが、好きではなかった。 私の練習が示しているように、私はこのゲームが私だけでなく好きではありませんでした。

誰もが泣き言を言っていました。JavaScriptFatique、私たちはこれにうんざりしており、人々は変化を求めています。 基本的に、変更が来ました。

2016年は民主主義の年でした。 最後に、Angular2がリリースされました。 私たちはすでにそれを望んでいて、書きました。 コミュニティは動物園から健全なソリューションに移行しました。 Create Reactアプリが登場しました-EmbersはDan Abramovにそれがかっこいいことを示しました。 Vue2が登場しましたが、これは誇大広告に飽きません。 2017年にコミュニティは何に移行しますか？

2017年は独裁政権の兆候の下で私のために過ぎ去っています。 ディクタラは違います。 略語BDFLを知っている人は何人いますか？ 「グッドライフ独裁者。」 このような最初のタイトルは、グイドヴァンロッサムに授与されました。 ライナス・トーバルズは、彼が独裁者であると言いますが、彼は生涯の独裁者ではないと付け加えます。 まあなど。 私たちは何について話しているのですか？例えば、2016- 2017年のReactコミュニティの生活を変えたものは何ですか？

反応アプリを作成する

もちろん、これはCreate React Appの登場です。これは、Reactアプリをすばやく起動するための統一された方法です。 誰もが好きな方法。 たとえば、最近、Create React Native Appを試してみました-一般に、彼らが言うように、いくつかのコマンドと頭痛のないことを使用してRNプロジェクトを開始するための優れた方法です。私はAppleテクノロジーのファンではないので、Xcodeのこれらすべての恐怖は、遠ざかろうとします。 美しさとは何ですか？ ご存知のように、オペレーティングシステムとして私が大好きなLinuxのモットーは次のとおりです。Linux-すべてを構成でき、すべてを構成します。 Create React Appの場合、モットーはこれです：あなたは何も設定できず、誰もあなたにそれを設定させません。 アイデアは、決定があなたのためになされるということです。 コミュニティは、ある種の「フェイスブック主義」を採用しています。 ステージ3の内部。 専らこれらの決定、圧制について話すとき、大多数は彼らの枠組みの中で動きます。

よりきれい

たとえば、テクニカルディレクターと定期的に戦う別のプロジェクトがあります。彼は私よりもレトログラードですが、ひげはありますが、私のものではなく、ヒップスターにふさわしいです。 ただし、多くの大規模なオープンソースプロジェクトはすでにこのことを採用しています。 Prettierは、事前定義されたルールに従って、美しく愛情を込めて書かれたコードとフォーマットを使用します。 それは良い独裁者であるはずなので、注意を払ってください、彼はあなたの性格を吐き出したかったのです。 彼は、このシナリオでは、この2つの線を美しく保つことができるので、このような2つの線を維持するのが便利であることを気にしたかったのです。 その代わりに彼は何を提供しますか？ 統一されたコード。 ジュニアとシニアをどのように区別しましたか？ 彼が書いたコードの清潔さを含む。 忘れて。 今、あなたはコードを書きます、そして、私はあなたがジュニアとシニアを区別できないふりをします。 もちろん、コードを見せれば後輩にとっても良いことです。もっとお金を稼ぐチャンスがあります。 しかし、一番下の行は、Prettierが登場したときに、ダンアブラモフが優れた問題を作成したことです。「ここに設定を追加しないでください。」

Prettierには、完全に全体的な5つまたは6つの設定のみがあります。セミコロンを使用するかどうか、スペースまたはタブ、インデント、単一引用符または二重を使用します。 なんで？ オン/オフできる設定が10個以上ある場合、これらは2の10乗、1024個のPrettierの組み合わせであり、それぞれをテストする必要があります。 これは誰もが望むものではありません。 誰もがコードが同じように見えることを望んでいます。 Prettierの作成者がコードをどのようにフォーマットするかに同意しますか？ 常にではありません。 私はこれに耐えますか？ 準備ができました。 私の同僚の何人かは、プレッティアが彼らに同意しない定期的な痛みを持っています。 しかし、再び、暴君にふさわしいとして-誰が尋ねますか？ そして、これは一方では良いことです。 どのプロジェクトでもコードを使用できるのは素晴らしいことです。巨大なスタイルガイドを作成する必要はないことを理解しています。「聞いてください、プリコミットを使用します。プリコミットフックで、彼はすべてを修正します。」 それが私のCTOとの闘いです。 彼は最後に修正されたコードを見て、彼らがそれを始めたとき-それはすべて、それは遅すぎます。

コーポレートパワー

私の意見では（そして私の意見だけでなく）、JSコミュニティが動いているもう1つの傾向は、企業の力です。 約10年前、「Enterprase JS」というフレーズで、ヒステリックな笑い声が聞こえました。 今、彼は少し聞こえます。 私たちの主流を見てみましょう。

GoogleはAngularの背後にあり、FacebookはReactの背後にあり、Vueは背後にあります。まあ、聞いてください。私たちは皆、この美しい物語を愛しています。 わからない場合、ユアン・ユーの仕事は現在、アリババと呼ばれるそのような小さな中国企業の60％以上によって賄われています。 JSを運営しているのは、コミュニティだと思いますか？ まあ、そうでもない。 TC39という次の言語の標準を入力するかどうかを決定するプログラム委員会と呼ばれる恐ろしい悪人がいます。 リストを開いてどのくらいですか？

Google、Google、Google、Microsoft、Mozilla、Apple、Intel。 これらの人々があなたの利益を守ることを本当に確信していますか？ 副大統領の選挙プログラムを思い起こさせる何か。 そして、最も興味深いのは、私の仮定が正当化されていない限り、彼らが私に生計を立てるまで、私はこの仮定を冷静に受け止めました。 tc-39 /プロポーザル-キャンセル-約束-私たちは皆、言語標準を本当に楽しみにしています。素晴らしい瞬間が思い出されました。 なんで？ 「人々、この提案はGoogle内で非常に強い抵抗に会っています。私はもうそれをリードしたくありませんし、二度と私と話すことはありません。」 真剣に、それはそのように聞こえた。 その結果、2017年があり、フェッチをキャンセルできません。 これは、企業がこれらすべてを動かしている場所の問題です。

もう一つ。 ご存知のとおり、私はCoffeeScriptが好きではなかった。 （その突然の移行を知っています）。 しかし、一つ素晴らしいことがありました。 エルビス演算子と呼ばれます。 ネストされたオブジェクトに登る必要がある場合は、ドットの代わりに疑問符とドットを配置し、このものがヌルまたは未定義の場合、未定義を返すと言うことができます。 しばらく前、React Nativeブログで、idxを紹介するというストーリーが登場しました。これは、エルビス演算子とまったく同じことを行う関数です。

そしてこれはある種の魔法のゲッターではありません-それはすべて一緒にidxのBabelプラグインによって融合され、if-sのチェーンに変わります。 これまでのところ興味深いものはありません。 これは、プロキシ上でエミュレートできます。たとえば、さまざまなオプションがあります。 何が気になったのですか？ 私は静的型付けの大ファンであり、このことはFlow（Facebookの静的タイピファイアー）と完全に互換性があると彼らは言ったので、どのように提供したのか疑問に思いました-静的型の正しい出力を確保するのはかなり難しい作業です。 Flowのソースコードで役立ちます。

idx関数のタイプは$ Facebookism $ Idxです。 企業が私たちの生活に静かに、そして静かに浸透する方法を知るために必要なのはそれだけです。 これらの「facebookies」が複数発表されていることに注意してください。 企業、この場合はFacebookは、有用であるという観点から必要なツールを開発しています（排他的ではありません）。 これはビジネスです。 OpenSourceは実際には非常に高価です。 多くの人がこれにお金を投資し、多くの人が時間を犠牲にします。 そして、企業は必要な場所でこれを開発しています。 提出するだけです。

OCaml

2017年に私が気づいた別の興味深い傾向は何ですか？ さらに、非常にオプションのゾーンを開始します。 ショートバージョン-OCamlを学びます。

行かない。 さて、長い道のりを行きましょう。

静的型付け

私たちは皆、静的型付けが大好きです。 いいえ-はい？ いいね JSコミュニティの人々は、静的型付けが必要な場合があることを理解している人と、まだ22歳でない人とに分かれているという驚くべきフレーズを引用するのに飽きません。 もちろん私は誇張しています。 しかし、静的型付けの動きが最近勢いを増していることを誰も隠さないでしょう。 そして驚くべきことに、ダートはいつ登場したのでしょうか？ 強力な静的型付け。 そして、誰が彼を必要としていたのですか？ 私は今、ダートがどこにいるのか尋ねません。 これは、Googleのプロジェクトの約半分について尋ねることができます。 Angular-Dartの3番目のバージョンが最近リリースされましたが、Angular2とDartの間の非常に便利なブリッジです。

したがって、TypeScriptがあります。 私は定期的にscる。 しかし、公平には、非常に多くの開発が行われており、バージョンごとに型推論が改善されています。 いくつかの場所では、それはまだ完全に少し以上役に立たない。 Facebookが私に報いるわけではない。 しかし、私はTypeScriptよりもFlowが好きです。 今のところ、私は第四の角度で書いて泣いています。

ReasonML

少しインサイダー、最近FacebookでOCamlでFlowを見る人々の集まりがあり、彼らはFlowがエコシステムの奥にいるのはどういうわけか悪いと言った、なぜならFlowはReact Nativeの重要な部分だからだ。 （RNのFlowの定義を破り、今月は誰も気づかなかったため、「重要」という質問に答えました）。 なぜこれが重要なのですか？ また、コードに記述される静的型に基づいて、モバイルプラットフォーム用に生成するコードを最適化したいと考えています。 Angularは、NativeScriptにもそのようなアイデアを持っています。 そして何をすべきか？ Flowのクールな謝罪者の1人であるPatrick Staferが興味深いツイートを投稿しました。「近い将来、別の間違いを見せてくれたら、なぜReasonMLを書いていないのか尋ねます」

ReasonMLは、OCamlを再発明しようとするFacebookのもう1つの試みです。 FacebookがOCamlに賭けているのはなぜですか？ まあ、彼らは彼が好きだった。 最初に理由がありました-OCamlでコードを記述し、出力でJSでコードを取得します。 しかし最近、非常に奇妙なもの-JSからOCamlへのコンパイラーをリリースしました。 Facebookは、フロントエンドスタック全体をOCamlに移行することを検討していると推測されています。 これを行うには、既存のJS実装を取得してOCamlに転送し、10億のインターンを入れてReasonでなめます。 その後、非常に高速なサーバーサイドであるOCamlから美しいクライアントコードが生成されます。 たとえば、FacebookのフローはOCamlで記述されており、JSコードからAST（抽象構文ツリー）を構築するパーサーは、Babelが使用する同じパーサーよりも3倍高速です。 他のことは同じであり、このパーサーはV8を最適化するためのターゲットの1つであるという事実にもかかわらずです。 つまり GoogleのV8チームは、このパーサーですべてが迅速に機能することを確認しています。

MirageOS

Facebookが賭けているもう1つのことは、私が気に入っている（OCamlの疑いがある）MirageOSです。 これは何ですか 誰もがDockerを愛しています。 あなたがまだ彼を愛していないなら、あなたは緊急に愛する必要があります。 展開などに。 標準化されたコンテナはクールです。問題は、100メガバイト未満の重さです。 たくさん！ MirageOSは、ユニカーネルを構築するものです。 つまり アプリケーション、理想的には実行時の依存性が最小限であるアプリケーション（GoおよびOCamlで開発された人々がフラグを振る-出力に依存しないバイナリが1つあります）。 アプリケーションをカーネルに接着します。 必要なだけで、最終的には5メガバイトのコンテナを取得できます。 かっこいい。 Facebookはおそらくサーバー上のスペースを節約したいと考えています。 これはすべて非常に迅速に開始され、非常に迅速に展開されます。そして、私は彼らがコミュニティを獲得すると信じたいです。 これまでのところ、MirageOSについては誰も知りません。

また、（適切な場所からのビデオ） ライトハウスとPWA 、 WebAssembly 、 WebVRについても説明しました 。