2022年に最も普及するReactの技術スタック(和訳)

### Professional React Development
1. **2022年に最も普及するReactの技術スタック**
1. [Screaming Architecture - Reactのディレクトリ構成を進化させる](https://qiita.com/mwkiyo/items/9549207680e71833a654)
1. [プロフェッショナルなReactプロジェクトの立ち上げ方](https://qiita.com/mwkiyo/items/c81c5ba5c4f02fdd29ec)
1. [React開発者のためのGitワークフローとGitHubセットアップ](https://qiita.com/mwkiyo/items/9c6d1bd6df89e94f2a98)
* * *

([こちらの記事](https://dev.to/profydev/which-react-tech-stack-to-learn-in-2022-n84#styledcomponents-or-mui-as-most-popular-react-ui-library)の和訳です)

React開発者としてのキャリアをスタートさせたいなら、難しい決断に迫られる。次のプロジェクトでは、どのライブラリとツールを使うべきでしょうか。Reactのエコシステムは巨大です。常に新しいハイプがあり、あまりにも多くの矛盾した意見があります。どうしても混乱する...

しかし、決断は簡単です。**最も人気のあるライブラリやツールに焦点を当てるのです**。これらは、実際のプロジェクトでも広く使われている可能性が高い。こうすることで、あなたの技術スタックが仕事の要件に合致する可能性が高まります。

ただ問題なのは、その技術スタックとは何なのか？おそらくご想像の通りです。その答えはこのページにあります。

この記事では、Reactコミュニティで使用されている最も重要なライブラリとツールのリストを提供します。やや客観的なリストです。一人の意見ではなく、ダウンロードの統計、調査、コミュニティの議論に基づいています。

### **方法論に関する簡単なメモ**

この記事で使用している主なデータソースは、npmの週間ダウンロード統計です。

確かに、これは理想的なデータソースではありません。ダウンロードのほとんどはCIパイプラインが原因です。しかし、誰がどの程度貢献しているかは不明です。チームによってはCIを導入し、頻繁に新しいパッケージをダウンロードするところもある。また、キャッシュを使用して、npmから何かをダウンロードする必要がほとんどないチームもあります。

とはいえ、ダウンロード統計は、現在私たちが持っている最も客観的できめ細かい人気度測定のひとつです。特に、異なるパッケージを相対的に比較するために利用する場合は、なおさらです。

State of JS調査、コミュニティ投票、議論などの他のデータソースと組み合わせることで、Reactエコシステムで最も人気のある選択肢の確かな概要を得ることができるのです。

## **1. 最も人気のあるReactライブラリ**

ネットのコミュニティを見ていると、こんな質問を頻繁に見かけます。

- 「Next.js vs Gatsby vs Remix? 私のプロジェクトにはどちらを使うべきか」 
- 「プロジェクトでReduxを使うべきか？」という問いに対して、「Contextを使えばいい」という意見から「Zustandの方がずっといい」という意見まで、さまざまな意見がありました。

これは非常にわかりにくいことです。そこで、この最初のセクションでは、状態管理、フォーム、スタイリングなどのさまざまなユースケースについて、最も重要なライブラリの概要を説明します。

### **[Next.js](https://nextjs.org/) (最も人気のあるReactフレームワーク)**
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/a58890ac-2a44-d5d7-895e-d9a26c202de0.png)
ソース: [npmtrends.com](https://npmtrends.com/gatsby-vs-next-vs-remix), 2022年1月

Next.jsが明確な選択であることがわかります。Gatsbyは停滞しているように見えるが、Remixは（現在の誇大広告にもかかわらず）まだごく初期の靴である。おそらく、当分の間、Remixが使われている仕事を見つけるのは難しいでしょう。

Next.jsの週間ダウンロード数が2Mと高いのは興味深い。React自体の週間ダウンロード数が1400万であることと比較してみてください。つまり、NextはReactアプリを作るためのフレームワークとして定着してきたということです。

それは驚くことではありません。Next.jsは、サーバーサイドレンダリングやコード分割のような多くの利点を、複雑なWebpackのセットアップなしで提供します。非常に成熟しているので、実運用で使っても安全です。

Next.js vs Create-React-Appでプロジェクトを始めるという議論でのこのコメントがすべてを物語っています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/d4bac304-87c3-a77b-9714-a88d8a6a506a.png)
(訳：SEOを重視するならnextJSを、そうでないならnextJSを。)

### **Redux (最も人気のあるReactの状態管理ライブラリ)**
ほんの数年前まで、状態管理の標準は間違いなくReduxでした。最近では、Reduxに不満を持ち、ZustandやJotaiのような他のライブラリを推奨する人が増えているようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/5b12844d-18ae-e303-f67e-0ecea9b78685.png)
ソース: [npmtrends.com](https://npmtrends.com/@reduxjs/toolkit-vs-jotai-vs-mobx-vs-redux-vs-xstate-vs-zustand), 2022年1月

しかし、ダウンロードの統計は、違う絵を描いています。Reduxは圧倒的に最も使われている状態管理ライブラリだ。[この投票](https://www.reddit.com/r/reactjs/comments/r12i8v/react_state_management/)が示すように、ネイティブのContext APIだけがそれに近いようだ。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/c2bfe98b-764b-1cdd-f879-8506c2136fe0.png)

また、投票の下にあるコメントから、Reduxが特にプロの世界で浸透していることがわかります。

近年は、多くの議論や「State of JS 2020」調査の満足度を見ればわかるように、Reduxに対する不満が多くなってきているようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/dd86e43f-e79c-cfd1-4136-8fc7fe84b697.png)

否定的なコメントの多くは、Reduxの古いバージョンに起因しています。現在では、[Redux Toolkit（RTK）](https://redux-toolkit.js.org/)を使用することが[推奨されています。](https://redux.js.org/introduction/getting-started#redux-toolkit)なぜなら、セットアップがはるかに簡単で、多くの定型句が削除されているからです。データ取得のために[Redux Toolkit Query](https://redux-toolkit.js.org/rtk-query/overview)と組み合わせることもできます。

上のグラフで2番目にダウンロードされたパッケージになっているように、RTKの採用は急速に増えているようです。Reduxで作られたWebサイトの6つに1つはRTKを使用しているようです。

### **react-query または Apollo (人気のある React フェッチライブラリ)**
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/febe5721-1992-9329-a016-b33873e9ed69.png)
ソース: [npmtrends.com](https://npmtrends.com/@apollo/client-vs-react-query-vs-react-relay-vs-swr), 2022年1月

この統計によると、データ取得に関してはApolloが最も人気のある選択肢のようです。ここでは省略したが、レガシーバージョンである`apollo-client`のダウンロードも毎週1Mほどある。

Apolloの問題点：GraphQL APIのために作られていること。

そこで登場するのがreact-queryです。これは比較的新しいライブラリで、急速に勢いを増している。開発者の間でとても人気があり、あらゆる種類のAPIに接続するために使用することができる。キャッシュやリトライなど、多くの一般的なユースケースを処理することができる。

react-queryの方が汎用性が高いので、データ取得のためのライブラリとしてはこちらをお勧めします。でも、GraphQLを使うならApolloも見てみてください。

**あなたのアプリがすでにRedux Toolkitを使用している場合、理にかなっている注目すべき第3のオプションがあります**。[RTK Query](https://redux-toolkit.js.org/rtk-query/overview)です。これはreact-queryと同様の機能を持ち、@redux/toolkitパッケージに含まれています。これは独立したパッケージではないので、ダウンロード数は上のグラフには表示されておらず、どの程度広く使われているかはわかりません。

要約すると、Mark Erikson氏（Reduxのメンテナの一人）のコメントが参考になります。

>何を使うにしてもデータ取得のコードを手書きで書かないことをお勧めします。すでにReduxを使っているなら、RTK Queryを使うべきでしょう。Reactだけを使っているのであれば、React Queryを見るべきでしょう。

### **React Hook Form (最も人気のあるReactのフォームライブラリ)**

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/14a30092-df52-7f75-7f69-98a8deb1d269.png)
ソース: [npmtrends.com](https://npmtrends.com/final-form-vs-formik-vs-react-hook-form-vs-redux-form), 2022年1月

純粋にダウンロード数だけを見ると、最も普及しているフォームライブラリは[Formik](https://formik.org/)で、[React Hook Form](https://react-hook-form.com/)がそれに続いています。しかし、後者が急速に採用数を伸ばしているのは明らかです。

この議論や他の議論でReact Hook Formが愛されていることから判断すると、明確な選択であると言えます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/629ff45a-5ab0-207b-9973-9f347f5d5707.png)
(訳：とてもシンプルで軽く、生産に適しています。私はFromikや他のフォームライブラリよりも、常にこれを使いたいと思います。)

:::note warn
注意
必ずしもフォームライブラリが必要なわけではありません。多くの単純なフォームは、[Swyx](https://www.swyx.io/no-controlled-forms)や[Josh W. Comeau](https://twitter.com/JoshWComeau/status/1330302183431147526)が提案するように、状態管理なしで処理することができます。
:::

### **[Styled-Components](https://styled-components.com/)または[MUI](https://mui.com/) (最も人気のあるReact UIライブラリ)**

[この世論調査](https://www.reddit.com/r/reactjs/comments/ry4tt6/at_your_job_do_you_use_a_component_lib_which_one/)によると、プロの世界のおよそ半分がコンポーネントライブラリを使い、残りの半分がカスタムCSSを書いている（下の2つの棒グラフを合わせたもの）そうです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/13c12c27-2373-92df-d932-c059dc1d9131.png)

MUIのようなコンポーネントライブラリは柔軟性に欠けると不満を言う開発者もいれば、車輪の再発明は意味がないと述べる開発者もいる。しかし、製品をコンポーネントライブラリで構築するかどうかは、常にカスタム設計と実装・保守のコストとのトレードオフの関係にあるのです。

投票の下のコメントによると、最も使われているライブラリは、styled-components（カスタムスタイル用）とMUI（コンポーネントライブラリとして）であるようです。ダウンロード数と比較してみましょう。

まず、CSS-in-JSの代表的な2つのソリューションを紹介します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/0f0e1852-3090-8f95-f25d-e2b8c3c874d8.png)
ソース: [npmtrends.com](https://npmtrends.com/@emotion/react-vs-styled-components), 2022年1月

カスタムスタイルについては、CSS-in-JSのソリューションが以前から増えていて、[styled-components](https://styled-components.com/)が最も人気があり、Emotionも急速に普及しています。どちらも非常によく似ているので、どちらを選んでも問題ありません。もし、すべてのコンポーネントを一から作りたくない場合は、[Headless UI](https://headlessui.com/)のようなヘッドレスコンポーネントライブラリと組み合わせてカスタムスタイルを使用することができます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/ca22e252-eea3-fc2f-5627-f477ac8a93ba.png)
ソース: [npmtrends.com](https://npmtrends.com/@chakra-ui/react-vs-@mantine/core-vs-@material-ui/core-vs-@mui/material-vs-react-bootstrap), 2022年1月

コンポーネントライブラリの中では、[MUI](https://mui.com/)（旧Material UI）が最も普及しているようです。なお、最近Material UIからMUIに名称が変わったので、緑と黄色の線を追加する必要があります。

CSSを学ぶか、コンポーネントライブラリを学ぶか、どちらかを選ばなければならないのであれば、個人的には[このコメント](https://www.reddit.com/r/reactjs/comments/r9hh0b/comment/hnbw953/)が正しいように思います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/7f58e71e-df76-4d8a-9216-97f9c6c26c0a.png)
(訳：私が10年以上働いてきた職場では、ほとんどの場合、独自のUI開発部門が独自のコンポーネント・ライブラリを構築していました。フレームワークやライブラリには移り変わりがありますが、しっかりとした基礎はいつまでもあなたの手元に残ります。)

## **2. Reactで使用される最も一般的な開発者向けツール**

ほとんどのプロフェッショナルチームは、IDEやCIパイプラインでツールを使用して、バグを早期に発見し、コードの品質/可読性を高めています。ここでは、最も重要なツールのダウンロード数を紹介します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/76ca5e2e-7d52-aceb-082e-2b9fa31c49a0.png)
ソース: [npmtrends.com](https://npmtrends.com/eslint-vs-eslint-config-airbnb-vs-jshint-vs-prettier-vs-standard-vs-tslint-vs-typescript), 2022年1月

TypeScript、Prettier、ESLintは、ダウンロード数に関してどれも同じようなレベルであることがおわかりいただけると思います。これらのツールはJSコミュニティ全体で使用されており、Reactコミュニティに限定されないことに注意することが重要です。

以下、それぞれのツールについて簡単に説明します。

### [Prettier](https://prettier.io/)(コードフォーマット用)
[Prettier](https://prettier.io/)は、意見交換型のコードフォーマッターです。何年も前から存在し、広く使われている。この[Prettierのプレイグラウンド](https://prettier.io/playground/)のスクリーンショットを見ればわかるように、本当に醜いコードを書いても、Prettierはそれをきれいに見せてくれます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/43f514ed-d6de-aa3d-0c4a-3e0b64a902b2.png)

コードフォーマッターを使うことで、チーム内のすべての開発者が一定のコードスタイルに従うことが保証されます。その結果、コードの一貫性が高まり、可読性も向上します。

簡単に使えるので、個人プロジェクトでも採用することをお勧めします。エディターの「保存時に書式設定する」機能にも取り付けられます。

### [ESLint](https://eslint.org/)(問題点を把握するため)

[ESLint](https://eslint.org/)のようなリンターは、あなたのコードを静的に分析し、問題のあるパターンを検出し、ベストプラクティスを実行します。ESLintは、あなたのコードがバグを含んでいることを、リリースする前にあなたに警告することができます。この例のように。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/fdd4c73c-85f8-de39-3936-950252a9a24e.png)

ESLintは非常にカスタマイズ性が高いです。しかし、人気のあるプリセットを使い、標準的なものに従う方が良いでしょう。

どのプリセットを使えばいいのか？Airbnbが長い間デフォルトでしたが、[多くの人はそれがあまりにも規定的だと感じています。](https://www.reddit.com/r/reactjs/comments/rwvhxf/comment/hrgx5hx/)むしろデフォルトのeslint:recommendedの設定とPrettierを組み合わせて使うことをお勧めします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/4792f527-3044-3d6d-654f-0957779fa8b4.png)

### [TypeScript](https://www.typescriptlang.org/)（型チェック用）

[TypeScript](https://www.typescriptlang.org/)は、プロの世界でも広く採用されています。その指標となるのが、[State of JS 2020](https://2020.stateofjs.com/en-US/technologies/javascript-flavors/#javascript_flavors_experience_ranking)の調査における利用率だ。参加した開発者の78%がTSを使用したことがある。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/c254315a-ff77-0347-1de4-201851dc68b9.png)

Reactコミュニティは、[TypeScriptの学習に関するこの議論](https://www.reddit.com/r/reactjs/comments/q6n5tz/should_i_add_typescript_to_my_arsenal/)にあるように、TS側でかなり結束しているようです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/c6353664-0996-5336-54ae-f80ed52721b2.png)
(訳：はい、覚えてください。そして一度慣れたら、あなたのreactプロジェクトをすべてTypeScriptに変換したくなるはずです)

個人的には、最近、TypeScriptに触れないReactの求人情報はほとんど見かけません。これは、仕事を得るための必須条件（特にジュニア開発者）という意味ではなく、TSが企業の技術スタックにおける一般的なツールであることを意味しています。

この採用の理由は、TypeScriptはコードを書きながら、そのコードの問題を検出するのに役立つからです（ESLintと似ています）。しかし、ESLintが規約や問題のあるパターンを見つけることに重点を置いているのに対して、TSはもう少し深いところまで踏み込んでいます。この例を見てください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/1cce71af-4110-2316-cf1d-04ea9acd0aa8.png)

ESLintにとっては、これは問題ないように見えます。しかし、数値は`toUpperCase`メソッドを持っていないので、明らかに間違っています。このコードは私たちのリンターを通過し、バグを発生させるでしょう。

TypeScriptは変数の型をチェックする。TypeScriptは`text`が数値であることを知っている（そして名前が示すように文字列ではない）。そのため、`text.toUpperCase`という関数が存在しないと文句を言う。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/f2207ea5-b8a4-afc4-8c11-0f272dfb77ce.png)

## 3. 最も人気のあるReactのテストフレームワークとツール

ESLintとTypeScriptは、コードを静的に解析することで、バグに対する最初のセーフガードとなります。自動化されたテストは、3番目のセーフガードです。

自動化されたテストは、アプリの機能が正しく動作することを保証します。これは特にリグレッション（既存のコードを変更することで発生するバグ）を防ぐのに有効です。

一見すると、テスト環境は細分化されているように見えます。[State of JS 2020](https://2020.stateofjs.com/en-us/technologies/testing/#testing_experience_ranking)の調査による、各テストライブラリの利用比率です。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/38492b2f-f5e2-3fa1-aaba-a573552c7224.png)

一見するとかなりの数に見えますが、ユースケースごとにグループ化して比較することができます。

・テストフレームワーク：JestとMocha vs Jasmine
・Reactコンポーネントをテストするためのユーティリティライブラリ：React Testing Library vs Enyzme
・エンドツーエンドのテスト：Cypress vs Puppeteer vs Playwright
・UIテストとドキュメント作成：Storybook

### [Jest](https://jestjs.io/) (最も人気のあるReactのテストフレームワーク)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/a0c49e0d-80cc-da9e-66db-e3205bc407db.png)
ソース: [npmtrends.com](https://npmtrends.com/jasmine-vs-jest-vs-mocha), 2022年1月

ご覧の通り、JestはJSのテスト環境において最も使用されているテストフレームワークです。Reactのコミュニティに絞れば、Jestはさらに優位に立つと思われます。私自身は、Jestの代わりにJasmineやMochaを使っているReactのプロジェクトを知りません。

Jestは、主にビジネスロジックなどのユニットテストや、React Testing Libraryなどのユーティリティライブラリと組み合わせた基礎的なテストフレームワークとして使用されます。

### [React Testing Library](https://testing-library.com/docs/react-testing-library/intro/) (最も人気のあるReact統合テストライブラリとして)

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/18091a87-a81d-50cd-16b9-e64470049bfb.png)
ソース: [npmtrends.com](https://npmtrends.com/@testing-library/react-vs-enzyme), 2022年1月

2020年からの調査では、[Testing Library](https://testing-library.com/docs/react-testing-library/intro/)の使用率は低いものの、ダウンロードの統計によると、Reactのテストに適したライブラリとして明らかに引き継いでいます。[このコメンター](https://www.reddit.com/r/reactjs/comments/rkks6o/comment/hpc7f3u/)はそれをうまく指摘しています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/76533a06-6a04-0732-0ac1-3da92c0eaa21.png)
(訳：React Testing Liraryをチェックしてみてください。Reactのテストのコミュニティスタンダードになりつつあります。)

React Testing Libraryは、統合テストを書くために使用します。つまり、すべてのコンポーネントを単独でテストするのではなく、システム（例えば、ページやより大きな親コンポーネント）と統合してテストするのです。Reactアプリケーションのほとんどのテストは、一般的に統合テストです。

>注意：テストの種類についてもっと知りたい方は、[Kent C. Dodds氏のブログ記事](https://kentcdodds.com/blog/static-vs-unit-vs-integration-vs-e2e-tests)をご覧ください。

Enzymeと呼ばれるReact Testing Library（RTL）の前身は、まだ使われているにもかかわらず、[もう死んでしまった。](https://www.reddit.com/r/reactjs/comments/rkks6o/enzyme_is_dead_now_what/)Enzymeのテストはまだたくさん残っていますが、今後、より多くのプロジェクトが新しいバージョンのReactにアップデートされれば、その使用量は減少していくでしょう。

### [Cypress](https://www.cypress.io/)（最も普及しているend-to-endテストツールとして）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/3f6ddcdc-0b40-ddfc-ace6-77ee09661604.png)
ソース: [npmtrends.com](https://npmtrends.com/cypress-vs-playwright-vs-puppeteer-vs-selenium-webdriver-vs-testcafe), 2022年1月

end-to-end テスト (e2e-tests) は、フロントエンドからデータベースまで、システム全体をテストするために使用されます。これらのテストは、すべてが一緒に動作することを保証します。

ダウンロード統計によると、e2e-testsのための最も人気のあるツールはCypressで、Puppeteerが最も近い競争相手です。私は個人的に、多くのチームが Cypress を採用するのを見てきましたし、非常にお勧めできます。ブラウザでテストを見ることができ、すべてのステップをタイムトラベルすることができます。このため、Cypressは、テストを始めたばかりの人にとって素晴らしい選択肢となります。

### [Storybook](https://storybook.js.org/) (最も人気のあるReact UIテストおよびドキュメント作成ツール)

Storybookは基本的にライバルがいないので、React Testing LibraryとCypressを追加して、実社会での使用頻度を説明しましょう。なお、StorybookとCypressはフレームワークに依存しない。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/f9231efe-0907-03ce-abc6-3f61fbd1dcba.png)
ソース: [npmtrends.com](https://npmtrends.com/@storybook/ui-vs-@testing-library/react-vs-cypress-vs-react-styleguidist), 2022年1月

Storybookのダウンロード数は、Cypressのそれよりもさらに高い。Storybookの競合であるreact-styleguidistは、基本的に存在しないに等しい。そして、そのウェブサイトによると、多くの有名企業が利用している。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/ca78c87f-2c2d-949b-d390-0d28e967bfa3.png)

Storybookがどんなものなのか気になりますよね。

大規模なアプリでは、何千ものコンポーネントを使います。そのため、概要を把握するのは本当に難しく、重複のリスクも高まります。この問題を解決するのがStorybookです。Storybookを使えば、コンポーネントを分離して作成し、別の環境で実行することができます。UIからプロップスやスクリーンサイズを変更するなどして、簡単にテストすることができます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/382999/0e472ebc-544a-d57b-42b5-28741c48a624.png)

## 4. 最も人気のあるReact開発者のワークフロー
### [トランクベース開発](https://trunkbaseddevelopment.com/)（共同作業のためのGitワークフロー）

特定のツールやライブラリを除けば、ほとんどすべての開発チームは、バージョン管理、コラボレーション、そしてリント、タイプチェック、テストなどのツールを自動的に統合するためにGitに依存しています。

世の中には、さまざまなGitワークフローがあります。数年前、私はほとんどGit Flowのことを聞いていました。しかし、今では本家の作者でさえ、[彼のウェブサイト](https://nvie.com/posts/a-successful-git-branching-model/)でほとんどのウェブアプリにGit Flowを使うことを勧めています。

>ウェブアプリは通常、継続的に配信され、ロールバックされることはなく、また、複数のバージョンのソフトウェアが野放しになっているのをサポートする必要もありません。(中略）もしあなたのチームがソフトウェアの継続的デリバリーを行うのであれば、git-flowをあなたのチームに組み込もうとするのではなく、もっとシンプルなワークフロー（GitHub flowなど）を採用することをお勧めします。

私の経験では、[トランクベース開発](https://trunkbaseddevelopment.com/)は、Webアプリを構築しているプロのチームで使われている最も一般的で人気のあるGitワークフローです（残念ながら、数字に基づくことはできませんが）。上の引用文にある GitHub Flow と非常によく似ています。要するに、次のような仕組みです。

1. メインブランチから新しいブランチを作成します。
1. このブランチにコードをコミットし、リモートリポジトリ(例：GitHub)にプッシュします。
1. リモートリポジトリで Pull Request (Merge Request) を開く。
1. リンター、タイプチェック、テストを実行します。
1. チームメンバーにコードをレビューさせる。
1. ブランチをメインブランチにマージします。

>[私の無料講座](https://profy.dev/project/github-minesweeper)では、ボットでマインスイーパーをしながら、トランクベースの開発／GitHub Flowを学び、体験することができます。

ステップ4は、継続的インテグレーション（CI）ツールを使って自動化します。最近では、[GitHub Actions](https://github.com/features/actions)がGitHubと簡単に連携できるため、人気が出てきているようです。

CIとコードレビューの目的は、リリース前にできるだけ多くのバグを捕らえ、コードの可読性、一貫性、品質を向上させることです。

## まとめ：Reactの上級学習コース

Reactの基本を学んだら、あとはプロジェクトを作ってスキルを上げるのが一番です。上記のツールやライブラリのリストを使って、[プロのようにプロジェクトに取り組む](https://profy.dev/article/react-projects-for-your-portfolio)ことで、時間を最大限に活用することができます。

ここで、次のプロジェクトの技術スタックについて提案します。

### 1. トランクベース開発を学ぶ

開発ワークフローの基礎として、Trunk Based Developmentについて学び、プロジェクトで活用しましょう。[私の無料コースでは、ボットでマインスイーパーをプレイすること](https://profy.dev/project/github-minesweeper)で、最初のハンズオンを体験することができます。1時間か2時間程度で終わります。

### 2. Next.jsを使用する

[npx create-next-app@latest](https://nextjs.org/docs/getting-started)を実行して、Next.jsでプロジェクトをセットアップします。Next.jsはReactの周りにいくつかの便利な機能を追加しますが、始めるのはかなり簡単です。他のReactコンポーネントと同じように、`pages`フォルダにあるページを編集したり追加したりするだけで、必要なときに段階的に高度な機能を学ぶことができます。もし、もう少し詳しい説明が必要であれば、[この公式チュートリアル](https://nextjs.org/learn/basics/create-nextjs-app)を参考にしてください。

### 3. オプションで TypeScriptを使用する

ジュニア開発者にTypeScriptの知識は求められないと思います。しかし、TypeScriptをある程度知っている、あるいは試してみたいという方は、`npx create-next-app@latest --typescript`でプロジェクトを初期化します。

個人的な意見ですが、すでに多くのことを抱えているのであれば、無理にTSを学ぶ必要はないでしょう。最初のうちは、TSを使うのはかなり面倒だし、スピードもかなり落ちる。もし、既存のTSプロジェクトに携わっているのなら、他の開発者の型定義を覗いて、彼らに助けを求めることができるので、習得するのはずっと簡単です。

### 4. ESLintを使用する

Next.jsにはESLintがプリインストールされています。デフォルトの`next/core-web-vitals`に加えて、`eslint:recommended`を追加すると、ある程度厳しいルールが設定できるかもしれません。

### 5. Prettierを使用する

最初からきれいなコードフォーマットに慣れることができます。[ここでは、Next.jsのアプリでPrettierとESLintを併用する方法を説明します。](https://nextjs.org/docs/basic-features/eslint#prettier)

### 6. styled-componentsかMUIを使用する

少なくとも1つのプロジェクトでは、カスタムスタイルを書いて、CSSのスキルを磨いてください。

デフォルトのNext.jsアプリは、そのままCSSモジュールを使用します。すでに学ぶべきことがたくさんあるのなら、それを使い続けることができます。そうでなければ、styled-componentsを試してみてください。

コンポーネントライブラリを使うなら、最も普及しているMUIを選ぶとよいでしょう。

### 7. Cypressでテストを書く

React Testing LibraryかCypressを使って、最低でもいくつかのテストを書いてください。そうすることで、他のジュニア開発者と差をつけることができます。

TypeScriptと同様、テストを書き始めるのは残念ながら大きな苦痛を伴います。Cypressには、ここにいくつかの利点があります。React Testing Library (RTL)と比較した場合

・セットアップが少なくて済む（アプリを起動し、テスト用のURLにアクセスするだけでよい）
・テストのデバッグを直感的に行える、優れた機能をたくさん備えています。

例えば、ブラウザ上でテストの実行を見たり、各ステップをクリックしてタイムトラベルしたりすることができます。React Testing LibraryのAPIを既に知っている場合は、上から[Cypress Testing Library](https://testing-library.com/docs/cypress-testing-library/intro/)を使うことも可能です。

Reactアプリのテストは通常RTLで書かれることが多いのですが、初めてテストをする場合はCypressで始めるのが理にかなっているかもしれません。

### 8. オプションで Reduxを使用する

あなたのアプリケーションがグローバルな状態を持つ場合、Reduxを追加します。ポートフォリオ用のプロジェクトや、単に練習用として構築するのであれば、何も考えずにReduxを使うことができます。Reduxは実世界のアプリで広く普及しているので、いずれにせよ実地経験を積むことは有用です。一方、本番アプリを作りたい場合は、[このアドバイス](https://redux.js.org/faq/general#when-should-i-use-redux)を検討した方が良いでしょう。

### 9. オプションでStorybookを使用する

多くのプロジェクトで使用されているため、あなたのプロジェクトにStorybookを追加することは理にかなっています。間違いなくプロフェッショナルなタッチを加えることができます。そしてそれは、採用担当者に好印象を与えるかもしれません。

テストと同様、コツをつかむために、いくつかの簡単なコンポーネントをドキュメント化することで十分です。