node.jsの作成者が自分自身で幻滅した方法

Node.jsの作成者であるRyanDahl。彼の報告はセンセーションを巻き起こし、彼は多くの緊急の問題を提起し、大きな誇大宣伝を提起し、サーバープログラミングに関係する人はほとんど無関心ではありませんでした。バックエンドについての彼の議論では、プログラマーは2つの陣営に分けられました。Node.jsを擁護する者もいれば、彼の急死を予測する者もいました。 



ライアンのスピーチから2年余りが経過しました。ITでは、これは全時代であり、その間にすべてが変わるわけではなく、多くのことが変わる可能性があります。このレポートを覚えて、それ以来何が変わったのか、誰が正しかったのかを見てみましょう。

Node.jsについて少し

かつて、ライアンが写真をFlickrにアップロードしているときに 、彼は異常なことに気づきました。これは、サーバーに写真をアップロードするプロセスをグラフィカルに示すインジケーターです。今日では、プログレスバーで誰かを驚かすことは不可能ですが、そのようなインターフェイスはまだ普及しておらず、通常、ユーザーは回転したばかりの平凡な砂時計のgifを見て、完了までの残り時間に関する情報を提供しませんでした。操作。



次に、Webサーバーが複数のタスクを同時に処理できる必要があるという事実について考えました。当時、ライアンはすべてが非同期で動作するNginxのモジュールを開発しており、Node.jsプラットフォームとなるイベント駆動型システムを実装するための最も効率的な方法であるという結論に達しました。 



もともとフレームワークはweb.jsと呼ばれていましたが、その用途は通常のWebサーバーよりもはるかに広いことが判明したため、プラットフォームの名前はNode.jsに変更されました。完成したプロジェクトは、JSConf 2009でライアンによって発表され、45分間のパフォーマンスは拍手喝采を受けました。





このシステムはすぐに受け入れられ、非常に人気がありました。非同期に加えて、ノードには他にも多くの利点があります。既存のバックエンドに対する抽象化の別のレイヤーとして使用でき、サーバー側を最初から書き直す必要はありません。高速作業と優れた拡張性により、たとえば、システムのダウンタイムが非常に重要な部分を奪う可能性がある販売シーズン中でも落ちないチェーンストアの運営用アプリケーションなど、高負荷のシステムを構築することが可能になりました。年収。 



いくつかの問題がありました。特に、適切なバックグラウンドを持つ開発者を見つけるのは簡単ではありませんでした。最も一般的な理由は次のとおりです。 「私はNODE.JSが嫌いです!!! 1111oneone」、彼らは言語の明らかな単純さが、以前にサーバーの開発を行ったことがないプログラマーを引き付けるという事実に由来します。フロントエンドは通常JSで記述されており、まったく異なるタスクがそこで解決されます。 Javaの開発者も、「Javaスクリプトと呼ばれる言語で、問題なくプログラミングできる」という偏見を持っていたため、問題に直面しました 。 .Netプラットフォームで作業したプログラマーは、他のプログラマーよりもNodeの下でJSでプログラミングするタスクに簡単に対処できることがわかりました。さらに、ノード開発の時点で、ドットネットワーカーは需要にいくつかの困難を経験し、バックエンドのJSプログラマーは十分な報酬を得ていました。



ライアン自身は、開発の完了後しばらくして、2012〜13年頃に、Go言語に興味を持ち、Node.jsに関連するすべてのものから長い間離れました。これは、この言語が機能と速度の点で彼に完全に適していたためです。その後、彼はニューラルネットワークに興味を持つようになりました...

作成者によるNode.jsへの批判 

JSConf 2018カンファレンスの約6か月前、ライアン・ダールは、創設からほぼ10年後、彼の発案者と一緒に仕事をしようと決心しました。これは、彼が見たものに満足しているということではありません。間違いなく、プロジェクトは大きく発展しましたが、Node.jsの開発中に、ライアンはI / Oの問題を解決することに固執しすぎたため、いくつかの間違いを犯し、それがシステムの問題になりました。プラットフォームが非常に人気になったため、すべての依存関係と互換性を壊さずにグローバルに何かを変更するには、すでに遅すぎました。 



Ryanは、Node.jsだけでなく、過去のすべてのソフトウェアに対して非常に批判的でした。 2011年、彼はGoogle+で小さな「5分間憎悪」イベントを主催しました。ソーシャルネットワーク自体は長い間閉鎖されてきましたが、インターネットはすべてを記憶しています。彼の言葉の翻訳はここで読むことができます： 私はほとんどすべてのソフトウェアが嫌いです。そして、2018年に話す1年前に、彼は次のように述べています。 「サーバーの場合、Go以外の言語を想像することはできません。」将来を見据えて、彼は「node.jsキラー」であるGoで書き始めましたが、その後Rustに切り替えました。



したがって、2018年の彼のスピーチの批判的な口調は誰も驚かず、プラットフォームの作成者の新鮮な外観が再びいくつかの問題の関連性を高めました。 

Node.jsについて後悔している10のこと

