BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ アジャイル技術 に関するすべてのコンテンツ

  • TeamCity 6.5: Git および Mercurial との統合を拡張し,.NET 対応を改良

    JetBrains は先日 TeamCity 6.5 のリリースを発表した。外観の改められた今回のリリースには Git および Mercurial との統合の改良に加えて,特に .NET 開発者向けにいくつかの改良点が盛り込まれている。さらに無償版の Professional Edition のユーザ数が無制限となった。

  • クラウドにおけるテスト

    クラウドテスティング(Cloud testing)はクラウドの力を利用するテストの手法である。これは多くの場合、テストにかかる時間を削減するか、アプリケーションの現実世界でのトラフィックをシミュレートする目的で行われる。加えて、高いトラフィックを持つウェブアプリケーションのスケーラビリティ要求を満たすためにテストも同様にスケールする必要がある。

  • アジャイルアーキテクチャとハリケーンに共通するもの

    先日 SATURN 2011 で行ったプレゼンテーションで Eric Richardson 氏は,アジャイル環境におけるアーキテクトとハリケーンを予報する気象学者との類似点をいくつか挙げてみせた。どちらもさまざまな予測をしてそれぞれ資料を作成する,多種多様なデータソースを入力として使用する,データ取得のために数々の手法を駆使する,といった具合だ。それならばアーキテクトが気象学者から学べるものは何だろうか?

  • コードは負債、少ない方がいい

    無駄のないリーン製造の過程では、在庫の定義は明確だ。余分な物品、製造中の物品、次の処理を待っている物品が在庫だ。リーンでは在庫を減らすことが重要だ。在庫にはコストがかかるからだ。ソフトウエア開発では要求は在庫と見なされるが、ではコードはどうか。

  • 継続的開発:言うが易し行うは難し

    継続的開発は書いたコードはすぐにリリースするという考えとしてアジャイルやリーンの技術として語られることが多い。この方法には明確な利点がたくさんある。例えば、開発サイクルを短くすることで素早くバグ修正や新機能の市場投入ができる点だ。しかし、これは言うほど簡単だろうか。

  • AtlassianがBuilderの後継機能Taskを搭載した最新のBambooをリリース

    アジャイル開発の議論が継続的統合(CI)から継続的開発に移行するにつれ、CIサーバはビルドプロセス全体の自動化をさらに促進している。Atlassianは今日、Bamboo 3.1をリリースした。これにはTaskと呼ばれる新しい機能が搭載されている。Atlassianはこの機能で開発者の継続的開発を支援したいと思っている。

  • Jenkins,Hudson,そして Eclipse

    Hudson を Eclipse 財団に移行する先日の提案に伴って,これが Jenkins と Hudson の再統合につながるのではないか,さらにはコードライセンスの EPL への変更があり得るのではないか,などの憶測が生まれている。Jenkins コミュニティとして Eclipse 財団への参加が望ましいかどうか,本日この後 Jenkins IRC チャネル上で議論が行われる予定だ。

  • Oracle,Hudson の Eclipse 財団への移行を提案

    Oracle は Hudson プロジェクトを,商標権とドメイン名を含めて Eclipse 財団に譲渡する提案書を作成した。既存の後援企業 (Oracle と Sonatype) に加えて,他の参加企業も Hudson の独立組織およびプロセスへの移行を支持しており,同プロジェクトへのコミッタ増員を計画中である。

  • アジャイルテストの描写

    アジャイルコミュニティの何人かのメンバが、ユーザストーリーテストやテーマ全体に関するテストをどう表現するか、いくつかの方式を提案している。

  • HudsonがHudson 2.0として復活

    HudsonのHudson/Jenkinsフォーク以来最初の重要なリリースが行われ、今後OSGi/セマンティックなバージョニングに従う新しいバージョニングスキームが使われることになる。このリリースには、OSGiランタイム内での実行がより容易になる新しいJSR330依存性注入モデルが含まれ、特殊なHudsonアノテーションとの分離が実現されている。

  • ユーザーストーリーを分割する方法

    アジャイル技法が十分に機能するようにユーザーストーリーを細分化することは、ほとんどの新しいアジャイルチームにとって困難である。アジャイルコミュニティのメンバーが、いくつかの記事を通してユーザーストーリーを効果的に分割する方法についてのガイダンスを提供している。

  • Google Guice 3.0を利用したアノテーション駆動による依存性注入

    先月下旬Googleは、依存性注入(Dependency Injection、DI)デザインパターンを実装するJavaフレームワーク、Guice 3.0をリリースした。Guiceの裏にある動機は、決まり切ったファクトリを書く必要性を減らすことで、プログラマがDIコードを書くことを容易にすることである。この記事では、3.0の新機能について分析し、Guice 3.0がどのようにSpring DIをサポートしているかを見、さらに、(MiniGuiceとしても知られる)Guice 4.1を紹介する。

  • 一人のプロダクトオーナーという問題に対する解決策

    プロダクトオーナーはスクラムで最も大変な役割のひとつだと言えるだろう。プロダクトオーナーは一人でプロジェクトの成功に責任を持ち、チームにビジョンを伝えることで開発活動をリードすることが期待されている。そして、チームが最大限のビジネス価値を生み出すのを支援することが期待されている。これは一人にたくさんのことを期待していないだろうか?

  • 家で「かんばん」

    興味深いことに、オフィスや工場ではなく、家で「かんばん」を実践している人たちがいる。

  • Tasktop 2.0がTask Federation と クロス-リポジトリの Agile Plannerをサポート

    アプリケーション ライフサイクル管理 (ALM)コラボツール、Tasktop の最新バージョンは、Task Federation、クロス-リポジトリなアジャイル計画ツール、HPの Agile Acceleratorや SmartBear CodeCollaboratorのような他社のALMツールへのコネクターをサポートしている。 Tasktopチームは先週 Hudson CIツールとの統合を提供するバージョン2.0をリリースした。

BT