TDDの基本的な考え方について - ひげろぐ
今日はTDDBC 福岡2の講演を聴きながら取ったメモを転載。 TDDとは何か、なぜTDDするのか、どのようにTDDを進めていくのか。 テストは目的ではなく手段であり、真の目的は「健康」。 TDDはスキルだから誰でも習得可能。 といったことが凝縮されている。 TDDとは まず動くコードを書いてそれをきれいにしていくのがTDD。 きれいだけど動かない設計より汚くても動くコードを書いて、それを徐々にきれいにしていく。 ソフトウェア開発においては、まずコードを書いて動かしてみないと分からないことが多すぎる。 なのでコードを書き始める前に設計に力を尽くしても無駄になる部分が多い。 完璧な設計をしてからコードを書き始めようという「完璧主義の呪い」 （一方で設計しなさすぎも死ぬけど） TDDのサイクル 1. テストを書き 2. そのテストを実行して失敗させ (Red) 3. 目的のコードを書き 4. 1
現代ソフトウェア開発の三本柱 - ひげろぐ
しばらくTDDBCで聞いたネタを雑感を交えつつ復習的にちょっとずつ書いて行ってみようと思う。 そういうわけでぐぐれば他で書いてあること多めです。あと網羅的には書かないです。ｇｄｇｄです。 三本柱とは 和田さんが考える三本柱は以下の通り。 バージョン管理 テスティング 自動化 バージョン管理 TDDのイベントだったので深くつっこみしなかったけど和田さんの考えでは最重要とのこと。 テストや自動化はなくてもなんとかなるが、バージョン管理はないと死亡確定。 「セーブなしでRPGクリアとか無理ゲーじゃないですか」みたいなことを言っていた覚えが。 雑感 未だそんな無理ゲーに挑んでる現場も少なくないような気がします。 ところでこれは後々の懇親会で聞いたことだけど、Subversion等を経ずにGitを使う分散バージョン管理ネイティブが出て来始めているようだ。 個人的には初めて分散バージョン管理システムを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
