2020年8月1日、やっとFront-end Developer Handbook 2017の翻訳記事を旧ブログから引っ越すことが出来ました。
ただ2017年の情報は流石に古いので、最新情報にアップデートする必要があると考えていました。そんな中、Front-end Developer Handbook 2019という新しいE-bookができていることを発見しました。
Front-end Developer Handbook 2019は古い？
しかし、今はすでに2020年。最新の情報で包括的なフロントエンド技術が記載されているサイトを探していたところ、以下の記事を発見しました。
But here’s the good news: the Frontend Developer Handbook 2019 is still relevant and getting discovered all the time (at least, according to my Google analytics).
Front-end Developer Handbook 2019は2020年でも有益な本であるとのこと。
そこで今回は、私の学習記事をアップデートする前にウォーミングアップとして、第０章の2018年のフロントエンド開発の要約、2019年の期待を見ていきます。
2018年のフロントエンド開発の要約
- Reactには昨年いくつかの注目すべきリリースがありました。lifecycle methods, context API, suspense, and React hooks.
- マイクロソフトがGithubを買収しました。
- CSSによるフォント作成が現実になりました。
- 私がフロントエンド駆動型アプリと呼んでいたものは、「サーバーレス」と呼ばれるようになりました。残念ながら、この言葉は過大評価されています。しかし、JAMstackという言葉は開発者の間で共鳴しているようです。
- Google は今年、Web ページの読み込みを高速化するために、squooshやquicklinkなど、いくつかの優れたツールを提供しました。
- Vueは今年、React よりも Githubの星の数が多くなりました。しかし、React は依然として圧倒的な使用率を誇っています。
- 仮想DOMやJSXを使わないReactに似たソリューションとして、RE:DOMが導入されました。
- NW.jsとElectronの代替案、DeskGapとNeutralino.jsが登場。
- 2017年には、フロントエンドのHTML & CSS開発者とフロントエンドのアプリケーション開発者の間に大きな溝ができていました。2018年になってその溝は広く深くなり、より多くの人がその溝を感じ始めるようになりました。
- 今年もここ数年と同様に、主流のJavaScriptアプリツール（React、Angular、Vueなど）に対抗しようとするアプリ/フレームワークのソリューションが溢れていました。Radi.js、DisplayJS、Stimulus、Omi、Quasar。
- JavaScriptフレームワークは、JavaScriptにコンパイルする独自の言語を提供し始めました（例：Mint）。
- CodeSandbox が進化し、オンラインでのコード共有のための主要なソリューションとなりました。
- CSS Grid と CSS Flexbox は最新のブラウザで完全にサポートされており、いくつかの深刻な乗り物に乗るようになりました。しかし、多くの人は、いつ、どのようにどちらを使うべきか悩んでいます。
- 多くの人は、ボルトオン型システム（TypeScriptやFlowなど）の長期的なコストを認識している。また、ボルトオン型システムはボルトオンモジュールシステム(例: AMD/Require.js)のようなものではなく、解決策よりも多くの問題を抱えていると結論付けている人もいます。最小限のことですが、多くの開発者は、大規模なコードベースで型が必要な場合、ボルトオンシステムは型が組み込まれている言語 (Reason, Purescript, Elm など) と比較して理想的ではないことを認識しています。
- CSS 変数は最新のウェブブラウザの間でブラウザのサポートを得ました。
- JSにおけるCSSのフレーバーが爆発的に広がり、その実践に疑問の声も。
- ESモジュールは最近のブラウザで使えるようになり、ダイナミックインポートはそのすぐ後に迫っています。この事実を中心としたツールのシフトさえ見られるようになりました。
- 多くの人は、エンドツーエンドのテストが、Cypress（Cypressが先で、次にJest）のおかげで、大部分が正しくテストを行うための出発点であることを認識しています。
- 今年も Webpack が多用されましたが、多くの開発者は Parcel の方が立ち上げや実行が簡単だと感じていました。
- 今年の最も重要な質問の一つは、JavaScriptのコストはどうなのかということでした。
- 今年は Babel 7 がリリースされました。前回のメジャーリリースが3年近く前だったので、それは大きなことです。
- あまりにもJavaScriptの変化が早すぎるという現実に気付き、Reactのようなものを学ぶ前に知っておかなければならないことについて人々は話し始めています。戦いは現実です。
- ほとんどの開発者はApollo経由でGraphQLを見つけ、データAPIの次の進化として見ています。
- Gulpとその友人は間違いなくNPM/Yarnの実行に後れを取った。しかし、これはマイクロソフトがJustでゲームに参加するのを止めなかった。
- 今年は、HTML、CSS、JavaScriptのためのlint/hintだけでなく、Webそのもののlint/hintが可能になった。
- 2018年のフロントエンドツール調査は、jQueryがどれだけ使われているかを知るためだけに読む価値がある。
- 今年はTypeScriptが多くのユーザーを獲得したことは否定できない。
- VScodeは、選ばれるコードエディタとして圧倒的な存在感を示している。
2019年の期待
- 今年も続くことを期待している。"Sass からの退避"
- 今後の CSS への追加（および追加の可能性のあるもの）について、https://cssdb.org を通じて目を光らせ、学ぶことはまだ良いアイデアだと思います。
- GoogleのWebP画像フォーマットは、今年中にすべてのモダンブラウザからのサポートに到達する可能性があります。
- Prepackは調理を続けるだろう。
- GraphQLは引き続き大規模な採用を獲得するだろう。
- 「State of JavaScript」調査の作者は、2019年に「State of CSS」調査を追加する予定です。
- Web Animations APIから目が離せない。
- あなたの知り合いの誰かが、TypeScriptを使うように説得しようとするだろう。
- Babelはswc-projectと競合することになるだろう。
- JAMStackのケースは続くだろう。
- 1つのコードベースを多くのプラットフォームへと追い求めることは続くだろう。
- より多くの開発者が、大規模なコードベースをJavaScript/TypeScriptではなく、ReasonMLのような言語を使うようになるだろう。
- より多くの、主に使われているプロジェクトが、ネイティブのDOMソリューションを支持してjQueryを脱却し始めるだろう。
- Web Components! この時点では、Web Components がどのように展開していくのか、私には見当がつきません。現実は、彼らが去っていくわけではなく、誇大広告が終わった後は、彼らは多くの勢い/使用率を得ていません。
0 件のコメント:
コメントを投稿