InfoQ: SplkskyとBobおじさんの対決
ここ数週間、Joel Spolsky(リンク)とRobert C Martin(リンク)(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff Atwood (リンク)とJoel Spolskyの「38:th Stack Overflow」 (リンク) というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった(Joelテストとは、「Joelテスト: よりよいコードのための12のステップ」のことだ) (リンク)。Joelはこのように説明している(リンク)。 テスト駆動開発について議論されていることですが、すべてはユニットテストすべきだという意見があります……たくさんの人が私に、Joelテストを読んだ後で、「13番目の項目としてユニットテスティングを加えるべ
アジャイルにTDDしようとしてペアプロして失敗した話 - 水まんじゅう2
これはTDD Advent Calendarの18日目。 記事としては @mao_instantlife さんの TDDやってみてコメントが減った話 のあと、@cubeon さんの きっと方眼の理から逃れられないお前たちにも告げる！テストコードを手に入れるのだ！ の前となります。 最近、新しい開発手法の一貫としてTDDを採用しようとするプロジェクトが出始めている印象があります。 ただし、とりあえず取り入れてみたけれどもうまくいかなくて結局ウォーターフォール方式に逆戻りという例も多いのではないでしょうか。 以前、アジャイルにTDDをしようとしてペアプロして失敗したプロジェクトの話を聞いたことがあるので書こうと思います。 その時のプロジェクトでは数百人月前後の工数をかけてそれまであったレガシーシステムをJavaでリプレイスしようとしていたようです。 それなりの規模のプロジェクトに多いように、さ
XP祭りX に参加した - pocketberserkerの爆走
XP祭りの存在を知ったのは去年だけど、去年は忙しくていけなかった悔しさもあり、例のアジャイル同人誌を会場で販売するよという情報もあったので佐賀在住だけど気合で参加した。 ※このエントリには色々とXP祭りに関係ないことも書いてあります 前日編 前回のtddbcにおいて 博多通りもんが一瞬で無くなったorz #tddbc 2011-07-31 15:30:00 via web という事件があったのでいくつか調達してから出発。 当日移動中の話 行きは道に迷うだろうなーと思って30分早めに出発したら、案の定道に迷いました。 正確には、バスに乗り間違えて早稲田の別キャンパスに行ってしまった・・・ので気合で歩きました。 幸いにも早めに出発したおかげでぎりぎり間に合いました。ドジだな私。 オープニング「私の1冊」 セッション中に「エクセルより若い人が居るかもしれない(25歳）」という話が出ていたのですが
アジャイルに結婚式準備を行うために必要なただ1つの方法
私は、昨年結婚したのですが、結婚式の準備はとても大変だということがわかりました。 そして、メンバーは自分と嫁（当時はベータ）の二人だけです。この状況の中で、いかにアジャイルに進めて、結婚式の価値をあげればいいかをまとめたいとおもいます。ネタはShibuya.trac10回勉強会のものです。まず、先のつぶやきから、いろいろな人から励ましの言葉をいただきました。 これらのアドバイスのおかげで、作業の優先度を誤らずに対応できました。ありがとうございます。 アジャイル界の方々からは、様々なプラクティスを教えていただきました。ありがとうございます。 チケット管理でタスクを考えることも考えましたが、思わぬ落とし穴があることを教えてくれた方もいらっしゃいました。ありがとうございます。 チケット管理でタスクを運用するのはとてもパワフルなやり方です。しかし、やり方をまちがえれば、チケット管理自体がヘビーなプ
アジャイルの限界
まだ開発が始まっていないプロジェクトがアジャイルのスイート・スポットだと主張する人も多いでしょう。しかし、私の意見は違います。私はいつも既存にシステムの方が簡単にアジャイルを適用できるということを見てきました。重要なのは、今では新しいプロジェクトでも既存のシステムでもアジャイルで開発するための十分な経験が蓄積されているということです。 アジャイルのスイート・スポットの中だけでアジャイルが実践されるわけではありません。アジャイルについての素晴らしい知識が存在するのがスイート・スポットなのです。このスイート・スポットには好循環が存在します。すなわち、多くの経験が多くの成功をもたらし、その成功がまた経験を得る機会を生み出します。 エンジニアリングの実践 チームはアジャイルの導入をどこから始めるべきかという問いに対して私の答えはいつも同じです。すなわち品質です。もしチームがイテレーションの終わりに
8月のキャンペーン - アジャイル導入無料相談 - Ruby x Agile
永和システムマネジメントの8月のキャンペーンのご紹介です。 期間 2010年8月2日(月)〜2010年8月31日(火) 対象 XP や Scrum といったアジャイル手法の導入を検討されている方 実際にプロジェクトにアジャイル手法を導入してみたが自分たちのやり方に不安や疑問を持つマネージャ・リーダーの方 内容 弊社のアジャイルコンサルタント (西村・木下) が御社に半日程度お伺いし、「アジャイル手法を導入してみたいが最初に何をすれば分からない」、「アジャイル手法を導入してみたが上手く成果が出ていない」といった不安や悩みのご相談をお受けします。 <よくいただくご相談例> アジャイルでやるときの契約ってどうしてるんですか？ 開発者主導でアジャイルを始めようとしたとき、お客さんを説得する方法を教えてください。 アジャイル開発はある程度の能力がある人たちでやるべきだと聞きました。実際のところはどう
スタートダッシュ型仕事術：実践編
昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに（仕様変更が必用かどうかの）見極めをする必用がある」という点。特に「作って見なければ分からない」部
TDDBC名古屋に参加してきましたー #tddbc - Akinekoの日記
7月10〜11日の2日間に渡って開催された「テスト駆動開発」について勉強しようというイベント（合宿？）、「TDD Boot Camp 名古屋」に参加してきました。 id:t-wada さん、 id:bleis-tift さん、名古屋アジャイルの皆様、開催して頂きありがとうございました。お陰様でTDDについてモヤモヤしていたものが晴れました。 というわけでその感想について書きたいと思います。 僕以外の参加された皆さんの記事はこちらにトラックバックされていますので是非ご覧ください。 http://blogs.yahoo.co.jp/nagoya_agile_study_group/32506622.html イベントは下記のような構成で行われましたので、それぞれについて順番に感想などをまとめたいと思います。 １日目 午前 和田さんによるＴＤＤについての講演＋デモ １日目 午後 ペアプログラミン
Agile Japan 2010
」' class='' >」" src="http://cdn.slidesharecdn.com/201004agilejapanshare-100410081003-phpapp01-thumbnail-2?1270905026" />Agile Japan 2010 「変化を受け入れるアジャイルな... from yusuke suzuki 4 days ago, 1363 views Intro toagile2010 from Yoshihito Kuranuki 1 day ago, 409 views Tags: agile event aj10 AgileJapan2010 Alan Shalloway's ... from Kenji Hiranabe 3 days ago, 324 views Tags: toyota agilejapan agile aj10_Day
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
その一方で、ウォーターフォールの現場にて開発者が出来ること
アジャイル開発の始め方
グラス片手にアジャイル開発 第1回 ― 実践的アジャイル開発とは
管理職にリファクタリングを説明する
テストの無いアプリケーションをテストする方法