[悪徳商法？支店]: エンジニアのモチベーションを根こそぎ奪う！たった７つの魔法の言葉
１．テスト書かなくていいので、工数減らしてください。 ソフトを作る以上、なんらかのテストは必要です。実行して結果を見るとか、ブラウザで表示するとか。その確認を楽にするためにテストを書くのに、テストを書かないからといって工数が大幅に減るわけではありません。そして、いざバグが発生したりすると、切り分けのために工数が必要になり、「テストが無い部分のチェックの必要」や「不安」がエンジニアのモチベーションを削って行きます。 結局のところ、「バグが発生しないことを前提に」スケジュールが組まれるだけです。 ２．とりあえず動けばいいです。 とりあえず動いたとして、特定の条件で発生する致命的なバグを許してくれるのか許してくれないのか、要求側の胸三寸です。実験レベルと商用レベルでは考慮すべき障害のレベルや影響範囲が異なるのですから、何を求めるのか明確にしないと、ソフトウェアは動きません。なぜなら、コンピュータ
「アジャイルサムライ」読書会 | Lab by engineering@dwango.jp
今回の記事はちょっと趣向を変えて、「アジャイルサムライ」という本と、ドワンゴが取り組んでいるアジャイル開発手法についてご紹介します。 「アジャイルサムライ」とは 今年7月にオーム社から訳書が刊行された「アジャイルサムライ――達人開発者への道」という本のことです。 開発現場でアジャイル開発を実践するための現実的な手法や取り組みについて、軽妙な文体と親しみやすいイラストで語られています。 「エクストリーム・プログラミング入門」や「アジャイルプラクティス」、「アート・オブ・アジャイル デベロップメント」といった名著が「アジャイル開発の教科書」であるならば、本書は現場で実践するための「アジャイル開発のマニュアル」というべき位置づけの本です。 監訳を担当したのは、日本におけるアジャイル開発の第一人者である角谷信太郎氏と西村直人氏。弊社のエンジニアであるレオがレビューに参加しています。 「アジャイルサ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
