InfoQ ホームページ Software_Craftsmanship に関するすべてのコンテンツ
-
Ruby on Rails プロジェクトを救助する
Ruby on Railsが世に出て５年ほどの間，開発者たちは数多くのアプリケーションを開発してきた。その多くがRubyないしRuny on Railsを習得しながら開発されたため，ベストプラクティスとは言いがたいが，それでもWebサイトとして製品にはなっている。これらのWebアプリケーションには問題もあるが，その解決方法を取り上げた本が新たに発行された。
-
チームのコード品質
Jaibeer Malik氏は、チームにおけるコード品質への取り組み方や導入方法を紹介する記事を投稿してきた。氏の一連の記事は、自身のさらなる学習や、そこで得た考えを第三者に伝えなければならない状況に置かれた場合に役立つだろう。一連の記事では、トピックの概要を簡単に述べ、学習をさらに深めるために進むべきさまざまな方向について助言している
-
ペアプログラミングの1ドルの価値
"なぜこの世界では1つの仕事を2人でするのか?" 初めてペアプログラミングの考え方を紹介されたとき、多くの人は最初にこのように反応する。本質的に、彼らは、ペアプログラミングとはある部分のコードを書くコストが2倍になることだと考える。Dave Nicollete氏が、ある計量的な考え方を示し、ペアプログラミングはお金を無駄にするのではなく、節約することを示している。
-
立ち止まってリファクタリングをする？
いつリファクタリングをするべきなのだろうか？単純に技術的負債（"technical debt"）を返済しなければならない時もあり、そこでは立ち止まってリファクタリングをするべきなのか。そうではなくて、ユーザストーリーに関わっている時だけしかリファクタリングするべきではないのか。どちらのアドバイスが正しいのだろうか？あるいは、もしかしたら第３の選択肢が存在するのだろうか？
-
Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案
Kent Beck氏は、ごく短期のプロジェクトにおいて、実行可能なコンセプトがあるかどうか判断するときには、すばやく軌道に乗せるために自動テストをあまり（あるいはまったく）やらなくても構わないと提案している。これはTDDを取り巻く従来の見解に反するものだ。
-
FutureRubyカンファレンスがやってくる
昨年のRubyFringeカンファレンスの成功に続いて、オーガナイザであるUnspaceはFutureRubyカンファレンスを2009年7月9 日〜12日に開催する。チケットはまだ入手可能である。UnspaceのPete Forde氏にのFutureRubyにどんなことを期待すべきかについて話を聞いた。
-
なぜTDDとペアプログラミングで生産量が増えるのか
テスト駆動開発」と「ペアプログラミング」は、アジャイルプラクティスで最も広く知られているものの2つであるが、まだそれほど多く��アジャイルチームによって実践されてはいない。たいていその理由として、TDDやペアプログラミングなどのプラクティスを取り入れるには「忙しすぎる」点が挙げられるだろう。要するに、これは高いコード品質を得ようと努力することが生産性を低下させることを示唆している。Mike Hill氏は、この論理がなぜ重大な誤りであるか説明している。
-
機敏さ、職人的技能、そして成功の評価
Scott Ambler氏、Ross Pettit氏らがアジャイル・プロセス成熟度モデルの作成を続けている一方で、David Starr氏は組織が評価を望むであろう項目について、その方法と理由に目を向けた。機敏さ、職人的技能、そして組織的成功。彼は、職人的技能を評価することは比較的簡単だが、機敏さを適切に評価することは非常に難しい、という結論に達した。
-
品質とは何を意味しているのか？
ソフトウェア開発において、品質とは何を意味しているのだろうか？今日の使われ方として、Mike Bria氏は次のように述べている：日常より多く見られる使われ方としては、「品質」は「価値があること」のかわりに「欠陥がないこと」を示している。
-
アジャイルチームの熱心な試験者
ジャイルチームの熱心な試験者の必要性は、長期間議論、討論されている。多くのアジャイルチームでは、熱心な試験者は極めて重要な役割を果たす。Scrum Developmentグループでの協議で、チームでの熱心な試験者の必要性を再び取り上げようとしている。
-
「結合テストはでたらめだ」- J.B.Rainsberger氏による連載の紹介
著名なアジャイリストでテスト駆動開発のエキスパートでもあるJ.B.Rainsberger氏（J.B. Rainsberger）が始めたブログでの連載では、「結合テストはでたらめだ」という考えさせられる見解になぜ氏が行き着いたかの説明がなされている。
-
見習い期間のモデル
Bob Martinおじさんは、見習いとの経験、および見習いから熟練職人に進むための鍵が何かと考えるかについて、最近書いた。 彼は2人の仮想の見習いについて記述している:Samは同じ師匠の下で15年弟子として過ごした開発者。もう一人のJasmineは途中で彼女のスキルを伸ばすために数回仕事を変更した(したがって師匠も変更した)。
-
バグトラッキングシステムなんて捨ててしまえ？
"testObsessed"の名で知られるElisabeth Hendricksonが、アジャイルプロジェクトで使うバグトリアージ手法について、考えさせられる提案をしている。
-
ビジネスで生き残るために必要なアジリティを実現する
この荒れ狂う経済の時代に生き残る戦術として、ますます多くの組織がアジャイル開発を受け入れている。これによって、チームが成功するために必要な考え方や要因を分析する多くの専門家が生まれてきた。ビジネスのアジリティは重要だ。それは、「環境の変化を感じ、その変化に効率的、かつ、効果的に反応する」能力だが、どのようにこのアジリティを実現するのか?
-
優秀なProduct Ownerであること
効率的に実行されたアジャイルプロジェクトに関わったことがある人は誰でも、Product Owner(またはXPでは「Customer」)の開発チームとの協調は、チームの成功において、重要な役割を果たすという事実を証言することができる。Peter Stevens氏は、こうした役割を担った人びとが、うまく協働できるようにアドバイスをしている。