InfoQ ホームページ Agile に関するすべてのコンテンツ
-
ThoughtWorksによる最新技術動向の概括
ThoughtWorksは2011年1月版 (PDF)のTechnology Radarを発表した。これは現在のソフトウエア技術の動向を簡潔にまとめた文書だ。
-
注目セッションが続々決定！【早期割引実施中 今なら33%OFF ― QCon Tokyo 2011】
QCon Tokyoでは、ソフトウェア開発の最前線で活躍する技術者の登壇が続々決定。著名な講師と参加者が身近に議論できるQConで、先進技術を習得しソフトウェア開発の新たな可能性を探ろう。（2月28日までの申込は参加費が33％OFF）
-
Jenkinsの最初のリリースとHudsonへのサポート
Jenkinsの最初のバージョン1.396が、リリースされた。既存のHudsonインスタンスからの移行を助ける、アップグレード スクリプトもある。一方、Oracleは、商業的なHudsonへのサポートの継続を正式に発表し、SonatypeがHudsonを支持した。
-
-
-
Hudson、Jenkinsに改名
HudsonをJenkinsに改名することについてコミュニティにおける投票が行われ、賛成214、反対14という結果になった。インフラはすでに用意されているが、まだ使われていない。開発者に新しい組織へ移行する時間を与えるため、移行スケジュールが事前に発表されることになっている。Oracle は引き続き、java.netインフラにおいてHadsonのサポートと開発を行うようだ。
-
レガシープロジェクトでテストの自動化を始める
レガシーアプリケーションの自動回帰テストを書くのは、いつでも非常に困難なタスクだ。どこから始めるのか、どのくらい自動化するのか、自動化の最良の戦略の決め方は何かなど様々な疑問がある。
-
Hudsonコミュニティ、Jenkinsへの改名を提案
OracleはHudsonコミュニティに対して、どうやってHudsonの名前をコントロールしながらコミュニティに作業させるかについて回答した。HudsonコミュニティはOracleの法的威嚇から逃れるために、HudsonプロジェクトをJenkinsに改名する投票を行うことで、これに応じた。
-
QCon London March 9-11のハイライト、登録者数が倍に
InfoQの生のカンファレンスであるQCon Londonが来る3月8日～11日に開催され、この時点で昨年の2倍の登録者数に達している。今年が4回目となる参加者主導のこのカンファレンスは、チームリーダー、アーキテクト、プロジェクト マネージャ向きである。多くの取り組みがこのイベントで、今年のプログラムとなり、100人以上のスピーカーが登場する。この記事に、そのハイライトを載せる。
-
Facebookはどのようにコードを出荷しているか
Facebookは今日おそらくもっともホットな企業であり、大きな興味を駆り立て、詮索の対象となっている。高度なセキュリティに守られている中、SkypeのプロダクトマネージャYee Lee氏はFacebookでどのようにコードが出荷されているかの詳細を書いたメモの膨大なコレクションをまとめた。
-
2011年のアジャイルを予想する
新年始めの恒例ながら，業界の動向に関する予想が花盛���だ。Mario Moreira，Scott Ambler 両氏は，アジャイルプラクティスのさらに多くの組織での採用を予想している。従来より大規模で分散的なチームに対して，アジャイル手法が組織的な実施に重点を置きながら適用されていくだろう，というのだ。
-
Apple、Google、Microsoftの比較
Gartner ウェビナー (PDF) において、今日のソフトウェア業界の主要なプレイヤ3社であるApple、Google、Microsoftを比較している。このwebinarでは、今日、各社がどのような立場にあるのか、また、互いの競争によって、どのようにITの決定に影響を及ぼすのかを見ようとしている。TheOpenSourcery では、機敏性とオープン性という異なる視点からこれらの企業を比較する。
-
Stephen Walther氏のJavaScript単体テストの統合
自動テストフレームワークには優れたテストライブラリと優れた統合方法が必要だ。おおkのJavaScriptライブラリが前者に注力しているが、Stephen Walther氏は第二の条件を満たすソリューションを作成してきた。
-
アジャイル組織の特徴
Jim Collins氏はその有名な著書“ビジョナリー・カンパニー2（Good to Great)”でよい企業が偉大な企業に変わるには何が必要か氏のチームが5年かけて調査したことについて述べている。アジャイルは偉大な企業を作り出すことを支援できるのだろうか？
-
バグにストーリーポイントを割り当てるべきだろうか？
既存のプロジェクトをスクラムに移行される際によく直面するのが、スクラムを開始するより前から存在する未修正のバグのバックログである。これらのバグにストーリーポイントを割り当て、各スプリントにおいてユーザストーリーと一緒に優先順位をつけることは効果的なのだろうか？