InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
ソフトウェアの型 - 公の場で練習することで完璧になる
アジャイルコミュニティの思慮深きリーダーたちが、ソフトウェアの型 - 体にしみこむまで特定の練習を行う方法 - について語りはじめている。Robert Martin氏はそれを"パフォーマンスアート"と呼んでいる。最近型に関するブログ投稿やサイトが増えている。最新の追加：katas.softwarecraftsmanship.orgでの毎週スクリーンキャストについて追加している。
-
進捗の思わしくない Code Contracts
Code Contracts の製品開発利用への展開が進んでいない。当初からあった数多くの技術的目標は今も有効だが，目前にある問題や障害のために，現在の形式での実現は遠からず断念せざるを得なくなる。
-
アジャイルの成功が結局は失敗になるとき
パイロットアジャイルチームが成功すると、アジャイル導入のプロセスが正しい方向に向いていると思い込みがちだ。Dave Nicolette氏が、試験的な試みが大成功した後で、導入に失敗した状況について興味深い洞察を示す。
-
"アジャイルチームリード"は必要か
Patrick Wilson-Welsh氏、Chris Beale氏、Gary Baker氏、 John Huston氏、Daryl Kulak氏らが新しい役割の概念を広めようとしている。その概念は、"アジャイルチームリード"というものだ。 目的は、アジャイルチームやその周辺にある従来のリーダーシップの概念を置き換えるためだ。
-
-
システム/受け入れテストで日付型と時間型をテストする
単体テストで日付と時間をでテストする方法はよく話題にあがるが、比較的簡単な解決策がある。もっと難しいのは、時間を受け入れ/システムテストでテストすることだ。どんな方法があるだろうか。
-
リファクタリングかリライトか？
リファクタリングやリライトの目的は、コードの可読性、構造、明確さを改善することでシステムの健全さを改善する点にある。クリーンなコードはメンテナンスもエンハンスも楽だろう。しかし、多くの状況下にて、アジャイルチームはリファクタリングとリライトのどちらを行うかで厳しい選択を迫られる。
-
アジャイルの衰退と凋落を止めるために内側を見つめる
アジャイルの「衰退と凋落」に関する議論は、AgileQや一般的なコミュニティにおいて、何度も繰り返されるテーマだ。人々がアジャイルを効果的に導入しておらず、間違った方法でアジャイルを台無しにするという意見が集まっているのだ。Kevin Schlabach氏は、新しいリーダーを育てていないアジャイルコミュニティ自体が原因だという考えを示す。
-
Silverlight 4のハイパーコミュニケーション
双方向通信を改善するため、.NET Framework 3.0からWCFの一部として新しい通信プロトコルである、Net.TCPが提供されている。このNet.TCPが来るSilverlight 4でも利用できるようになる。これによって、従来のHTTP Polling Duplexに比べてスループットが向上し、コネクションの数も数倍増える。
-
JDK 7が、突然"単純な"クロージャをサポート、しかしリリースは、2010年の終わりに。
Mark Reinhold氏は、Devoxxコンファレンス開催中、JDK7がクロージャをサポートすることを公表した。この非常に議論されたフィーチャをサポートするために、JDK7のリリースは、2010年の9月ごろまで延びる。
-
ClojarsとLeiningenを使ったClojure向け自動ライブラリ依存関係管理
ライブラリと依存関係を管理するのはうんざりする作業だ。Clojarsは Clojureライブラリのための新しいリポジトリで、Ruby GemsとGemcutterに発想を得ている。新しいビルドツールであるLeiningenと一緒にClojarsを使えば、ライブラリ管理の苦痛から解放されるだろう。InfoQはこのClojarsについてAlex Osborne氏に話を聞いた。
-
テスト駆動開発とレガシーコードのトラブル
Alan Baljeu 氏は大規模なレガシー(古い) C++ コードベースへの TDD 利用を試みていた。そこで「可能な限り簡単に (simplest thing that could possibly work)」という原則が原因になって，大きな手戻り作業の発生するトラブルを経験したのだ。
-
アジャイルを導入するパイロットプロジェクトの選び方
アジャイルの導入を成功させる最も重要な要因の1つは、アジャイルをパイロットプロジェクトに適用することで学んだことだ。ここで学んだことが、今後アジャイルを推進するのか、それとも従来のプロセスに戻すのか、組織に大きな影響を及ぼすことになる。パイロットプロジェクトに適していないプロジェクトを選んでしまうと、アジャイルという新しいプロセスをうまく宣伝できずに、失敗に終わるだろう。
-
ScrumBanは進化か、それとも矛盾か?
カンバンのワークショップやコース、カンファレンスが現れ、アジャイル実践者たちは、リーンから適用されたこの手法がチームに提供するものを調査している。ボトルネックを明らかにすることから、より多くの"動き"を経験し満足するチームまで、魅力的な利点が挙げられている。しかし、指導者たちは、カンバンののんびりしたアプローチが直ちに障害を取り除くというスクラムの呼び掛けに対する「クリプトナイト」であることを警告する。
-
分散型のふりかえりを改善する
多くの人がふりかえりをアジャイルチームが継続的に改善をする際の最も強力なツールと考える。ふりかえりにより経験が新しいうちに学習や見識を捕らえられ、教訓はチームの作業にリアルタイムに適用される。 Retrospectives Yahoo Group において、各地に散らばったチームがどのようにふりかえりを取り入れられるかが議論された。