[悪徳商法？支店]: エンジニアのモチベーションを根こそぎ奪う！たった７つの魔法の言葉
１．テスト書かなくていいので、工数減らしてください。 ソフトを作る以上、なんらかのテストは必要です。実行して結果を見るとか、ブラウザで表示するとか。その確認を楽にするためにテストを書くのに、テストを書かないからといって工数が大幅に減るわけではありません。そして、いざバグが発生したりすると、切り分けのために工数が必要になり、「テストが無い部分のチェックの必要」や「不安」がエンジニアのモチベーションを削って行きます。 結局のところ、「バグが発生しないことを前提に」スケジュールが組まれるだけです。 ２．とりあえず動けばいいです。 とりあえず動いたとして、特定の条件で発生する致命的なバグを許してくれるのか許してくれないのか、要求側の胸三寸です。実験レベルと商用レベルでは考慮すべき障害のレベルや影響範囲が異なるのですから、何を求めるのか明確にしないと、ソフトウェアは動きません。なぜなら、コンピュータ
2013年、WebデザイナはGitを学ぶべきか？ そして1993年、編集者の7つ道具とは何だったか？ - QA@IT公式ブログ
WebデザイナはGitを学ぶべきでしょうか。答えはイエスだと思います。やらなくてもいいかもしれませんが、やればアドバンテージになるでしょうし、やらないことが今後マイナスになっていくように思えます。 仕事に必要な道具は常に進化します。その変化の過程で「ツールは本質ではない」と、うそぶいたまま時代の波に乗り遅れた人たちを過去に少なからず見て来ました。ツール（道具）が本質でないのは当然です。でも、そのときどきに使うべきツールを使わなければ、良い仕事はできませんし、市場ニーズに応えられません。 そのことを個人的な体験談を混じえて書いてみたいと思います。 今から20年ほど前、学生時代にバイトをしていた出版社で呆れられました。人文系の書籍や雑誌を手がけてきた筋金入りの編集者だった上司は、こう言いました。 「キミは編集者の7つ道具も知らんのかね！」 1993年時点で雑誌や書籍の編集者が必ず持っているとさ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
