テストコードとスピードのトレードオフ。加えてGoのAPIのテストについて。

「テスト 書くべき」って検索すると玉石混交な記事がわんさか出てくるのですが、そもそもなんでこういった議論は常に紛糾するのでしょうか？ 僕個人としては、テストコードというものへの捉え方はその現場の思想に密に依存しており、その前提を明示しないまま議論を進めると、「スピード感」「技術者の習熟度」「自社開発か否か」などの様々な変数の違いによって意見が食い違い、容易に銃弾飛び交う戦場と化す、と考えています。 そのため、この議論を始めるのは下手をするとパンドラの箱をパカっと開けて、収集つかないことになるのかなーと思っています。 僕の置かれている前提ということで、流れ弾で死にたくないのでまず僕の前提を明らかにします。 個人的な趣味趣向の話まず個人的な立場を表明しておきますが、僕は書くまでは、億劫なんだけど書き始めたら割と好きで黙々と書いていたくなるタイプです。かといって、仕様がピョンピョン変わる現場での

[mori_morix]

テストの環境構築さえできれば実装のハードルは低いけど、それまでが苦労する

[easy-breezy]

「スピード感を持って開発してた時期のメンバー以外と、背景を共有するのが非常に困難」途中参加つらい

[hadakadenkyu]

この話題は実証しないと答えが出ない。いくら優秀ならテスト込みでも早いと言われても証拠がない。文中の条件で実際に2チームに分けて片方はテスト書いて片方はテスト書かないでほかは同一条件で開発合宿してくれ。