テストなんか書かなくて良いという燃料が投下されてはてなブックマークでも賛否両論のコメントが書かれています。 まずは僕のスタンスから 件のブログは煽り成分が強めの燃料ですが、大筋では同意です。プロダクトフェイズに応じて、その時そのときに必要なエンジニアリングでいきましょうという話自体は賛同します。ただタイトルの時点で喧嘩売りすぎですし、得てしてこういうタイプの人は直接的・間接的に技術的負債を生みがちですね。 アンチパターン例 ここから先はフィクションです。ポエムです。 クソ設計とクソコードを生み出して偉くなっていったAさん ブログの人と同じような事を言う人がいました。仮にAさんとしましょうか。Aさんは「テストなんて書かなくていいから、早くユーザーに価値を届けろ」と言います。見事にテストもなくクソ設計とクソコードを後任に押しつけてのし上がっていきました。クソを生み出すものの、スピード自体は早い

世の中は一周まわってエンジニアリングの手法に溢れている。 テストを書け、ドキュメントを書いて冗長化しろ、コミットはわかりやすく、コーディング規約が、安定性が─── でも、それって本質なんだろうか？ 新規サービスを作る際に肝だと思っていることをまとめてみた。 おことわり 以下は少人数で"普通"のアプリやWebサービスを自社で新規開発するときのことを想定しています。大人数で重厚なソシャゲを作るとか、ガチガチの金融系サービスを作るとか、コンシューマーゲーム開発とか、個人で好きなものを作るとか、受託とかは全く想定していません。 基本的に一通り現場をこなした中級以上のエンジニア向けに書いています。 アンチテーゼとして、ややキツめに断定する箇所が多いです、こういう意見もあるんだな程度に受け止めてください。 所属する団体の意見とかは一切関係ありません。 目次 おことわり 目次 ユーザーのことだけ考える