見出し画像

なぜみんなJavaScriptに不満を持っているのか？

AGIに仕事を奪われたい

25,853 文字

2023年はJavaScriptにとって波乱の一年でしたが、2024年はどうでしょうか。色々な面で物事が落ち着いてきたように感じます。ReactやXJSのような新しいAPIがたくさん登場しなかったのは良いことですが、一方でそうでない面もあります。AIが台頭する中、できるだけ生産性を高め、自分の役割をしっかりと果たすことがこれまで以上に重要になっています。そのため、ツールを頻繁に切り替えるのは最善の選択ではないかもしれませんが、少なくとも何が起きているのか把握しておくことは、間違いなく価値があると言えます。
理解し、知っておく価値のあることがたくさんありますし、学ぶ時間を取る価値のあることもあります。でもその前に、今日のスポンサーからのお知らせを手短に聞きましょう。今日のスポンサーはCode Rabbitです。彼らについて説明することもできますが、実際に彼らと仕事をしてみてどうだったかをお見せした方がいいでしょう。というのも、素晴らしい経験だったからです。
これは私たちのオープンソースリポジトリ、Upload Thingへの実際のプルリクエストです。Code Rabbitはボットで、プルリクエストに本当に役立つコメント、洞察、要約など、GitHubで必要とするものすべてを提供してくれます。このPRの上部で要約してくれており、この変更が何であるか、つまりSDKの使用方法や他の言語でのキーの生成方法についてのドキュメントを追加していることを説明してくれています。PHPなど、私たちがあまり詳しくない言語も含まれています。
私たちがPHPにあまり詳しくないことは明らかで、なぜなら下の方でレビューを行っており、実際に行ごとのレビューで、ここでhashStringがキャメルケースになっているのに、PHPのこの関数ではアンダースコアを使うべきだと指摘しているからです。これはよくありません。ありがたいことに、これを見つけてくれました。
そして、このようなミスを見つけて修正できるようにしてくれるだけでなく、コードのコミット提案まで行ってくれるので、ワンクリックでコミットできます。Juliusのような優秀なエンジニアでも、それが簡単だからそうしているのがわかります。とても便利です。そして、もし同意できない場合は、インラインでボットに返信することもできます。
これはJuliusがボットに同意しなかった例です。ボットは、他の言語がライブラリのデフォルトのアルファベットを使用しているのに、アルファベットをハードコードすべきだと言いました。JuliusはそれについてGoのSDKがデフォルトのアルファベットを定数としてエクスポートしていないからだと説明し、彼らは今ではそれを理解して、もうそうしないようにしています。
実際のコードレビュアーとして、潜在的に非常に洞察力があり、問題解決を手助けし、プルリクエストを要約し、コードレビューをより簡単にできるというのは、なんて素晴らしいことでしょう。私は使用してとても楽しく、あなたもそう感じるかもしれません。オープンソースには無料で、基本サブスクリプションは月額12ドルだけです。そして、私のコードTheo 1M freeを使えば1ヶ月無料になります。
Code Rabbitさん、今日の動画のスポンサーになっていただき、ありがとうございます。soy.lcod rabbitで確認してみてください。
JSの状況 2024年
ちょっと考えてみましょう。2024年のトップ3のフロントエンドフレームワークは、すべて10年以上前に立ち上げられたものです。これはかなり驚くべきことです。確かに、3つとも途中で大きく進化してきました。2014年当時のパターンは、今日では完全に時代遅れに見えるでしょう。コンポーネント中にデコレータが散りばめられ、フックなど...当時は本当に混乱していました。
それは私にフロントエンドを二度と好きになれないと思わせましたが、今では皆さん私のことをフロントエンドの人として知っています。これは本当に面白いことです。なぜなら2014年当時、私はJavaScriptとフロントエンドを嫌っていたからです。実際、2018年でもまだそうでした。私がこの分野に入ったのは2019年からです。JSの世界ではまだ比較的新参者です。私のバックグラウンドは全てバックエンドです。
しかし、JSエコシステムは常に変化の渦中にあるという評判を考えると、いくつかのものが一定のままであることを知るのは良いことかもしれません。constではありませんが...constは一定のままではありません。他のものは、そうですね。
定数と言えば、VとViteは依然としてあらゆるチャートでトップを走り、より新しく、よりシンプルな世代のツーリングを先導し続けています。そう、そこで起きていることは素晴らしいです。それについてもっと話すのが待ちきれません。
彼らは新しいメタデータの付録も追加しており、調査回答者と調査自体についてより多くを教えてくれます。クエリビルダーを使用して、これらの変数を他のチャートにも適用できることを忘れないでください。これは本当にクールです。
ところで、この調査のスポンサーとなってくれたすべてのパートナーに感謝します。これらの調査を行うことはとても重要で、翻訳を手伝ってくれた人々など、皆さんは伝説的存在です。また、私はHTMLバージョンのこのシャツをいつも着ていますが、着ていると必ず人々が何のシャツか、どこで手に入れたのか聞いてきます。欲しがる人が多いんです。これは単に調査のシャツです。HTMLの調査やJSの調査で購入できます。とても美しいですよ。
とにかく、デモグラフィックについて手短に見ていきましょう。回答者の15%が米国からで、それ以外は比較的広く分布しています。年齢の中央値は前回の調査、CSS調査やHTML調査よりもやや若くなっています。
年齢と収入には正の相関があり、年齢が上がるほど収入も増えています。驚くべきことに43%が30-39歳です。これは私のYouTubeの視聴者層とかなり一致しています。
経験年数について、JSに関して言えば私はここに位置しますが、開発全般では私はここにいます。年間収入について、30歳以上の人は25-29歳の人よりも収入が少ないです。これらの範囲がどのように分かれ、広がっているかを見るのは非常に興味深いです。
最高収入者は、5年以上の経験を除いて、異なる年数レベル間で大きな差がないのは興味深いですね。働き続ければ、後でより多くのお金を稼げるということです。
会社規模のデータは私にとっていつも魅力的です。50人まで、いや100人までは、誤差の範囲内でほぼ同じような数字なのを見るのは興味深いです。その後、100人から1000人は大きな区分になり、1000人以上もまた大きな区分になります。とても興味深いです。
年間収入の分布を見ると、中央値が40-60k範囲にあるのが興味深いです。
職位の分布もとても面白いものです。私はこれらがどのように分かれているのかをいつも興味深く見ています。キャリアの初期にフロントエンドに移行しようとしていた時、フロントエンドデベロッパーという肩書きに変更しようとしたことを忘れません。その時、マネージャーの一人が、それは自分を過小評価することになり、長期的なキャリアに悪影響を与えるかもしれないと心配していました。
ありがたいことに、それは実現しませんでした。というのも、Twitchに引き抜かれたからです。長い話なので、今は話したくありません。
給与と職位の関係を見るのは興味深いですね。これがあるのは素晴らしいことです。
これは面白いものです。なぜなら、学位は必要ないと言う人が多いのに対し、調査回答者の中で学位を持っていない人は25%しかいません。また、給与範囲を見ると、確かに学位の有無にかかわらず、上位パーセンタイルではほぼ同じ金額を稼ぐことができますが、中央値は学位を持っている人の方がはるかに高くなっています。考慮に値する点です。
ジェンダーについては、私が予想していたよりも良い比率でした。彼らの新たなアウトリーチの取り組みのおかげです。見られて素晴らしいですね。
ジェンダーによる収入の違いを見るのが怖いですが...実際、これを見ると気分が良くなります。私はもっと悪い状況を見ることを恐れていました。範囲がほぼ同じというのは大きなことです。
機能について：構文機能について、この質問は「これらのES機能のうち、どれを使用したことがありますか？」というものでした。85%の開発者が現在Optional Chainingを使用しているのは素晴らしいことです。70%がDynamic importを使用しているのは予想以上でした。
private fieldsが45%というのは、予想よりもはるかに高い数字です。logical assignmentが44%範囲にいるのは良いですね。hashbang grammarについては、私も使用したことはありますが、構文機能として考えられているとは知りませんでした。
それからError Causeは、もっと使うべきですね。
文字列機能について、replaceAllを使用しているのは76%だけです。私はString.replaceが最も直感的でない動作をすると思います。最初の一つだけを置換するのに、別のallが必要なのは良くないです。使用している人が増えているのは良いことですが、76%だけというのは驚きです。私はこれを常に使用しています。特にAdvent of Codeでは、replaceAllなしではできないと思います。正規表現は嫌いなんです。
toSortedについて説明すると、配列があって const demo = [4,3,2,1] const sorted = demo.sortとすると、sortedは[1,2,3,4]になりますが、demoも同じになります。自分自身への参照を返しながら、自分自身も変更するのです。私はそれが嫌いです。
もう一度やってみましょう。今度は const sorted2 = demo2.toSortedとすると、sorted2はソートされていますが、demo2はそうではありません。新しいソートされた配列を作成しているからです。常にこのように動作すべきだったと思います。可変性は嫌いです。知らない人のために説明すると...
findLastが実装されるのに時間がかかりすぎました。toReversed、toSpliceも同じですね。新しい配列を作成します。40%以上というのは良い数字だと思います。これがデフォルトの動作であるべきだったと思いますが、今はこうなっています。
Promise.allSettledが追いついてきているのは良いことです。私はこれをしばらく推進してきました。Promise.allはほとんどの場合、使いたいものではありません。allSettledの方が多くの場合求めているものです。
なぜかというと、Promise.allでは一つのプロミスが失敗すると他のすべてがキャンセルされますが、allSettledは結果を返す前にすべてのプロミスが完了するのを待ちます。大きな違いです。
Set機能について、私は積極的にSetを使用している唯一の人のような気がします。他の人のコードではほとんど見かけません。ユニークなキーの集合を持ち、何かが存在するかどうかをチェックできる、そして、それらを結合したり交差させたりできる、これはとても素晴らしい機能です。これらのSet関数がすべてあるのは素晴らしいことですが、誰も使わないのが残念です。
groupByは使ったことがありません...これは実際にとてもクールですね。関数に基づいて別々のキーを持つ新しいオブジェクトを作成できます。これは便利かもしれません。Advent of Codeでも役立つかもしれないと思います。
おっ、Harringtonがtan stackの宣伝を忍び込ませていましたね。将来のtan stackについて本当にワクワクします。
ブラウザAPIについて見ていきましょう。WebSocketsはもちろん、誰でも良いWebSocketは好きですよね。PWAは49%で、予想よりも高い数字です。去年と比較するボタンがどこかにあればいいのですが。比較してみたいです。私の予想では減少傾向にあると思います。PWAは私には死んでいるように感じます。長い間使用していません。
Geolocation APIが35%というのは...どうやって35%の開発者が位置情報を使用しているのでしょうか？それは現実的ではないように感じます。WebGLの2倍近くの開発者が位置情報を使用しているというのは恐ろしいことです。
WebRTCもかなり低いですね。位置情報がWebRTCの2倍以上も人気があるというのは、私には奇妙に感じます。
Temporalはいつか実装されることを願っています。指を crossed しておきましょう。
言語の痛点について：
静的型付けが32%
ブラウザサポートが8%
ここにSafariと書いた方が正確な気がします。それほど多くはありませんね...あ、事前に読んでいなかったのに面白いですね。私たちは皆同じように感じているようです。
また、チャットで誰かが「MapsとSetsがうまくシリアライズできないから使うのが嫌になる」と言っていましたが、Mapsについては完全に理解できます。Setsについては、Setは単に一意性の制約を持つ配列です。配列に入れて、各側で変換するだけです。基本的に無料で行えます。また、super Jsonもこれらのことに大いに役立ちます。
しかし、ブラウザに保存できる異なるデータ構造がJSONに準拠していないのは確かに奇妙です。オブジェクトと配列だけが本当に準拠しているのは少し面倒です。でもSetsは依然として良いものです。私は頻繁に使用しています。
aod causeが最も保存されたのは理解できます。後で詳しく見たいと思っていたのを覚えています。
ライブラリについて話しましょう。Reactはまだライブラリと考えられているのでしょうか？そうですが、Nextもそうですし、私はNextを自分でライブラリとは考えていません。経験について、感情に切り替えましょう。
Webpackは18%が肯定的、47%が中立、35%が否定的というのは、ほぼ正確に思えます。
Reactは50%近くが肯定的というのは良い傾向です。あまり急落していないことがわかります。30%が中立、20%が否定的です。
Vueは依然として、15%の否定的意見で35%が肯定的、50%が中立という形で圧倒的な強さを見せています。
Nextの否定的な意見は、私が見たいと思っていたよりも少し速く増加しています。それでもWebpackを圧倒しています。実際には...これらはとても近いですね。ReactとNextは否定的な意見では似ていますが、こちらの方が中立が多くなっています。
私はこれが縮まり続け、Nextの肯定的な意見と否定的な意見が増加し続けることを予想しています。ここでの現実は、私も何度か話してきましたが、使いたいから選んだツールと、仕事に来たら既に使用されていたツールには根本的な違いがあります。
そして、それをツールの複雑さと組み合わせると、人々がそれについてどう感じるかについて、本当に興味深い関数が得られます。小規模なチームで、チームの全員が決定に参加しているか、単独の開発者の場合で、そのAPIの表面積が十分にシンプルなツールがあれば、ほぼ常に非常に高い感情が得られます。
しかし、より多くの場所でツールが使用され、より多くの開発者が触れるようになると、そしてReactのような何かで言えば、平均的なReact開発者はReactを選んで使用していないのです。周りの人々が使用していたから、割り当てられたプロジェクトがそれを持っていたから使用しているのです。
これにより、Reactは本質的により悪い感情を持つことになります。なぜなら、平均して、それに取り組んでいる人々がそれを選んでいないからです。そして、何かを選んでいない場合、特にそれが複雑な場合、楽しむ可能性は非常に低くなります。
そして、これが私がNextが恐ろしい数字を出し始めると思う理由です。NextとReactの回答者数がどれほど近いかを見てください。NextはビジネスがReactを使用する方法になりつつあります。
あなたが会社で、業界標準だからReactを選び、それで比較的早く進めることができるなら、Nextはおそらくすぐに後に続くでしょう。つまり、Nextを使用している開発者の多くは、使いたいから使用しているのではなく、周りの人々が使用しているから使用しているのです。
これは、感情がより悪くなることを意味します。特にそれが大きく変化しているときは。最初からそれを学びたくなかった場合に、今それが変化しているのなら、ただますます不満が募ります。好きでもないものを1年かけて学んだのに、今それが変化しているのです。これらの開発者にとって本当に不満の種になります。私は完全に共感します。
しかし、ツールが人気を集めるにつれて、それは本質的に起こることです。重要なのは、左側の人々からの熱心なサポートを維持し、彼らが同僚にこれらのことを理解してもらうのを助けられるように、十分な教育材料があることを確認することです。
私も以前は右側にいました。最初にReactを試したとき、私はそれを嫌っていました。そしてhooksが登場し、より多く使い始めて、今では非常に肯定的な側に移行し、人々は私のことをReactのシルと呼ぶようになりました。
これはツールが一定の人気の閾値に達したときに起こることです。しかし、時間をかければ、それでも良いものになることができます。そして、私はReactとNextが、フレームワークのサイズを理由に革新を止めないでいることを称賛します。
Angularはその過ちを犯し、今では巻き戻して再び変更を加え始めています。なぜなら、コアベースのために変更を恐れていたために、どれほど落ちぶれていたかを理解したからです。
しかし、続けましょう。Storybookは私が予想していたよりも多くの回答者と肯定的な感情を持っています。私はStorybookでは苦労ばかりでした。それは常に私の邪魔になっただけです。また、コンポーネントのテストにも最悪です。
UIライブラリを管理するために使用する場合、つまり会社のMaterial UI相当のものがあり、それを閲覧するための何かが必要な場合には良いです。それ以外の場合は、使用しないでください。
Vueは回答数でReactと同程度ですが、興味深いことに17%が否定的で42%が肯定的です。Reactは20%が否定的で47%が肯定的です。ReactはVueよりも肯定的と否定的の両方が多いですが、否定的な差は私が思っていたほど大きくありません。
Vue開発者の多くはVue3に不満を持っています。彼らは間違っています。Vue3は素晴らしいリリースでした。
これらのAngularの数字には何も及びません。40%が否定的で23%が肯定的です。
Viteは良い成績を上げています。30-38%です。
Mochaは衰退しています。
他に興味深いものはありますか？
Cordovaは30%が否定的で5%が肯定的です。
Ionicは30%が否定的で11%が肯定的です。
なんということでしょう。これらの「ウェブサイトをアプリに変換する」ツールはすべてひどく、すべて死にかけています。
SvelteKitのここでの分裂は実際に少し怖いです。多くのSvelteKit開発者がメジャーな「ゴールド」リリースでAPIが大きく変更され、古いプロジェクトを手動で更新する必要があったため、不満を感じていることは知っています。人々は動揺しましたが、その分裂を見るのは辛いです。
また、私の推測では、多くのSvelte開発者はSvelteKitを使用せざるを得ないと感じているのかもしれません。彼らはSvelte開発者でしたが、これらの大きなフレームワークの一つではなかったから好きだったのかもしれません。そして今それがそうなったので、不満を感じているということは理解できます。
Svelteには私が本当に好きな部分がたくさんあるので、ここでの感情を見るのは悲しいです。
そうですね、Turbo Repoはほぼ均等に分かれています。モノレポの問題がまだ解決されていないことが信じられません。完全に解決可能な問題なのに...
あ...Remixが肯定的と否定的で50-50に分かれているとは予想していませんでした。なるほど、興味深いです。
Biomeも予想外に否定的な方が多いです。
Solidも否定的な数字が20%まで上昇しています。そこで何が起こったのでしょうか。
待ってください、tsupは肯定的より否定的な方が多いのですか？tsupは私の人生を救ってくれました。
平均的な開発者にとっては、ライブラリのバンドルについて心配する必要はないはずです。そしてもしtsupについて心配しているなら、それは間違いなくそのようなツールの一つです。tsupを選んだわけではなく、問題があってtsupが唯一の解決策だったという場合です。そのためにそうなるのですが、なんということでしょう。
HTMXは25%が否定的です。
これは私にとって非常に有用なチャートです。人々が実際に何を楽しんでいて、楽しんでいないのかを見ることができます。
時間の経過に伴う変化です。これは私のお気に入りのチャートの一つです。フレームワークの実行について、これは興味深いです。2016年の右下から始まっているのを見ると...あ、申し訳ありません。誤って読んでいました。
2016年は右下から始まり、肯定的な意見、中立的な使用率ですが、まさに私が説明していることがここに表れています。Reactの使用率が上がると、もはやそれを好む人々によって使用されるのではなく、単に使用されるという点に達しました。上に行って左に行くのがパターンです。
そしてそれがここでReactに起こったことです。使用率が高すぎるために感情が左に流れていったのです。それが起こる方法です。
Vueは現在、わずかに肯定的な揺れを見せていますが、使用率の点ではまだとても中立的なので、判断するのは難しいです。
フロントエンド分野では、Reactだけがこの50-50のラインを一貫して超えています。
また、Solidが左に流れているのを見るのは悲しいです。そうですね...これらのフレームワークは今、すべて左に流れています。
Angularは右に移動した唯一のものです。なぜなら、すでに非常に左にいて、彼らは今年実際に素晴らしい変更を加えたからです。
Svelteが否定的な揺れを見せているのは悲しいです。これらはすべてかなり悲しい結果です。
メタフレームワークについてはどうでしょうか？Nextは再び上に行って左に行っています。
Gatsbyは右に少し揺れました。どうしてこんなに死んでいるのかわかりません。
SvelteKitも左に揺れています。
AstroまでもがここでEも左に揺れ始めています。恐ろしいことです。
モバイルとデスクトップについては、すべての使用率が低く、ほとんどが左に向かっています。
なんということでしょう。私たちは今、自分たちのツールを本当に嫌っているのでしょうか？
ビルドツールについて、Webpackは大きく左に流れています。
Viteも今は左に向かっています。
Viteはこれまで右上にしか向かっていなかったので、ここで左に流れているのを見るのは予想外です。
文字通り今年、Angularを除いて、すべての感情がより否定的になったのでしょうか？
ここで右側にあった肯定的なものが、右に向かい続けたものはありますか？
テストではどうでしょう...いいえ。
そうですね、文字通りすべてが左に移動しています。より否定的になっています。
Expoは...そうですね、Expoは右に向かっています。Expoは素晴らしいです。それは理にかなっています。React Nativeアプリを構築していて、Expoを使用していないなら、あなたは苦労することになります。
しかし、これは正直に言って、私の考えを変えています。これらのツールが今年全て悪くなったとは思いません。フロントエンド開発者がより否定的になっているのだと思います。私たちはただ欲求不満を感じ、ツールについてより多く不平を言うようになっているのだと思います。
そしてこの否定的な感情がここに示されています。私はほとんど、全てをまとめて一つの数字にして、全体的にどれだけ肯定的でなくなっているかを示すオプションがあればいいのにと思います。なぜならそれがこの状況の本質だと感じるからです。
そしてそれは残念です。なぜなら、これらのフレームワークやツールが、これらの声の大きい不満を持つ人々が求めていたことをやっているように感じるからです。Next.js 14のリリースには新しいAPIは追加されず、15では一つだけused cacheの機能が追加されましたが、他の5つは削除され、それもオプショナルで実験的なフラグの下にあり、まだ誰も使用していません。私は人々がそれについて話しているのも見ていません。
これは一方で、あまりにも多くの変更があるから怒っていると言いながら、今年のように何も変更がない年があっても、彼らはやはり怒っているのです。私はこれについて何ができるのかわかりません。
ライブラリのティアリストです。みんなティアリストが大好きですね。VとViteは依然として高い位置にいます。Playwrightは素晴らしい成績を上げています。Playwrightは本当に良いです。
Astroは94%マークで依然として高い位置にいます。以前より低くなりましたが、全体的にはまだ非常に良い数字です。
pnpmは強い位置を保っています。
先ほどSvelteについてかなり否定的な数字を見ましたが、どうしてここではそうなのでしょうか？
保持率で説明されているのでしょうか？OK、一度使用した人が再び使用するか、使用しないかということですね。それは理解できます。
それでもSvelteKitがこれほど否定的だったのは奇妙です。でもそうですね、Svelteは一つ下のティアに落ちました。
Turbo RepoがBティアのトップを走っているのは、ほぼ正確に感じます。私はほとんど、Turboが悪い言葉になり始めるのではないかと感じています。
なぜなら、Turbo Repoが正しく設定されているプロジェクトでは、そのプロジェクトの人々の99%はTurboが存在することさえ知らないでしょう。Turbo Repoについて知っている唯一の理由は、あなたがそれを設定したか、誰かが設定した後に修正する必要があったからです。
そして、もしあなた自身がTurbo Repoを設定したか、他の人が設定したものを修正する必要があった場合、あなたはそれを好きにはなれません。
そしてTurbo Packは、まだ出荷されていません。使用することはできます。私はNext.jsの開発モードで使用していますが、現時点ではほとんど何もありません。
保持率と使用率について、これらのものの名前を実際に見る方法はありますか？ホバーせずに。このチャートは実際に、フロントエンドフレームワークを選択して残りを隠すことができれば、非常に有用なものになるでしょう。
Svelteは非常に高い保持率を持っています。Vueもかなり高い保持率を持っています。実際、両方とも非常に高いです。
Solidを見つけようとしています...はい、Ryan、ここにあなたの数字があります。1,160人がSolidを使用していると言い、その90%が継続すると言っています。ここでの数字は驚異的です。使用率がわずかに高ければ、AティアかSティアになっていたでしょう。
そして、ここにあるものは事実上すべて死んでいるので、注意が必要です。Selenium、Cordova、Gatsby、Lerna、なんということでしょう。Lerna、Ionic、WebdriverIO、WJS、Task Cafe、Nativescriptについては注意が必要です。それは正しいように思えます。
Stencilは境界線上にありますが、Angularも境界線上にあります。ただし、Angularは改善しているので、それほど躊躇する必要はないでしょう。
Vueの使用者数がAngularをわずかに上回っているのに、感情と保持率が大幅に高いのは奇妙です。
私たちはずっとフロントエンドフレームワークについて話してきたのではありませんか？OK、ここに行きましょう。
これがすべてのフレームワークの使用率です。はい、私はランクチャートが大好きです。これは私のお気に入りです。
VueがAngularを昨年追い抜き、その優位性を維持しているのがわかります。何か変化はありましたか？何も変わっていません。再び、2024年はJSの世界では何も起こらなかった年です。2023年と2024年の間でランクは何も変わっていません。
Astroは書き込まれましたが、ここに含まれるほどではありませんでした。
jQuery...安らかに眠れ。
仕事での使用について、これは私が全体を通して話してきたことです。仕事で使用しているフレームワークについて、チームが例えば10人いて、そのうちの1人がプロジェクトを開始してフレームワークを選ぶ必要があった場合、彼らはReactを選ぶでしょう。
もしかしたらVueやAngularを選ぶかもしれません。十分長くいて、それらが好きな場合は。小規模なプロジェクトではSvelteを選ぶかもしれません。より多くの大企業がそれを使用しているのを見るのは楽しみです。
予想外のSvelteの使用例を見ることが増えています。例えば、stake.comはSvelteを使用しています。これは面白いことに、Rich Harrisに伝えることができました。彼は知らなかったのです。Stakeが Svelteで構築されていることを。私が彼に伝えなければならなかったのです。それは本当に報われる感じがしました。
そうですね、AppleもApple MusicでSvelteを使用しています。Appleの全製品ではありませんが、ウェブ上のApple MusicもSvelteアプリです。
そのため、Svelteは業界での使用が増えつつありますが、これらの具体的な例を覚えていなければならないという事実は、議論の価値があるほどの採用レベルに達している例が少ないということを物語っています。それは注目に値することです。
しかし、成長しています。10年ぶりに、実際の採用レベルを得て、仕事での会話の一部となる価値のある新しいフレームワークです。より多くの採用を見るのは素晴らしいことです。私は実際にそれについて興奮しています。
しかし、繰り返しになりますが、Reactは同僚が選んだから使用していて、今あなたはそのプロジェクトの維持を手伝っているのです。Vueも同様です。Angularもそうです。ただし、Angularを選んだ人は8年前に辞めて引退しました。
フレームワークに関連する年間収入について、これは興味深いものになるでしょう。まず、いくつかの仮説を立ててみましょう。
まず、範囲のことをするつもりです。希望します。Reactは中間帯が広くなり、西側でより人気があるため、やや右に偏るでしょう。
Vueは全体的にReactよりもやや左に偏るでしょうが、上位25%は Reactに近い大きな外れ値を持つでしょう。
Svelteは25%の範囲が非常に広く、中間がかなり大きくなるでしょう。なぜならそれはかなり広い範囲だからです。
見てみましょう...これらの中間範囲は私が予想していたよりもはるかに似ています。ReactとSolidがほぼ完全に同じ分布を持っているのを見るのは非常に予想外です。
JSXフレームワークについて、どのJSXを書いているかに関係なく、同じくらいのお金を稼ぐことになるという冗談のようなものです。
そしてSvelteも全く同じです。これはとても奇妙です。SvelteとSolid、Reactが全く同じ収入の内訳を持っているのを見るのは。
Vueの90パーセンタイルは私が予想していたよりも低いです。Vueはまだそこに達すると思っていました。全体的に少し左に偏るとは思っていましたが、これほどとは予想していませんでした。
ただし、それは東側の国々でより人気があるので、ある程度理解できます。それでも見るのは辛いです。悲しい気持ちになりますが、理解できます。
Quickは...Reactに似ていますが、お金は少なくなります。納得です。
そしてPreactは...Reactのパターンでより多くのお金を稼ぎたい場合、Preactはあなたをわずかに高いグループに押し上げるでしょう。
興味深いです。Litが少し右に偏っているものの、90パーセンタイルのマークは全く同じというのは非常に興味深いチャートです。90パーセンタイルがより高いのはPreactだけです。
ここで項目数について、このカテゴリーの回答者が使用した項目数はどれくらいでしょうか。これは調査に含まれるすべてのものの中で、いくつ使用したかということです。
フレームワークについては、ほとんどの人が3つ以下を使用しており、数が増えるにつれて非常に小さくなっていきます。
しかし、「聞いたことがある」については、ほとんどの人が少なくとも6つを聞いたことがあります。
興味深い数字です。まって、私たちは人々がより否定的になっていると判断したのではないでしょうか？
ついに実際にわずかに...それは2.7から2.8と言っています。それは実際の数字ではありません。気にしません。
もう下がっていないのは良いことです。これは以前、最後の動画を作った時の私の懸念でした。
フレームワークの痛点について、Reactの問題がフレームワークの痛点の最大の原因です。ここに例はありますか？
「Reactはデフォルトで愚かです」
「ReactとSvelte間の大きな変更に人々は怒っています」
「Reactとの差別化が興味深くない」
「Reactは苦痛です」
「最適化のニーズとReactと絶え間ないレンダリングは面倒です」
これらの多くはコンパイラで解決されています。Reactの問題を解決しているものについて、あまり話題にならないような気がします。コンパイラや、ほとんどの人が気にする必要のない新しいSuspenseの動作のようなニッチな機能は、大きな議論を呼んでいます。
「Reactは死ななければならない」
「すべてのReactユーザー」
「Reactは非常に難しい」
「過度の複雑さ」
「複雑すぎる機能」
確かにそうですね。
Angularの問題は少ないですが、Angularの使用率も低いのでそれは理解できます。
メタフレームワークの時間です。Nextに対して人々がどれだけ怒っているか見てみましょう。私がこのことについて言う時、定期的に使用されているものはより否定的になるということを理解していただきたいのですが、Nextは他のものよりもはるかに多く使用されています。
回答者の半分以上がNextを使用しています。Nextは使用率で他のものを大きく引き離しています。認知度については、他のオプションを知らないわけではないので、かなり近い数字になっています。単に使用していないだけです。
明らかに人々はNextに対してより怒るでしょう。それは単に数字がそうなるからです。そしてまた、ランクでもNextは非停止で1位を維持しています。
Astroが急速に上昇しているように見えます。そうですね、Astroは2022年の6位から2位に上昇しました。Gatsbyは死にました。RemixもNuxtも動きがありません。
Remixは今や6位の範囲まで落ちています。なんということでしょう。Docusaurusがremixに負けているのは悲しいことです。なぜならDocusaurusは実際に良い年を過ごしたからです。
それでも、新しいドキュメントを作るとすれば、私はおそらくまだDocusaurusを選ぶでしょう。
Astroについては興奮しています。これは信じられない成長です。ただし、ここでのギャップの大きさを理解してください。AstroがNextに近づき、最終的にNextを追い抜くためには、現在の使用率を2倍以上にする必要があります。それ以上です。2倍で46%です。Nextは54%です。
それは大きなギャップを埋めなければなりません。指をパチンと鳴らして突然そこに到達することはできません。現在の成長率でさえ、ちなみに減速しています。2022年から2023年にかけて2倍になり、それ以降はわずか5分の1程度の増加に留まっています。
他のメタフレームワークについてはどうでしょうか？ちなみに、Analogをご存じない方のために説明すると、Brandon Robertsがanalogに注いだ努力がなければ、Angularは今改善を行っていないかもしれません。
それは彼らのNext.jsのようなものであり、依然としてAngularでバックエンド作業を行う最良の方法です。そしてBrandon Robertsがそれをできる限り良いものにするために働いたことを私は知っています。
11もここに入っています。他にもtan stackルーターの調子が良くなっています。来年のtan stackとどれだけの人々が移行し始めるかを見るのが楽しみです。
再び、このギャップの大きさについて、皆さんに理解していただく必要があります。仕事で使用される次に大きなフルスタックメタフレームワークは、Nextの使用率の半分以下です。ほぼ3分の1です。これは驚くべきことです。
フルスタックでお金を稼ごうとしているなら、Nextが選択肢です。そして、年間収入を見た時にもっと大きな広がりが見られると確信していますが、横の数字を見てください。
10,000人が回答し、5,100人がNextと答え、1,400人がAstroと答えています。Next.jsに次いで大きなフルスタックフレームワークはNuxtではありません。フレームワークなしです。フレームワークなしが2番目に大きいのです。正気の沙汰ではありません。
会社規模について、これは面白いでしょう。興味深いことに、会社規模の分布は私が予想していたほど異なっていないようです。
Docusaurusは、大企業が使用しているため、中央値75パーセンタイルが1000まで広がっている唯一のものです。興味深いです。
おっ...セーブ...お気に入り...おっ、ビデオとRアニメーションをWebGLシェーダーで...それはクールですね。ライブ音楽ギグのための視覚化ツール。私はSCで音を立てずにエンターを押せるようにしてくれてありがとうございます。
はい、これは素晴らしいです。後で詳しく見るためにこれを保存します。いつものように、Sは素晴らしい推奨事項を作成します。
項目数について、31%の人々がこれらのフレームワークのどれも使用していません。以前言ったように、2番目に大きなフルスタックフレームワークはフレームワークなしです。これは少し狂っています。
「聞いたことがある」については少し良い数字ですが、フルスタックフレームワークについて何も聞いたことがない人の数は、SvelteKitを使用している人の数よりも多いのです。
Astroを使用している人の数と、これらのツールについて全く聞いたことがない人の数は同じくらいです。それについて考えてみてください。そのギャップについて考えてみてください。
JavaScriptの調査を行うほど関係している人々の中で、これらのどのFetchフレームワークについても知らない人の方が、Astroを使用している人よりも多いのです。これは驚くべきことです。
これらのメタフレームワークやフルタイムソリューションについては、まだまだ長い道のりがあります。
再び、幸福度は横ばいのように見えます。
Reseltが上位10に入ったのは面白いことです。
フレームワークの痛点について、それは見るのが楽しいです。
テストについて、皆さんを苦しめたくないので、ハイライトだけ見てみましょう。
Jestは依然として人気があります。
Storybookはまだ人気がありすぎます。
Playwrightは急速に成長しています。そうあるべきです。Playwrightは本当に良いです。
項目数について、21%がこれらのツールを聞いたことも使用したこともなく、15%は何も聞いたことがありません。
私の仕事をしています。私たちはテストツールを殺しています。
テストの幸福度は以前よりも少し良くなりましたが、2022年のレベルに戻っています。
皆さん...この線はもう動いていません。私は今、フレームワークの作者たちのことが気の毒です。なぜなら、彼らは心を込めてツールを可能な限り良くしようと努力していますが、この線は動きません。
多くの努力とエネルギーを注ぎ込んでも結果が見えないようなものを持つのは辛いことです。フレームワーク自体が以前にはなかった機能を持つようになったという点では結果が見えるでしょうが、人々がより幸せになっているのは見えないでしょう。
SvelteはSvelte 5に多くの努力を注ぎ込みました。それはSvelteをより拡張可能で実際の本番ワークフローに対応できるようにする素晴らしいリリースです。しかし感情は下がりました。それは本当に辛いことです。
モバイルとデスクトップについて、これは楽しいセクションになるでしょう。
Electronの使用は減少しています。ポジティビティはどこにありますか？私はElectronを擁護する動画を作る必要がありますね。
Tauriは崩壊しています。
ElectronとTauriは、これまでになく近づいています。なぜなら、多くの人々がTauriがElectronの問題をすべて魔法のように解決してくれると思い込まされ、必要なものを自分で書かなければならないことに気付いただけだからです。
Tauriは、RustのようなCLIツールのための誇張されたフロントエンドです。それがあなたのやりたいことなら、複雑なRustライブラリを構築していて、UIで公開したい場合、コンピテントな何かを使用してTauriは素晴らしい方法です。
Rustアプリの上にReactアプリを載せる良い方法です。しかし、それはElectronの有能な代替ではありません。それを装うのはもう止めてください。
これは独自の動画が必要かもしれません。
また、調査の41%の開発者がデスクトップやモバイルアプリのためにこれらのツールを使用していません。
41%がまだデスクトップやモバイルに触れていないのは驚きです。どれだけの人が触れているかに驚きますが、はい、これらのものの関連性を示しています。
ElectronとReact Nativeが痛点で同率です。そう、ビルドツールに移りましょう。
モノレポは血の海になるでしょう。
Viteは上昇していますが、その率は低下しています。毎年大きくジャンプしていましたが、今は少し減速しています。
私の熱い意見では、Viteを使用すべきプロジェクトは現時点でそうしているからです。そして、多くのクレイジーなプラグインに依存している古いものはWebpackから移行することはないでしょう。
そしてNext.jsは、Webpackに深く組み込まれているため、Webpackを再構築するよりもNextを再構築する方が簡単です。
そのため、Viteがどれだけ成長するのかわかりません。そしてそれは上に行って、今は左に行くことになるのではないかと心配です。
Bunが入っていないのは驚きですが、まだそれほど人気がないということですね。
興味深いことに、職場でBunとWebpackを使用している人の数は同じです。これは私にとって非常に興味深いことです。
週は依然としてより良い給料を支払います。とても興味深いです。
ここでの範囲を見るのも面白いです。選ぶツールと稼ぐ給料はそれほど相関していません。選ぶツールと最初の仕事を得やすさ、それらはおそらくまだ相関しています。
会社の規模については...私はこのケースを知っています。まだ見ていませんが、Viteは全体的にWebpackよりもはるかに小さな会社になるでしょう。
もし私が間違っているなら、多くの考えを巡らせる必要があります。多くの考えを巡らせる必要があります。これらはほぼ完全に同じです。興味深いですね。
これについて深く考える必要があります。
Sachaは自分のものをここに忍び込ませ、それはBlue Skyです。Sachaに感謝します。いつもの彼の努力に感謝します。
これらの調査を毎年続けてくれる彼の努力に、definitely follow himをお勧めします。
モノレポの時間です。
pnpmはまだ勝っています。
NXは順調です。
Turbo Repoの成長は大幅に鈍化しています。
モノレポがこれほど未解決なのは本当に狂っています。今は本当に厳しい状況です。そうでないと装うつもりはありません。
なぜなら、それは多くのことに対して正しいパターンですが、ツールはひどいものです。見てください、モノレポツールの幸福度は全く変わっていません。決して。それは悲しいことです。それは本当に悲しいことです。
他のツールについては何がありますか？
Lodash、日付関数、私は日付関数が大好きです。とても頻繁に使用しています。そしてDay.js、私はこの2つを切り替えることが多すぎるかもしれません。
私はDay.jsに傾いています。APIがより好きです。moment APIが間違った方法であることは知っていますが、Day.jsが好きです。両方とも良いソリューションです。
いつかTemporalが実際に準備できるでしょう。
Three.jsがここで大きな成功を収めています。React Three Fiberはここにありますか？それとも単にThree.jsだけですか？興味深いですね。
そしてD3はまだ殺しています。
Framer Motionもまだ高い位置にいます。
Spring Gapもまだ良い成績を収めています。
React Spring being this high... OK、React Fiberがここにあれば、より高い位置にいたはずです。なぜならReact Springはpandersによるもので、元々は主にThree.jsをReactで使用するためのものだったからです。React Three Fiberは理にかなっています。
バックエンドフレームワークについて、依然としてExpressが支配的ですが、Nestを見てください。申し訳ありません、NextではなくNestです。それは実際に悲しいことです。
Nestがfastifyの2倍の成績を上げているのは心が痛みます。fastifyは過小評価されすぎています。新しいプロジェクトを始めていて、Expressを検討しているなら、fastifyを考慮してみてください。基本的にExpressと同じですが、遅くないだけです。
私は基本的にすべてのウェブサーバーでfastifyを使用しています。Nextでない場合は、おそらくfastify上で動作しています。
Hanoも、Cloudflareなどにデプロイするものには本当にクールです。はるかにランタイムに依存しませんが、fastifyは最速で、最もNode.js対応が進んでいます。
Hanoはほとんど、Node.jsは二級市民のように感じます。問題なく動作しますが、私個人的にはfastifyに傾いています。実は、upload thingでは両方を大いに使用しています。両方を結構使っています。
fastifyを使うと、より多くのことができ、長時間実行されるサーバーのパフォーマンスが少し良くなります。
JavaScriptランタイムについて、Node.jsが勝利、ブラウザが僅差で2位、Bunが急速に上昇しています。
BunがDenoを追い抜いたのは大きなことです。また、BunがService Workersと同率というのも少し面白いです。
Cloudflare Workersは3%です。これは、Cloudflare Workersを使用している人の半分が、それがNode.jsではないことを知らないからです。ただ想定して、間違いを犯し、そして怒ります。
LambdaとVercelが上位2つです。Cloudflare Workersは Vercel Edgeより下です。信じられません。Google Cloud Functionsもかなり高い位置にいます。
Netlifyがこれほど低いのは興味深いです。これが上昇するかどうか気になります。なぜなら、楽しいことがいくつか予定されているからです。
非JavaScriptの言語について、私たちは皆、AIの波のためにPythonに閉じ込められています。PHPが復活しています。Javaは決して消えませんでした。
ChatGPTユーザーがCopilotユーザーよりもこれほど多いとは予想していませんでした。これはかなり驚くべきことです。
これは来年との比較で見るのが面白いでしょう。良い記憶を持っている人は、来年これを見直す時に2024年と比較することを思い出させてください。
私はClaudeが上昇し、Copilotがわずかに上昇し、ChatGPTはほぼ現状維持、そしてGoogleの現在のGeminiの傾向が続けば、非常に興味深いことになるかもしれません。
また、Cursorが圧倒的です。Cursorは、ここでは10%を超える唯一のIDEです。これはかなり驚くべきことです。
Tab 9やCodiumなど、他のIDEもたくさんありますが、Codiumはここでは2つの異なるスペルで書かれています。これらは...あ、そうですね、これらは異なるものでした。それを忘れていました。
VercelはホスティングでAWSに近づいています。GitHubはPagesでまだ高すぎます。つまり、無料ですが...
NetlifyがCloudflareを上回っているのは良いことです。Herokuがまだ19%というのは...さあ、皆さん、もう移行する時期です。
調査をTwitter、Facebook、またはメールで共有することは、科学的にコーディングのパフォーマンスを最大15%向上させることが証明されています。では、動画で共有するとどうなるのでしょうか？さらに効果があるはずですよね？
これはTypeScriptとJavaScriptの分割です。見てください、TypeScriptが支配的です。20%未満の人々しかTSを半分以下しか使用していません。これは驚くべきことです。
TypeScriptが勝利し、ほとんどの人が今やJSをコンパイルしています。
AIコード生成は依然として0%に傾いていますが、多くの人々が10%程度と言っています。興味深いですね。
ほとんどの人が職業としてJavaScriptを書いています。趣味として使用している人がもっと増えてほしいです。40%は低いです。さあ、楽しみのために使用しましょう。
フロントエンド開発者は依然として98%です。
64%がバックエンドです。
26%がモバイルです。
18%がデスクトップです。
すべて非常に興味深い数字です。
SPAはまだ勝っていますが、SSRが成長しています。今や60%の人々がサイトでSSRを行っています。
SSGは46%です。
マルチページアプリは40%です。
部分的なハイドレーションは20%だけです。
Islandsは14%です。
そしてどんどん低くなっています。
ISGは9%です。
ストリームSSRもわずか9%です。
PPR、特にNextの機能であることを考えると、8%というのはかなり驚くべきことです。特に隠しフラグの下にあることを考えると。
PPRが標準になることを楽しみにしています。これは、静的な再検証が一般的になったのと同様に、部分的なプリレンダリングも一般的になる必要があります。
また、Ryanからの良い指摘として、ストリームSSRを使用している人の方が、それを認識している人よりも多いというのは絶対に同意です。
これは面白いことです。なぜなら、Next.jsはそれらの詳細を知る必要がないように非常にうまく機能するからです。物事は単に機作しますが、誰も自分がやっていることを知らないため、ここでは本当に低い数字に見えます。
35%の人々がコードアーキテクチャはJSの痛点だと言っています。どういう意味でしょうか？すべてを1つのファイルに入れるだけです。
状態管理が31%
依存関係が29%
ビルドツールが28%
モノレポはどこにありますか？モノレポはこのリストでもっと高い位置にあるべきです。
新しい提案について、みんなTemporalに興奮しています。
人々は何らかの理由でデコレータに興奮しています。
明示的なリソース管理について面白いことが起きています。
欠けている機能について、TypeScriptがあってもまだ静的型付けが欲しいと言っています。なぜなら、すべてにライブラリを使用しなければならないからです。
シグナルについて、人々はパイプ演算子に興奮しています。パイプ演算子が欲しいです。これがどれほど欲しいか、皆さんには想像もつかないでしょう。想像もつきません。
いつか、この時点でポリフィルを始めようと思います。あまりにも必要なのです。ポリフィルではなく、バベルプラグインですが。
ほとんどの人々は、ネイティブの型がTSとできるだけ似ているようにしたいと思っています。理にかなっています。
ウェブ技術の幸福度は、再び5年間動いていません。それは悲しいことです。
JavaScriptの幸福度は2020年から2021年にかけてわずかに下がりましたが、それ以降は動いていません。
私たちはただ受け入れたようです...ハイブマインドが支配を取って、今や...
そして私のお気に入りのセクション、教材のビデオクリエイターです。FireShipにこれほど近づく日が来るとは思いもしませんでした。それを受け入れましょう。
今年は調査を宣伝する動画さえ作りませんでしたが、それでもこれほど高い位置にいるのは素晴らしいことです。
Primagenも近いです。また、Mievがここにいるのは驚くべきことです。
作者が指摘したように、Mievが全体で4位というスペイン語エコシステムがいかに活気づいているかを強調する価値があります。スペイン語のみの実質的なテッククリエイターが、次に高い英語のクリエイターの2倍というのは、なんと驚くべきことでしょうか。
Mievへの大きな賞賛、彼は素晴らしい存在でした。そして彼と話すたびに、何か素晴らしいものを得ています。
SVG、私のサムネイルのすべてのSVGを管理するのに使用しているこのツールは、彼のコミュニティの人によって作られたものです。私の大ファンだった人です。
最後にMiev Devと会った時、私たちはただVercelのオフィスにいて、彼は私に他の1人の人にセルフィーを送るために一緒に撮ってもいいかと尋ねました。そして彼は彼らが作ったSVGを見せてくれました。私は「待って、何？それはとても役立つ」と言いました。そして今や彼らはコミュニティで私のお気に入りの人々の一人です。
Mievは単に、彼の周りの人々を引き上げ、彼がいるコミュニティをサポートするために何でもすることに非常に熱心です。信じられないほどです。本当に素晴らしい人です。
そうですね、Miev Devに賞賛を、SVGの人々に賞賛を、プロジェクトを主導したPabloに賞賛を送ります。素晴らしいプロジェクトです。私はこれをほぼ毎日使用しています。
Kevin Powはまだ素晴らしい成績を上げています。私は彼の動画を3つほど後で見るためにキューに入れています。しばらく楽しみにしています。
Low Level JavaScript、誰が入ったか見てください。Pirate Softwareはまだここにいます。ただし予想よりも低い位置です。
人々、単に人々の名前を記入するセクションです。Mievは最も多くの人々が記入した名前でした。素晴らしいことです。
そして最も重要な部分、賞です。
最も採用されたのは、私はこれがまだViteになるかどうかわかりません。成長が decent bit鈍化したように見えたからです。それはそのように見えました。
最も保持率が高いのはVestです。もちろんです。新しいテストソリューションを使い始めると、移行することはないでしょう。
最も注目されているのはrolldownです。知らない人のために説明すると、Next.jsチームがturbo packでWebpackを書き直してより高速にしているのと同様に、ViteチームはViteの本番バンドラーであるrollupをRustで書き直しています。
rolldownを使用して、開発と本番の両方で使用できるほど高速にしています。
最も称賛されたのはAnalogです。Brendanがここに入っているのは良いことです。完全に値します。私が言ったように、Analogは私たちがAngularのルネサンスを見ている大きな理由の一つであり、それが認められているのを見るのは嬉しいことです。
最もコメントされたのは、Angularです。まだ最新の子供ではありませんが、41のコメントで依然として話題の的です。
最も愛されたライブラリで、再びViteが結論を締めくくります。
数年前、別のJavaScriptの状況調査でAstroが私の関心を引きました。試してみることにし、数時間使ってみた後、そのテクノロジーに一目惚れしました。
突然、私のウェブサイト、管理ツール、その他のプロジェクトをAstroで再構築している自分に気付きました。今では、Astroは間違いなく私のお気に入りのフレームワークだと言えます。
JavaScriptは動的で刺激的なエコシステムで、再利用可能なコンポーネントからクライアントサイド、サーバーサイド、静的ソリューションまで、多くのライブラリやフレームワークで継続的に成長しています。目標を達成するための無数の方法があります。
私はこの呼びかけのように、新しいものを試してみることに賛成です。同意します。新しいものを試すたびに、それが好きではなくても、何らかの形で私の開発方法が変わります。それは有益です。
これを書いてくれたFernandoに感謝します。でも私の女の子Shandeが何を言ったのか見なければなりません。彼女が大好きです。彼女は私が今まで見た中で最もクールなReactのコンテンツのいくつかを作っています。まだ彼女のトークを見ていない人は、チェックしてみてください。
5年も前のことではありませんが、私は初めてTypeScriptを使用することの利点を発見しました。その旅路で私は一人ではありませんでした。スケーラブルで保守可能なフロントエンドシステムを作成することを目指すチームのために、TypeScriptを探求し始めたばかりの多くのJavaScript開発者の中の一人でした。
TypeScriptの人気がいかに急速に成長したかを見るのは素晴らしいことです。調査回答者の大多数が今や日々の仕事でTypeScriptを使用しているのを見るのは感動的です。
今日、個人プロジェクトと仕事の両方で私の定番スタックには、React、TypeScript、Vite、Jestが含まれています。大規模で急速に成長するチームがこれらのツールに賭けを置き、フロントエンド開発者を雇う際にこれらの分野の専門知識を求めているのは驚くことではありません。
そのため、他の組織によってもこれらが広く採用され、保持されているのは当然のことと言えるでしょう。
もし私のように、あなたも新しいフレームワークやライブラリを継続的に試すよりも、いくつかの重要なツールの習得に集中したい場合、また私のように、最新バージョンの信頼できるフロントエンドツールを採用する前に、それらが安定版リリースに達し、問題が解決されるのを待ちたい場合、あなたは一人ではありません。そしてそのような試行錯誤の道を選ぶことには大きな利点があります。
これは私向けのメッセージではないので、あまり同意できなくても問題ありません。私向けではないので、それでいいのです。
どのツールでも、そのツールを最も使いこなしている人々は、そのツールだけを使用している人々ではありません。そのツールを使いながら、他で何が起きているのかを把握し続けている人々です。
おそらく、ある特定のツールのトップ半分の人々の多数は、主にそのものを使用しているでしょう。しかし、任意のものについてトップ10%の人々は、他のツールも使用しています。
開発の世界では、トップ90パーセンタイルの人で、一つのものだけを使用している人はいません。他のツールや技術から学ぶべきことが多すぎるのです。
それが全てです。なんという調査でしょう。
正直に言うと、少し悲しいです。今年は感情面でプラスになることを期待していました。なぜなら、物事が少し落ち着き、昨年の最大の不満は物事が速すぎるということだったからです。
私たちは2年間、物事があまり変化しない期間を過ごしました。なぜなら、私たちは物事をRustで書き直すのに忙しすぎたからです。しかし、その2年間の変化の少なさの結果、私たちは肯定的な感情の上昇を見ることはありませんでした。
実際には、わずかに下がりました。また、Svelteのような大きな変更を行ったフレームワークもそれによって罰せられました。それは悲しいことです。
イノベーションを恐れるウェブ開発の世界を見たくありません。そして、これが唯一の光明かもしれませんが、イノベーションを行わないことも感情の助けにはならないようです。
一方では、人々は気にしません。どちらにしても怒るでしょう。だから革新を続けない理由はありません。しかし他方では、人々は気にしないので、革新する動機もあまりありません。
今年はより良い調査結果を期待していました。私はこれらのことに興奮しており、皆さんも同じだと願っています。
これらの動画を見ている人々は平均的なJavaScript開発者ではないことは知っています。私は彼らの将来がどうなるのか心配です。
皆さんはどう思いますか？次回までさようなら、ナードたち。

いいなと思ったら応援しよう！