背景 先日、大規模開発を行なっていくなかで、その言語に合わせたコーディングルールを持っておくのは大切なことだと痛感しました。 ここの出来・不出来で保守コストが大きく変わります。読みやすいコードは、機能追加担当者・バグ修正担当者が比較的短時間で誤読なく理解できますし、拡張性のあるコードであれば、修正範囲も狭くなるためです。 そのため、開発の中でブラッシュアップし続けているコーディングルールをここにまとめておき、自分自身の明確な基準としたり、一緒に開発する人と合わせる基準にしたいと思い、筆をとることとしました。 ※ この記事は、日々ブラッシュアップしていく予定。 ※押し付けるつもりは全くありません 割と読みやすいコードは人それぞれのケースもあるので、僕は自分のコーディングルールが絶対だとまったく思っていません。コーディング方針を決めていく中での材料になればくらいに捉えております。 僕のコーディ
![【React.js/Next.js/TypeScript】僕のコーディングルール](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f25ae7edc4347a77eb7a1fea19b912938d4a691/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--yJQeIyLc--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%2525E3%252580%252590React.js%2525EF%2525BC%25258FNext.js%2525EF%2525BC%25258FTypeScript%2525E3%252580%252591%2525E5%252583%252595%2525E3%252581%2525AE%2525E3%252582%2525B3%2525E3%252583%2525BC%2525E3%252583%252587%2525E3%252582%2525A3%2525E3%252583%2525B3%2525E3%252582%2525B0%2525E3%252583%2525AB%2525E3%252583%2525BC%2525E3%252583%2525AB%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3A%2525E3%252581%25258B%2525E3%252581%25258D%2525E3%252581%25258A%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzE1ZmZlNWI3M2YuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)