kamakura.go #8 で「コーディングルールの鮮度を保ちたい」というLTをしてきました - Nature Engineering Blog

バックエンドエンジニアの長田です。 先日行われた kamakura.go #8 で、「コーディングルールの鮮度を保ちたい」というLTをしてきました。 LTの内容を、当日は触れられなかった要素も含めて紹介します。 コーディングルールの運用 Nature の backend アプリケーションには、10年以上の歴史があります。 新旧コードが入り混じり、コーディングスタイルも変化してきました。 当時はベストプラクティスだった書き方も、最近では非推奨になっている、というパターンがしばしば発生します。 推奨されるコーディングスタイルを示すドキュメントとして、コーディングルールを定めています。 公式ドキュメントである Effective Go や Go Wiki: Go Code Review Comments などには書かれていない、Nature 独自のルールをまとめたものです。 実際にコードを書いた

[handlename]

書きました。副作用として、この仕組みを意識した、コーディングルールやアーキテクチャに関するレビューコメントも増えている気がします。