その中で考慮された要点を思い出して、現在の状況と比較してみましょう。



1。





開発の初期に落とされた約束の欠如。 



2.2。





安全保障問題。Node.jsアプリケーションは、ローカルディスク、ネットワーク、および一般的にはシステム全体に一度にアクセスできます。 



3.3。





誰もが長い間放棄してきた複雑で時代遅れのビルドシステム。



四。





不必要に面倒なpackage.json。 



五。





プラットフォームのセマンティクスはブラウザと互換性がありません



6。





モジュールの集中リポジトリ。



7。





モジュールを接続するコマンドは、ファイルタイプの必須の表示を必要としないため、混乱を招く可能性があります。



8.8。





index.htmlと同様に、index.jsを使用すると、モジュールのロードがより困難になり、package.jsonをサポートした後は不要になりました。 



スピーチの議論で、レポートの遺憾の数がタイトルの遺憾の数と一致しないと繰り返し言及されたのはおかしいですが、ライアンが非常に心配していたことを考慮に入れる必要があります、彼は著しく動揺しましたスピーチの冒頭で。さらに、彼はインタビューの中で、彼はメディア関係者ではなくプログラマーであると繰り返し述べ、ブロック内の彼の投稿のそれぞれが「何百ものコメントを引き付ける」ことと「今は私たちの意見を表現する際にもっと注意する必要がある」ことを後悔しました。コミュニティはしばしば彼の言葉が文字通りすぎることを理解していました。

デノアナウンス

Node.jsの欠点をリストした後、Ryanはサーバー上で独自のJSランタイムプロジェクトを提示し、Node：



1に対する利点を順番にリストしました 。





コードを実行するための安全なサンドボックスで、必要な権限のみを付与します。



2.2。





モジュールの使用の簡素化、直接リンクによるロード、ローカルキャッシュへの保存。これらは、特別なコマンドが指定されるまで更新されません。



3.3。





TypeScriptの完全サポート。



四。





不要なリンクのない唯一の実行可能ファイル



5。





Denoを使用すると、特定のタスクにどちらが便利かによって、さまざまな言語でコードをネイティブに実行できます。



6.6。





キャッチされていないエラーでアプリケーションがクラッシュし、非同期操作はPromises、優れたブラウザ互換性を返します。



上記に加えて、DenoはESモジュールを使用しますが、ESモジュールはノードでサポートされていませんでした。

Node.jsの変更点

レポートはあいまいになりました。そのため、コミュニティでこのような話題が発生しました。一方では、発言は正しかった。一方、それらのすべてがそれほど重要であるとは限らないため、すべてを削除して新しい環境を作成する必要があります。 



おそらく、セキュリティ上の懸念についての最も公正な言及です。 Node.jsには、実行中のアプリケーションからサーバーを閉じるサンドボックスがありません。この問題はまだ完全には解決されていません。ネットワークへのアクセスはファイアウォールで閉じることができ、ディスクへのアクセスやその他のアクセス許可はコンテナから起動することで制限できますが、これらはサードパーティのソリューションであり、どこでも便利ではない場合があります。 



レポートに記載されている非同期コードの実行に関する問題は、現時点では多かれ少なかれ解決されています。もちろん、Ryanが2010年にPromiseを削除していなかったとしたら、それらは複雑すぎると信じていたはずですが、サードパーティの機能は言うまでもなく、多くのシステムライブラリがすでにこの機能を提供しています。現在、ワーカーと並行してスクリプトを実行することが可能です。MicrosoftやAlibabaなどの大企業は、マルチスレッドを使用してNodeのバージョンを開発しています。



GYPが排除されたことは一度もありません。この遺産は、今後長い間Nodeに存在します。ブラウザ互換のURLリンクは問題外ですが、しばらくの間、NodeはESモジュールをサポートしています。 



依存関係の解決には注意が必要で、ブラウザーとは動作が異なりますが、最も重要なのは、問題がないわけではありませんが、動作することです。そして、package-lock.jsonメカニズムの外観はそれらを最小限に抑えます。



NPMは2012年以来大きく進化してきました。とはいえ、進化は苦痛であり、歯を端に置く左パッドなどの問題によって押し進められました 。しかし、パッケージはもはや消えるだけではありません。セキュリティ監査にはいくつかのレベルがあり、さまざまなソースからパッケージをインストールする機能があります。これまでのところ、開発者が正しいコードをgithubにアップロードし、npmでエクスプロイトを使用したコードをアップロードすることを妨げるものは何もありません。 



index.jsの問題は、モジュールを接続する際の拡張機能の欠如と同様に、実際よりも不自然に見えます。彼は急いで議論の半分を思いついたという印象を受ける。ちなみに、記事の最後で詳しく説明しました。



これらの問題のほとんどすべてが解決され、非常に成功していることを認めるべきです。ダール自身がプロジェクトの開発から離れました。2012年以来、彼はノードとは何の関係もありません。彼のレポートはかなり主観的に見え、プラットフォームの欠点は彼自身の発案により誇張されています。したがって、このスピーチは、Node.jsを公開するというよりも、開発の宣伝のように見えます。



