InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
ティーチングゲーム－遊びか、まじめなビジネスか？
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 の製品開発利用への展開が進んでいない。当初からあった数多くの技術的目標は今も有効だが，目前にある問題や障害のために，現在の形式での実現は遠からず断念せざるを得なくなる。
-
アジャイルの成功が結局は失敗になるとき
パイロットアジャイルチームが成功すると、アジャイル導入のプロセスが正しい方向に向いていると思い込みがちだ。Dave Nicolette氏が、試験的な試みが大成功した後で、導入に失敗した状況について興味深い洞察を示す。
-
"アジャイルチームリード"は必要か
Patrick Wilson-Welsh氏、Chris Beale氏、Gary Baker氏、 John Huston氏、Daryl Kulak氏らが新しい役割の概念を広めようとしている。その概念は、"アジャイルチームリード"というものだ。 目的は、アジャイルチームやその周辺にある従来のリーダーシップの概念を置き換えるためだ。
-
-
システム/受け入れテストで日付型と時間型をテストする
単体テストで日付と時間をでテストする方法はよく話題にあがるが、比較的簡単な解決策がある。もっと難しいのは、時間を受け入れ/システムテストでテストすることだ。どんな方法があるだろうか。
-
リファクタリングかリライトか？
リファクタリングやリライトの目的は、コードの可読性、構造、明確さを改善することでシステムの健全さを改善する点にある。クリーンなコードはメンテナンスもエンハンスも楽だろう。しかし、多くの状況下にて、アジャイルチームはリファクタリングとリライトのどちらを行うかで厳しい選択を迫られる。
-
アジャイルの衰退と凋落を止めるために内側を見つめる
アジャイルの「衰退と凋落」に関する議論は、AgileQや一般的なコミュニティにおいて、何度も繰り返されるテーマだ。人々がアジャイルを効果的に導入しておらず、間違った方法でアジャイルを台無しにするという意見が集まっているのだ。Kevin Schlabach氏は、新しいリーダーを育てていないアジャイルコミュニティ自体が原因だという考えを示す。