InfoQ ホームページ Agile に関するすべてのコンテンツ
-
-
理想的なアーキテクチャが理想的な技術であるとは限らない
一般的に認められた定義によれば、ソフトウェア設計者の役割は「利害関係者からの入力に基づいたシステムのマクロ面」を定義することである。これは、技術的問題点だけでは設計者を動かすことができないことを示す。設計者は、技術やアーキテクチャ設計の選択にしばしば制約を受ける、異なる利害関係者の要件を念頭に置く必要がある。
-
Article: 事例研究：合併後の統合アーキテクチャへの新しいアプローチをLawsonに見る
本事例研究では、Lawson Software, Inc.がIntentia International ABと合併した際に開発担当者が直面した課題に対するアプローチを研究するとともに、ソリューションとシステム全体のアーキテクチャに関するいくつかの興味深い面を技術的な観点から詳細に見ていきます。
-
「ふりかえり最優先条項」についての議論
ある夜の夕食のときに、ベテランの実践者たちのグループは、自分たちがチームで「ふりかえり最優先条項」をどのように使用するか(あるいは��用しないか)に関して意見を交換した。
-
50人の開発者に聞きました: アジャイルについて、あなたのCIOに知ってもらいたいこと
あなたは自社のCIO(情報システム担当役員)へ、アジャイルソフトウェア開発の利点を説明しようとしているところだろうか?あなたの上司は第三者によるアジャイルの有効性の証明を求めているだろうか?そうだとしたら、CIOマガジンのEsther Schindler氏があなたのためにその大仕事をやってくれている。50人以上のアジャイル開発者へ彼女はひとつの質問をした。
-
アーキテクトは財政破綻と市場危機を止めることができるか
Société Générale（フランスの大手銀行）がJerome Kervielという人物の不正により49億ユーロ（72億ドル）の損害を被ったらしいというニュースは、高い評価を持つ金融機関でのシステムにさえも穴があるということで世界中に議論を巻き起こした。
-
継続インテグレーションとデータベースのバージョン管理
原則として、データベースに対する作業は必ずバージョン管理しなければならない、と強く主張した記事を投稿した後で、Scott Allen氏はデータベースのバージョン管理を最大限に利用する手法について詳しく述べている。彼は、ベースラインを作成し、スキーマのリビジョン管理に変更スクリプトを使い、データベースの（ビューやストアドプロシージャ、ファンクシ��ン、トリガ等の）プログラムされたオブジェクトを管理し、そしてブランチやマージ処理を利用する、包括的で実用的な手法を紹介している。
-
OLPC用アプリケーションを作る方法
2006年、TEDカンファレンスでNicholas Negroponte氏はMIT Media Lab所長を退任後One Laptop Per Child（OLPC）活動の指揮を取っていることを明らかにした。彼の動機は教育に関することだ。2007年11月、モンゴルにおいてG1G1プログラムの最初の配布計画に従って最初のXO世代マシンが量産を開始した。
-
Opinion: アジャイルを採用することとアジャイルを習慣にすることは別の話だ
アジャイルプラクティスを有効に使うことはアジャイルプラクティスにはどんなものがあるかを知っていることほど簡単ではありません。テスト駆動開発を有効に活用することは、「レッド―グリーン―リファクタリング」というステップを繰り返すべきだということを知っているのとは異なります。どうすれば「アジャイルというのはなかなかよさそうな考え方ですね」という段階から「私たちはアジャイルプラクティスを活用して自分たちの組織にもたらす価値を著しく改善しています」という段階に辿り着けるのでしょうか？
-
SaaSアーキテクチャ成熟度モデル
Software as a Service (SaaS)がますます主流となるにつれて、製品の裏側にあるアーキテクチャに関する議論が活発になっている。Dharmesh Shah氏がSaaSアーキテクチャ成熟度モデルの経済的意味について著した。
-
問題を抱えたプロジェクトの舵取り：まず酸素マスクを確保せよ
Fiona Charles氏によるStickyMindsでの最近の記事は、問題を抱えたプロジェクトの舵取りについて触れている。「前進のための融通の利かないプロセスのための時間ではない」と強調し、プロジェクトを好転させるのに役立つ貴重な洞察を提供している。
-
TDD/BDDは不完全なユニットテストを招くか？
Peter Ritchie氏は、TDDやBDDにこだわることで、良いユニットテストを書かなくなる傾向があるのではないか、という懸念を表明した。特に「インタラクションテスト(interaction testing)」というマントラは、不完全なユニットテスト、すなわち、どのような条件下で利用されても稼働するユニット(オブジェクト)である、という証明ができていないテストをもたらすと述べている。Peter氏の考えで最も興味深いのは、TDDとBDDのそもそもの意図に対する反対意見と受け取れるところだ。
-
機能テストの今後
ここ最近、開発主導型の機能テストの分野において活発な動きがある。Jennitta Andrea氏とWard Cunningham氏が、「機能テストツールの次世代を予想」というテーマでウェブ放送を開催した。また、Thoughtworksがこの分野において製品を発表する意向を示した。
-
Review Board - コードレビューをオンラインで
コードレビューは品質を高め、情報共有とメンターシップの優れた方法となる。 残念なことにこれまではサポートツールの準備に手間がかかったりそもそも準備されなかったせいでコードレビューは後回しにされることが多かった。Review Boardはコードレビューのプロセスをサポートするアプリケーションによってこの状況を変えようとしている。このアプリケーションのいくつかの機能をあげよう。
-
継続的リリースは、さらなるアジャイルさを与えてくれるか？
StelligentのPaul Duvall氏は最近の記事で、継続的インテグレーションを継続的リリース(Continuous Production)に成長させるために必要なアクティビティについて書いている。継続的リリースとはまとめてリリースする代わりに、絶えずソフトウェアをリリースし続けるプラクティスのことである。