やりとりするが、すぐには用意できない時のモック作成など、型情報に助けられる部分は大きかったです。現状気になっているのは、ファイル数の増加とともにリロード時の読み込みやエラーの表示に時間がかかるようになりました。性能なのか分かりません。//求められないライブラリ使用するかの検討で、モックレベルでライブラリを試すことがあると思います。試すとスムーズでした。型のことは実際に使うことになってから考えます。してもコード量が増えてしまうものの、それ以上のメリットはありました。作るコストとそのメリットが、実開発に与えるメリットを超えていないと判断して今回の開発では途中で外しました。使う上で非常に便利なライブラリであり、非常に頭を悩ませるライブラリでもあります。不要論を唱える人もいます。正式導入されたことでまた混乱がありました。導入にはかなり悩み、色々な記事や公式を読み直しました。つきは大きくなる一方で悩みがちな日々となりました。混乱している人は多いと感じるようになりました。記事に翻弄されるのは良くないので、信頼できる情報源を絞り込むのが重要だと考えました。公式、そしてそのメンテナ達が流してくれる情報だけをまず信頼しようと。公式のドキュメントは最重要です。これはどこにでも書いてあることですが実践するのはとても難しく油断するとすぐに読まなくなります。方がわかりやすい気がする、目的の情報に辿り着けない、などなど公式を読み続ける精神的なハードルは高めです。結果的には色々と探し続けた結果、公式に書いてあった・・・ということが多かったです。公式の他に、下記の人の情報は信頼して追いかけていました。チームの1人で質が高く分かりやすい情報を積極的に流してくれます。情報を追いかける時外すことはできません。メンテナで、やはり質の高い解説を色々な場所で流し込んでくれます。hooksの方向性をみたいときに特に助かりました。氏は主にテスト関連で情報を多く出してくれます。使い方を色々と解説されているので参考になります。他にも素晴らしい情報を出してくれている人はたくさんいるとは思いますが、情報過多になるといけないのでまずは上記3人に絞り込みました。信頼する情報をベースにして他の情報を読むと混乱は小さくなります。これら以外は絶対に信じない!ということではありません。stackoverflowは普通に使います。折り合いをつける質の高い情報をたくさん仕入れたらベストなコードを書けるかといえば書けません。逆に、良いものに触れ過ぎて自分のコードに悲観してしまったり、多すぎるリファクタリング、思い悩んで手が止まる原因になることもありましたこの対策は、今の実力を認めて期日内に必要な機能をどうすれば実装できるかを考えてコード書くしかありません。重要なのは必要な機能を期日までに実装して製品にすることです、ベストプラクティスから外れていたとしても正しく動くならひとまず良しです。少なくとも公式をなぞっていれば大きく道を外れていることはないはずで、その自信を作るためにも公式ドキュメントを読み、信頼できる情報ソースを持っておくのは大切だと思います。解決が難しく、動いてはいるが後々問題が出るのでは?と感じる箇所は出てきます。プロジェクト管理系の何かでも良いので社内に情報を共有。将来経緯を追いかけやすく、誰かが解決策を持っているかもしれません。フロントエンドは本当に色々な手法が日々出てくるので、ベストを追い求めるには相当な知識と経験が必要だと感じました。使ったものになりました。ベストプラクティスが確立されるに連れて周辺のベストプラクティスもまた変わっていきます。しても結論ありきなところは否めませんが、色々試作している過程で以下の状況で大きなメリットを感じました。ある例えば、データを画面上で加工して保存する処理があるとします。子のコンポネントに渡します。この段階だと問題ありません。後々、保存したときに画面の右下にお知らせがポップアップする、失敗したときに別のポップアップが発生する、別画面で共通するデータの一部が保存されるといった機能など、後付の改良で親子関係が苦しくなるケースがありました。分離できるとそれぞれ独立して機能を付与できるので親子関係に悩まされにくくなります。これはとにかく便利でした。なしの方が良くなる可能性はありますが、現状はあった方が便利で後々の改良にも見通しが良かったです。起きていないかわかる不具合時の状況再現がしやすいなど、データ操作や意図した操作をきっちり行えているか確かめるのに重宝しました。読み込めば同じ状況を再現できます。保存して読み込む形にしていました。色々な方式があります。導入していたので公式の下記プロジェクトの構成を参考にしました。書きにくいということでした。書くことにしましたが明確にルール化できてない部分です。このあたりは勉強が必要な課題になりました。自分で作るか、ライブラリを使うかは悩ましい問題です。数は重要な指標ではありますが公開日が古いほど有利な要素でもあります。進化についていけているかも重要な要素です。メインのロジックに絡む部分は可能なら極力ライブラリを使わないようにしました。用意してローカルから読み込みました。