BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ カルチャー&手法 に関するすべてのコンテンツ

  • サンノゼは世界に真剣なInnovation Gameをどう行うかを示す!

    近頃メディアでは、技術が政治的な動揺と関連づけられているが、サンノゼで行われた Innovation Game (イノベーション・ゲーム)イベントは政府が“人々”と協力するためにアジャイルの技術を利用することができることを示している。

  • 『Agile Japan 2011』開催 ー広がる つながる 動き出すー

    今年で3回目となる 「Agile Japan 2011」が開催される。今年のテーマ『広がる つながる 動き出す』のもと、 基調講演は "Fearless Change - 不安を乗り越えて組織改革を推進するには" と題し、 リンダ・ライジングによる講演が行われる。

  • テスターの重要性

    新しいグループやカンファレンス、ワークショップで従来は無視されてきたテスターの役割について積極的に扱っている。アジャイルテームの優れたテスターに必要なスキルやツール、原則などに焦点を当てているのだ。 歴史的には、テスターあるいはQAの役割は事後的なもので、ソフトウエアが作られてからが出番だった。テスターの仕事は独立していて、オフショアの安価な労力で足りるような専任のテストチームに担われていた。アジャイルマニュフェストの署名者であり、ソフトウエアの素晴らしさの擁護者としても有名なBob Martin氏は、テスターをこのように捉えるのは最善ではないと見ていた。

  • Agile 2011 マニフェスト署名者達の再会

    Agile 2011カンファレンス主催者は、アジャイルソフトウェア開発宣言の原著者17人の内16人が、8月のカンファレンスで、質問に答え彼らの見識を共有するために再結成されるとアナウンスした。原署名者達は月曜日晩のスペシャルイベントで舞台に上がり、カンファレンスの5日間以上、Open Jamエリアで会うことが出来るであろう。

  • 無欠陥システムという聖杯

    無欠陥システムとは言えば聞こえはいいが、本当に実現可能なのか。それとも無理なのか。多くの組織が'無欠陥手法'を取り入れているが、本当に成果があがっているのか。

  • アジャイル契約

    ほとんどのソフトウェア契約は,固定的なスコープ/コスト/スケジュールという,ウォーターフォール方式のアプローチを念頭において書かれています。 この記事では,アジャイルソフトウェアプロジェクトの契約を記述する方法についてのアドバイスを提供します。以下、RSS feed / longer summary (max 400 chars)です。 従来のウォーターフォールモデル手法,すなわち要件を定義し,サプライヤが価格を提示して,両者が法的拘束力を伴う契約書にサインする,というやり方は,企業が何かを購入する場合にはとても都合のよいものです。しかしこの方法で記述された契約書には,アジャイルアプローチを使った開発に必要な自由がほとんどありません。この記事では,サプライヤと顧客がアジャイル開発の契約を締結するために利用可能な,4つの異なったモデルを検証しています。

  • スクラムのコストを制御するためのタイムトラッキング

    管理目的のためにスクラムの各タスクに費やした時間を記録するべきか。

  • アジャイルはパズルのピースでしかない

    最近、いわゆるノキアの失墜とそもそもスクラムが組織を助けるかどうかについて、多くの見解が表明されている。トヨタが品質問題のために自動車のリコールをしたときも、同様の懸念と心配があがっていた。アジャイルは、製品開発の中心要因なのだろうか?

  • アップグレードと異なるプログラミングパラダイムのためのHadoop再設計

    YahooはHadoopのMap-Reduceのアーキテクチャの中核部分を再設計し、簡単に更新でき、より多くのクラスタで動作し、高速回復をサポートすることを発表した。また、Map-Reduce以外のプログラミングパラダイムもサポートする予定だ。再設計されることでMap-Reduceを制御するHadoopの中核部分はリソースマネージャに切り出される。このリソースマネージャがさまざまな分散処理のパラダイムをサポートする。また、Map-Reduceはユーザが利用できるライブラリになるので、同じクラスタで複数のバージョンのMap-Reduceコードを実行できるようになる。新しい設計はクラスタマネジメントプロジェクトであるオープンソースのMesosに似ている。Yahoo!とMesosは両者の違いと利用機会についてコメントした。

  • BDD: ATDDの改良版なのか。

    振る舞い駆動開発のコミュニティでは古い問いが新しい形式で表れている。すなわち、BDDは受け入れテスト駆動開発の単なる完了版なのか。このふたつの開発方式の違いについて、コミュニティでは様々な議論がされているが、Dan North氏は、TDDは"素晴らしい"のだからこのような議論に注力しないでほしいと要求した。

  • ASP.NET MVCは、ユーザーインターフェイスデザイナにはふさわしくない?

    ASP.NET MVCは、開発を容易にしたが、Michael Taylor氏は、「ASP.NET MVCは、新しいASP」というタイトルの投稿において、ユーザーインターフェイスデザイナにとって、それは大変であると主張する。

  • 【運営ボランティア募集!】QCon Tokyo 2011 の運営をお手伝いいただける学生さんを募集!

    世界の先進エンジニアが集結する QCon Tokyo 2011 では、イベントの運営をお手伝いいただける学生さんを募集しています。

  • Eric Evans氏来日記念 チュートリアル"Domain Driven Design(DDD)" 開催決定

    QCon Tokyo 2011 での講演で来日する Eric Evans 氏が、1日のチュートリアルを実施することが決定した。 その名も、"Domain Driven Design (DDD)"。Eric Evansが直々に解説するDDDのチュートリアルに参加しよう。

  • Mercurialを使った継続チェックイン

    分散バージョ��管理システムの主要なメリットの一つは各ユーザが独自のバージョン管理されたワークスペースを持つことができるということである。Leon Bambrick氏はそれを極端にとらえ、すべてのビルドでチェックインが行われるようにすることを提案している。

  • リーンやアジャイルの契約書の書き方

    アジャイルやリーンのプロジェクトは従来のプロジェクトとは違う。ではこれらのプロジェクトの契約はリーンやアジャイルの概念をサポートしているだろうか。それとも邪魔になっているか。この記事ではリーンやアジャイルプロジェクトの効率的な契約書の書き方についていくつかのヒントを紹介する。

BT