InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
安定化スプリント - 必要悪か、それとも純粋な無駄か？
安定化スプリント（"Stabilization Sprint"）とは、製品をリリースする前、通常の開発サイクルの最後に付け加えられる付加的なスプリントである。名前が示している通り、このスプリントは通常プロダクトを最後にもう一度叩き、最後のバグを出すためのものである。これはアジャイルに属するものなのか？それとも「完了」すれば充分なのか？
-
アジャイルプロジェクトが遅れる理由
一般的に言えば、遅延とは作業の実施が予定よりも後になることであり、それによって不満や作業が苦しみが生まれ、関係者に迷惑をかける。同じように、アジャイルプロジェクトでも遅延という言葉は無駄と考えられている。遅延はプロジェクトの流れを断絶してしまうので、再学習やタスクの変更などの更なる無駄を生み出す。何人かのアジャイル実践者が一般的な遅延とその対処法について議論している。
-
-
Clojure総まとめ：Craneによる配布、Incanterによる算術計算、Leiningen 1.0によるビルド
Clojureインスタンスｗの配布と遠隔操作のためのツールであるFlightCasterのオープンソースCraneは、現在EC2に特化されている。IncanterはClojureを使って簡単にR風の統計計算ができるClojureライブラリとツールである。また、ビルドと依存関係管理ツールであるLeiningen 1.0がリリースされた。
-
社会的契約によってチームのコミットメントを促す
正式な社会的契約によって組織的な変更に関する恐れ、不確実性、疑いなどを減らす手助けとなるための構造が与えられ、アジャイルへの移行がより円滑に行われる。 Israel Gat氏がBMP Softwareで利用した社会的契約の例を示す。
-
スクラムマスタが障害になるとき...
スクラムマスタという名前が表すのは、この役割はスクラムプロセスの守り神だということだ。彼は変革者としてチームを支援し、組織の中でスクラムを構築する。障害をなくし、外部の邪魔からチームを守ることでチームが滞りなく機能するようにするのが彼の仕事だ。しかし、スクラムマスタ自身が最大の障害になっているとチームが感じる時もある。
-
ティーチングゲーム－遊びか、まじめなビジネスか？
Tasty Cupcakesティーチングゲーム・ウェブサイトの創始者であるMichael McCullough氏とDon McGreal氏が「楽しみ駆動開発（"Fun Driven Development"）」に関する記事を公開した。景気は低迷しているが、こういったゲームがトレーニングプログラムから締め出されることはなく、実際、ティーチングゲームはアジャイル実践者が集まって考えを交換する上でのかすがいとなっている。ここではその歴史と、チームにおいてゲームを用いる上でのスタート地点を紹介する。
-
-
Terracotta/Quartz 統合は、インメモリ クラスタに基づく分散ジョブスケジューリングを提供する
Terracotta と Quartz 統合は、インメモリ クラスタに基づく分散ジョブスケジューリングとエンタープライズ Java アプリケーションのためのワークロード管理を提供する。最近 Terracotta は、オープンソースのジョブスケジューリングソフトウェアの買収を発表した。新しい製品は、ジョブ調整のために中央データベースを使用する伝統的なソリューションの代替案としてクラスタノードに対応したスケジューリング機能を与える。
-
IntelliJ IDEA 9: Java EE 6、OSGi、Flex、その他
最近 JetBrains は、数々の賞を受賞した IDE、IntelliJ IDEA 9 をリリースした。それは、新しい技術の一揃い全体のサポート、既存の機能のサポートの改善、パフォーマンスの改善とより合理化されたユーザインタフェースを含んでいる。
-
Java EE 6の機能: Dependency Injection、Bean Validation、EJBの機能拡張
Java Enterprise Edition(Java EE)の最新バージョンは、Dependency InjectionやBean Validation、EJBの重要な機能追加、Servlet、JSF、JSP関連のテクノロジなどを含むいくつかの新機能を提供する。Sun Microsystemsは、Java EE 6を木曜日にリリースした。この記事では、最新バージョンの新機能の概要を紹介する。
-
あなたがやっているのはテスティングかチェッキングか？
ソフトウェアテスティングとは、ステークホルダにテスト中の製品やサービスの品質に関する情報を提供するために実施する、経験的調査のことだ。しかし、この定義では、テスティングとチェッキングの微妙な違いを生む「知恵」については語られていない。Michael Bolton氏は、これら2つの違いと、その違いがある理由について語った。
-
メンテナンス可能な自動受け入れテスト
自動テストはすぐに辻褄が合わなくなってしまい、メンテナンスするのが大変だ。従って企業もテストを自動化したがらない、とDale Emery氏は言う。氏は、最近公開したペーパーにテスト自動化に関わる共通の問題を回避するための実践的な方法を記している。これは、典型的な自動化コードから始めて、より強力でメンテナンスしやすいコードに育てていく方法だ。
-
ソフトウェアの型 - 公の場で練習することで完璧になる
アジャイルコミュニティの思慮深きリーダーたちが、ソフトウェアの型 - 体にしみこむまで特定の練習を行う方法 - について語りはじめている。Robert Martin氏はそれを"パフォーマンスアート"と呼んでいる。最近型に関するブログ投稿やサイトが増えている。最新の追加：katas.softwarecraftsmanship.orgでの毎週スクリーンキャストについて追加している。
-
進捗の思わしくない Code Contracts
Code Contracts の製品開発利用への展開が進んでいない。当初からあった数多くの技術的目標は今も有効だが，目前にある問題や障害のために，現在の形式での実現は遠からず断念せざるを得なくなる。