公平を期すために、Nodeのアクティブな開発は企業によって強く制約されていることに注意してください。企業では、大量のレガシーコードが存在するため、コストがかかりすぎて削除できません。これは、Linuxを更新する必要があり、すべてのモジュールを新しいシステム用にアセンブルできない場合に、長い間深刻な問題を引き起こしてきました。遅かれ早かれ、膨大な量のコードを書き直さなければならず、それに多くの時間とお金を費やします。大企業はこれにリソースを費やす余裕がありますが、開発者がそれを更新する時間がない場合、小さな愛好家のオープンソースプロジェクトは放棄されます。 



それにもかかわらず、Node.jsには巨大なコミュニティがあり、プログラマーが多くの問題に対処するのに役立ちます。ただし、開発者がコミュニティの希望どおりに優先順位を設定しない場合があるため、プロジェクトは不均一に進行します。遅かれ早かれ、ノードがライアンが説明した元の欠陥に最終的に遭遇する可能性があり、それらを解決することは不可能になります。しかし、ITにとって、何かをグローバルに変更する必要があるのはこれが初めてではありません。たとえば、Flashはそれほど面倒なことなく正常に埋め込まれました。

デノ開発

講演の直後、コミュニティはNode-Denoアナグラムをすぐに理解しました。いつかDoneというプロジェクトが書かれるというジョークさえありました。しかし、冗談はさておき、Denoの開発はどこから来たのでしょうか？



講演中、ライアンは正直に言って、デノは現在実験的なプロトタイプであり、ノードの代替として提供されていません。





しかし、それから2年以上が経過し、昨年の春にようやく1.0.0という数字でリリースされました。



前述のように、プロジェクトはGoで開始されましたが、後にRustで再設計されました。プロジェクトは当初のように減速を止めましたが、それでも速度に利点は見られませんでした。チームによる最適化により、TypeScriptの操作が高速化されました。これは、プレゼンテーションの時点で、TSトランスレータの起動に1秒かかったためです。ライアンが2018年のレポートで提案したように、エンジンスナップショットを使用して、これは解決されました。



プラットフォームはNodeと完全に互換性がなく、絶対的な代替としてではなく、代替として、研究プロジェクト、開発者にそのようなソリューションを開発する他の方法を開発するよう促す実験として考えられました。 



Denoは現在、次の部分で構成されています。サンドボックスであるV8エンジン上のTypescript / Javascriptラッパー は、TS / JSレイヤーとRustバックエンド（ファイルシステムにアクセスできるバックエンド）の間のインターフェイスを提供します。マルチスレッドは、JavaScriptの「Promise」に類似した「RustFuture」構造を使用して、イベントの作成と処理を担当するRust非同期ランタイムであるTokioを使用して提供さ れます。 



環境は本質的に安全であり、デフォルトではアクセス権はありません。必要な権限を付与するには、特定のコマンドラインオプションを使用してプラットフォームを起動する必要があります。解決策はあいまいです。遅かれ早かれ、開発者はスクリプトで無限のオプションを書くことにうんざりするかもしれません。なぜなら、大規模なプロジェクトではそれらがたくさんあり、「-allow-all」がデフォルトで起動されるからです。 



 必要に応じて、Denoを使用すると、特定の計算タスクを実行するのに便利な言語でプログラムを呼び出すことができます。

***

現時点では、リリースバージョンはすでに1.7という番号でリリースされています。しかし、Denoを支持する大企業の溝Node.jsはまだ聞こえません。node.jsのマーケットプレイスでイメージを作成しました







。Denoプロジェクトは熱意を持って開発されていますが 、ライアン自身は現在Googleで働いており、ニューラルネットワークとディープラーニングに関与するエンジニアのタスクの設定に取り組んでいます。 



Dahlは、Ryanにとってまったく予想外のNode.jsがすぐに認識され、すぐに人気を博したときに撮影された最初のプロジェクトの複合体を開発したと誰かが考えています。しかし、おそらく、彼は新しいアイデアなしでは座ることができず、彼自身の発明の不完全さを容認することができない人々の一人です。 



ダールは2018年の会議で話すずっと前にデノに取り組み始めましたが、彼女の元のテーマは非常に異なっていました。彼は、過去数年間行ってきた機械学習について講演する予定でした。しかし、彼には準備する時間がなく、彼のスピーチのトピックは会議の数日前に文字通り削除されました。そして、彼はコミュニティでの自分の重みと、聴衆が彼のパフォーマンスをどのように期待するかを理解していたので、聴衆の期待に応える新しい価値のあるトピックを見つけるために、1日か2日で非常に懸命に努力しなければなりませんでした。



したがって、彼は「Node.jsのキラー」を宣言するつもりはなかったのかもしれませんが、新しいレポートを作成するために急いでいました。彼はなんとかかなりの量のノイズを上げることができましたが、おそらくディープラーニングのトピックよりもはるかに多いでしょう。