InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ
-
継続的統合を超えて: 継続的デプロイ
機能を作るのが早ければ早いほど、価値は追加される。ユーザのフィードバックに応えてシステムを変更するのが速ければ速いほど、ユーザはたやすく満足し続ける。Timothy Fitz氏とJoe Ludwig氏が、継続的デプロイの実用的な実装を解説する記事を最近発表した。継続的デプロイは、リリースサイクルを数週間から数分間に減らすプロセスだ。
-
RFactor：テキストエディタ用のRubyのリファクタリングサポート
RFactorは Rubyのgemであり、みなさんのお気に入りのテキストエディタ用に、自動化されたリファクタリングのサポートを提供することを目標としている。リファクタリングをサポートしているIDEがあるではないか、と思われるだろう。そうではあるが、RFactorの開発者であるFabio kung氏は「Ruby開発者のほとんどはIDEを使わない」し、テキストエディタで十分であると考えている。
-
経験的調査で明かされるテスト駆動開発における品質の向上
学術誌Empirical Software Engineeringにて最初に発表された論文は、次のように報告している。「TDDは様々な分野で適用可能のようだ。また、開発チームの生産性を大きく低下させることなく、開発するソフトウェアの欠陥密度を大幅に削減できる。」この調査では、MicrosoftおよびIBMの4つのプロジェクトが比較されており、TDDを使用したプロジェクトとそれに類似するTDDを使用しないプロジェクトを取り上げている。
-
アジャイルはプロセスではなく文化だ
Jeff Patton氏が、アジャイルは実は文化だと提案している。それは、ただのプロセスではなくプロセスを生み出すものであり、私たちが他の人々にアジャイルの導入を教える方法に直接影響を与えるべきものだ。同氏は、この考え方をランチタイムの会話として紹介する。
-
Skyway Builder Community EditionがSpringアプリケーションのコード生成をサポート
Skyway Builder Community Editionの最新バージョンがSpringベースのウェブ・アプリケーション用オープンソース・コード生成フレームワークを提供する。コミュニティ・エディションは、標準的なSpringアプリケーションのアプリケーション層で必要となるコードを生成するのに使用できる。このたびSkyway SoftwareはSkyway Builder 6.1バージョンの一般提供を発表した。
-
Cucumberによるストーリー駆動開発の手法
ビヘイビア(振舞)駆動開発(BDD:Behaviour Driven Development)の盛り上がりは看過できない。BDDは、テスト駆動開発(TDD:テスト駆動開発)の課題に応えるかたちでDan Northが2003年に提唱した手法だ。BDDはソフトウェアプロジェクトに関わる様々な人や組織の間を巻き込み、お互いが協調していくことを促進する。そこにはたとえば、開発者、品質保証担当、技術に詳しくない業務分析担当者などが含まれている。
-
リーン/アジャイルな要求獲得のためにユースケースは価値がある（オプションだけど）
『Scaling Software Agility』の著者であり、RallyでChief Product MethodologistをつとめるDean Leffingwell氏は、ユースケースが大規模のリーン/アジャイルなプロジェクトにおける要求をモデル化する価値のあるツールになりえると結論を下した。
-
SpolskyとBobおじさんの対決
ここ数週間、Joel SpolskyとRobert C Martin(Bobおじさんと呼ばれている)の間で議論が交わされている。そもそもの発端は、Jeff AtwoodとJoel Spolskyの「38:th Stack Overflow」というポッドキャストで、Joelの「よくユニットテスティングをJoelテストの13番目の項目に加えるべきだと言われるんだけど、それには反対なんだ」という発言だった。
-
プロダクトオーナーは一人であるべきか?
チームでもっとも重要といえるメンバの役割であるプロダクトオーナーに関して、ScrumDevelopmentメーリングリストで重要な話し合いが行われている。Jean Richardson氏が次の質問でこの話し合いを始めた。
-
リファクタリングは設計の代わりではない
stack overflowコミュニティのメンバの１人が、「設計は最近ではリファクタリングの一部なのだろうか？」という質問をした。この疑問は、創発的な設計へのアジャイルのアプローチについて多く見られる誤解を浮き彫りにしている。
-
-
継承 アーキテクチャを進化させるアジャイルアプローチ
Kent Beck氏が、ソフトウェア設計における継承のアプリケーションを説明するためにFirst One, Then Manyを書いた。継承とは、現時点において十分なものから最終的に必要とされるものまで、システムのアーキテクチャを進化させるための技術だ。
-
Venkat Subramaniam氏が日々のソフトウェア開発の事実と誤信ついて講演
ソフトウェア開発は、やりがいがありとても楽しい事だが、チームがITプロジェクトで成功することを妨げるいくつかの要因がある。これらの要因はたいていツールや技術ではなく、ソフトウェア開発プロジェクトの成功に影響を与えるのは人間である。Venkat Subramaniam氏は日々のソフトウェア開発の事実と誤信について講演した。
-
組み込みシステムのアジャイル
アジャイルが「隔たりを越えて」ソフトウェア開発業界の主流に入っていくにつれて、一見したところアジャイルは適合しないかもしれないと思われるソフトウェアプロジェクトにさらに多くのタイプが現れている。現実には、これはアジャイルとプロジェクトが本当に合わないというよりも、これらのプロジェクトを支援するために専門家によって書かれたアドバイスを見つけることが難しいためであろう。
-
ペア・プログラミング vs. コード・レビュー
ペア・プログラミングとコード・レビューは共にソフトウェアの品質を向上させると同時に知識を共有するための取り組みである。Agile vs. Lean、XP vs. Scrum、そしてvi vs. Emacsといった議論が収束した今、開発者たちはペア・プログラミングとコード・レビューのメリットを比較し始めている。