<h2>プロジェクトに浅瀬を作る記事</h2>
<a href="https://zenn.dev/ykws/articles/safety-project">プロジェクトに浅瀬を作る</a>
読んだ。
浅瀬を作るという表現がいいな。
浅瀬があれば記事の以下の部分がとてもやりやすくなる。
<blockquote>
<ul>
<li>深いところを予め調査してそこが深いとわかるように目印をつける</li>
<li>安全に深いところに行くための訓練を行う</li>
<li>浅瀬で遊ぶことができる</li>
</ul>
</blockquote>
これができることでよりプロダクトへの理解が深まるし挑戦できるようになる。
具体的には？の部分に浅瀬を作る上で必要なことが書いてあるが、まあもちろんこれが全てできている状態というのはなかなかないとは思う。
コードグラフってなんだろ？と思ったけど、カバレッジの可視化という感じなのかな？
<a href="https://qiita.com/Daara_y/items/f33810bec7edee7ada2a#%E3%83%86%E3%82%B9%E3%83%88%E3%82%AB%E3%83%90%E3%83%AC%E3%83%83%E3%82%B8%E3%81%AE%E8%A1%A8%E7%A4%BA%E6%96%B9%E6%B3%95%E3%83%86%E3%82%B9%E3%83%88%E3%81%AE%E7%B5%90%E6%9E%9C%E3%82%92%E3%82%B0%E3%83%A9%E3%83%95%E3%81%A7%E8%A1%A8%E7%A4%BA%E3%81%99%E3%82%8B">レガシーコードの無法地帯にテスト文化を築いていく道のり - Qiita</a>
<a href="https://tech.griphone.co.jp/2019/12/16/advent-calendar-20191216/">テストコードのカバレッジの見える化をして、テストを書く文化を作ろう。 | GRIPHONE ENGINEER'S BLOG</a>
ここらへんだろうか。
ドキュメントの整備も「じゃあドキュメントって何書けばいいんだ？」状態の自分にとっては、具体的なことが書かれていたのでとても分かりやすかった。