BT

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

寄稿

Topics

地域を選ぶ

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

  • Googleがプログラマのビルドエラーを研究

    GoogleのエンジニアがGoogleで9ヶ月間で、数千人の開発者が実行した2660万回のビルドに関するリサーチペーパーを発表した。このペーパーにはビルドのワークフローを説明し、ビルド失敗の頻度、コンパイルエラータイプ、修正作業を分析している。著者らによれば、この調査結果は大規模な組織でのビルドプロセスのあり方や、開発者より効率的にサポートする方法についての理解を促進するのに役に立つ。

  • Spring IO Platformリリース

    Pivotalは先週Spring IO Platform 1.0のファーストバージョンをリリースした。Spring IO Platformは依存物(とそのバージョン)のリストであり、すべての依存物が一緒に動作する。実装はMavenのPOMファイルであり、自分のプロジェクトにインポートして依存物にバージョンを設定できる。これらの依存物は、Springプロジェクト全体と多くのオープンソースプロジェクトで管理され、利用されている。

  • マイクロサービスの強み弱み

    マイクロサービスが最近話題になっており、噂も生まれている。10年以上に渡り、重たく、扱いにくいSOAソリューションが続いたが、マイクロサービスはそれを置き換える待望のソリューションなのだろうか。それとも単に一枚岩のソリューションズよりも単純なだけなのか。

  • Jenkins CIとChefまたはPuppetの統合による,デプロイの完全なトレーサビリティの実現

    CloudBeesの開発したJenkinsのDeployment NotificationプラグインをChef SoftwareプラグインまたはPuppet Labsプラグインと合わせて使用することで,ChefあるいはPuppetのインストールするすべてのファイルをJenkins CIからトレース可能になる。

  • 組織調整(Orchestration)から自律性(Autonomy)へ - ソフトウェアデリバリサイクルのスピードアップのために

    現代の企業のソフトウェアデリバリにおいて,ソフトウェアのリリースを問題なく行うために必要なのは自律性(autonomy)だ - Niek Bartholomeus氏はDevOps Summit in Amsterdamで行った"Orchestration in Meatspace"と題したプレゼンテーションで,企業を調整的(orchestration)アプローチから自律的アプローチに変えて,アイデアから製造までのフィードバックサイクルをスピードアップするにはどうすればよいかを論じた。

  • リリースプランニングのためのアジャイルな見積もり

    優先度付けや製品のリリース計画のためにアジャイルチームやプロダクトオーナーは見積もりを行う。見積もり、さまざまなレベルでさまざなな方法で行われる。

  • 継続的開発は新しいメンテナンスの現実か?

    モノのインターネット、Web API、ビッグデータは継続的開発を現実のものとし、開発者を完成したアプリケーションのメンテナンス作業に釘付けにするだろう。Dr.DobbsのAndrew Binstock氏はそう語る。開発者の時間を有効活用するためには、短期スプリント、継続的インテグレーションおよびデプロイメント、最新のプログラミングプラクティスがこれまで以上に重要になる。

  • Etsyはいかにして1日に50回ものデプロイをしているのか

    Daniel Schauenberg氏は先日のQCon Londonで、DevOpsや継続的インテグレーションを実践していることで有名なEtsyは1日に50回ものデプロイをしていると語った。リスクを最小限に抑えながらこのペースの変更を実現するためには、完全に自動化されたデプロイメントパイプライン、徹底的なアプリケーションのモニタリング、IRCベースの共同作業、これらすべてが重要なのだ。Etsyの訪問者数は毎月6千万、月あたりのページビューは15億だ。

  • 2つのDoDによる開発プロセスの改善

    DoD(Definition of Done)を理想と現状という2つのバージョンに分離しようというアイデアがある。目的とするのは,成熟度および品質の面でのDoDの拡大だ。物理的なボード上で実行する以外に,Jiraのようなアジャイルツールで実践することもできる。

  • ThoughtWorksが継続的デリバリツールGoをオープンソース化

    ThoughtWorksが継続的デリバリ(Continuous Delivery,CD)であるGoをオープンソースにした。このツールはCruiseControlを起源にしており、開発プロセス全体をカバーするパイプラインプロセスを提供する。つまり、継続的統合、テスト、デプロイメントだ。

  • アジャイルでユースケースを利用する - ユースケース2.0,スライシング,ラミネーティング

    アジャイルソフトウェア開発を使って製品をインクリメンタルに開発し提供する場合,要件項目はプロダクトバックログに収集,整理される。ここで使用される要件定義テクニックはユースケースだ。アジャイルの製品要件管理でユースケースを利用するテクニックには,ユースケース2.0やスライシング,ラミネーティングなどがある。

  • Android++リリース - ゼロ・ハードウェア・リストリクション,MSBuild, LLVM, GCC, GDB統合デバッグ

    先日リリースされたAndroid++のクローズドベータでは,Androidアプリの開発をVisual Studioを使って,ゼロ・ハードウェア・リストリクション, MSBuild, LLVM, GCC,さらにはGDB統合デバッグといったサポートの下で行うことができる。

  • Webベースからネイティブアプリケーションに移行した後の、Facebookリリースプロセスについて

    先月のVelocity Conf London(2013年11月13日から2013年11月15日まで開催)でFacebookのChaitanya Mishra氏が、FacebookのAndroidアプリをWebインタフェースから本格的なネイティブアプリにスケールさせるための取り組みについて講演した。この移行作業を成功させるために、各プロダクトチームがそれぞれのAndroidの担当機能を主導していた。中心となる統合チームは、回帰テストと、各機能からアプリ全体に至る最適化に重点的に取り組んだ。

  • カンバンで需要と能力のバランスをとる

    カンバンを使うことで、組織は実施中の作業を把握し、需要と能力のバランスがとれるプルシステムを確立できる。まずは実際の能力がどの程度あるかを見極め、その能力の流れを可視化することだ。InfoQはFlorian Eisenberg氏にインタビューし、どのように需要と能力のバランスをとるかについて話を聞いた。

  • Gauntltによる継続的セキュリティテスト

    GauntltコアチームのJames Wickett氏はVelocity Conf Londonで,アプリケーションのセキュリティレベルに関するフィードバックの迅速化を目的とした,継続的インテグレーションサイクルへのセキュリティテスト統合についての解説を行った。氏が強調したのは,継続的デリバリによるリリースデリバリ率の増加に伴う,定期的セキュリティチェックの重要性だ

BT