BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Agile に関するすべてのコンテンツ

  • RubyとJtestRを用いてJava Testを加速させる

    スクリプトタスク用のRubyの簡易さによってそれはテスト一式を記述するための有力候補となっている。最近までRubyを用いてJavaをテストする本当の意味での独立型のフレームワークは存在していなかった。Ola Blini氏(JRubyチームの一員)とAnda Abramovici氏によって書かれたJtestRが今それを実現する。RSpecのようなRuby機能と統合したRubyはJavaテストの記述をよりスムースにするだろう。

  • 静的コード解析は、より根の深い不具合を浮き彫りにする

    FindBugs, PMD, CheckStyle, IntelliJ IDEAと言った静的コード解析 (Static code analysis:SCA) ツールは、開発者チームにとって、問題を見つけ出し、高いクオリティを保つ助けになる。しかしSCAツールが問題を指摘した際、チームはどう対処すべきなのだろうか?Vikas Hazrati氏の「静的コード解析は、単に氷山の一角にすぎない」と言う記事で示唆している。

  • 大きなアーキテクチャへの先行投資 - スケーラビリティへの投資の場合は是か非か?

    最近blogosphereで浮上した興味深い議論は、スケーラビリティの設計には、前もってどれくらいの時間をかけるべきか、と言うものである。OnStartUpsのDharmesh Shah氏が、"時期尚早なScalaculation"の危険性について書いたことで、この議論は始まった。

  • チェックリストの力

    Atul Gawande氏はNew Yorkerの最近の記事で、明らかにローテクな手段であるチェックリストを用いて、どのようにしてPeter Pronovost博士が世界中の病院のICU(集中治療室)における感染症の発生率を低下させたかについて述べている。

  • RSpec 1.1 - 振舞駆動開発支持者のためのステップアップ

    最近 Ruby コミュニティでいくつかの重要なリリースがあった。先月7日には Rails 2.0 がリリースされ、そして先日 David Chelimsky 氏は RSpec 1.1 のリリースを発表した。

  • 階層アーキテクチャは開発者と彼らが作るソフトウェアの間にギャップを生むか?

    今日のソフトウェアコミュニティにおける努力の多くは、ソフトウェア開発のプロとビジネスピープルとの間のギャップを解消するための橋渡しを目標としているが、一部のブロガーは問題をすこし異なった視点から見ており、開発者と彼らが作るソフトウェアとの間のギャップを強調している。

  • あけましておめでとうございます。本年もInfoQ Japanを宜しくお願いします。

    InfoQ Japan読者の皆様、あけましておめでとうございます。本年もInfoQ Japanはコンテンツを充実していきます。何卒宜しくお願いします。

  • Article: かんばんボードによるプロジェクトの見える化

    日本におけるプロジェクトファシリテーションのの第一人者である平鍋健児さんが、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていきます。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案します。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装“TRICHORD”を紹介します。

  • HudsonとFindBugsを用いた継続的インテグレーションとコードインスペクション

    最近IBM developerWorksに掲載された記事において構築中のプロセスにある継続的インテグレーション(CI)とコードインスペクションタスクをオープンソースツールを使用して自動化する事を取り上げている。それはjava.netコミュニティによって開発されたCIサーバであるHudsonをSubversionコードリポジトリをポーリングし、ソースコードに変更が発見される度にAntビルドスクリプトを動作するためにどのようにインストールし設定するのかを解説している。

  • チーム専用の部屋は、より生産性の高いチームを生み出すか?

    Science Daily紙に投稿された記事によると、ミシガン大学の研究者たちは、「プロジェクトルーム」の共通の環境で仕事をしていたチームは、別々の作業環境にいたチームより、最大で2倍も生産性が高いことを発見した。

  • 品質に交渉の余地はあるか?

    ソフトウェアの品質はどうでもよい、特定の期日までに仕上げなければならない予定された要求(スコープ)がある - 顧客にそう言われたら、あなたはどうするだろうか?顧客の言うことを聞き、品質を犠牲にするだろうか(そもそも、品質とは何だろうか?)?

  • オートテスト-隠されたツールの宝石

    オートテストはあなたがファイルをセーブする度にテストを実行する。実はそれよりも賢いのである。私達はAutotestのようなツールがIDEを要さずにどのようにRubyのデベロッパ達の生産性を補助するのかという点に注目した。

  • builder by ZDNet Japanがオープン

    シーネットネットワークスジャパン株式会社は本日、新しくIT技術者、特にコーディングを行う技術者向けのメディア+コミュニティである「builder by ZDNet Japan」をローンチした。

  • 一つのAgileチームで複数のプロジェクトをこなすには

    組織において一つのデベロッパグループが複数のプロジェクトを完成しなければならない事は珍しいことではない。このような状況においてグループはどのように構成され、またどのように彼らの作業をどのように計画し、配分するべきなのだろうか。

  • 自己組織チームはもう必要ない?

    Jim Highsmith氏は自己組織のチームという用語は”Agileコミュニティにおいてその実用性を使い果たしたゆえに置き換えられる必要がある。”ことを提示している。また彼はライトタッチなリーダーシップがより適切である事も提案している。しかしながら、これは自己組織のチームの必要性とそれぞれのチームメンバーが”事を成し遂げるための仕事”に集中するのを妨げるのではないだろうか?

BT