65. 「振る舞い駆動開発」とは、TDDに触発されて Dan North氏により提唱され発展した手法です。 BDDはTDDの一流派ともいえますが、TDDに対し 以下の実現のための原則や工夫が加えられています。 • テストを「振る舞い」（機能的な外部仕様） の記述に特化させる • ユーザーの要求やアーキテクチャの設計仕様 といった、より上位のインプットとTDDのテスト につながりを持たせる テスト駆動開発／振る舞い駆動開発を始めるための基礎知識 http://www.atmarkit.co.jp/ait/articles/1403/05/news035_3.html#06 66. –A NEW LOOK ATTEST-DRIVEN DEVELOPMENT なぜこれが問題なのか？ これから1分間、開 発者が普段テストについてどう考えているか 思い浮かべてみよう。プログラマはこう大抵 はこう考え
_ エクストリームプログラミング 池袋ジュンク堂で、角さんと角谷さん（名前の字面に山がない）によるエクストリームプログラム新訳のトークセッション。 参考文献特集でいろんな本が売っていたが、まずは青木さんの新刊だ。と思ったら置いてないので、長田さんに頼んで持ってきてもらって、まずはゲット（後払いだけど）。 10年戦えるデータ分析入門 SQLを武器にデータ活用時代を生き抜く (Informatics &IDEA)(青木 峰郎) 間違って早く着きすぎたので読み始める。 PostgreSQLを一応使うように書かれているが、それはあまり関係ない。 前書きを読むと、読者としてエンジニア（ソフトウェア開発者）とプランナー（データコンシューマ）の両方をターゲットとしていることがわかった。 ・エンジニアはプランナーの意図を知るために読む。そしてエンジニアリングで何ができるかわからずに悶々としているプランナー
ついに新訳が刊行！！ 昨年のXP祭りから、私も何度か話題にしていたエクストリームプログラミング（XPE）が、新訳版としてオーム社より出版されることになりました。 元々の邦訳版の出版元であるピアソン桐原（当時）が2013年8月に技術書の取り扱いをやめてしまい（ピアソンショック）、XPEの邦訳版はもう手に入らないと嘆いていました。 ピアソンの技術書は書店在庫限りとの見通し。ピアソン桐原社がピアソングループ離脱で（追記あり） 「プレゼンテーションZen」や「Objective-C プログラミング」など、英国ピアソングループの技術書を国内で出版していたピアソン桐原は、ピアソングループか そんな矢先、翻訳者の@kdmsnrさんから、XPEを翻訳しなおすとの情報を耳にしました。その時から「是非レビューさせてほしい」とオファーしていたのですが、いざとなったらなかなか時間がとれず、広く浅くしかレビューでき
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 土曜日はXPまつり2009でした。スタッフとして参加していました。参加者への配布物がたくさんあったので、「配りやすいように、４種類のチラシとかEM ZEROを１部ずつ束ねて、配りやすいようにしよう」と、セッションが始まった後の時間に数人でワイワイやっていました。今回のXPまつりの気づきとしては、この作業中の@afukuiさんのつぶやき「こういう作業って、最終的にはセル生産になっていくんだよね」というものから１つ得ることができました。 そして昨日、実家の屋上で親と人工芝を並べて、パチパチくっつける作業をしたのですが、この作業中に@fukuiさんのつぶやきを思い出していました。パチパチくっつける作業は以下の３工程に分けておこないました。 パネルの向きをそろえる ジョイント(1辺に8
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
Advanced Ruby：RubyUnit (Testing Framework) Part 1 : XP をはじめよう 2000/11/30 石井 勝 (Pair Programmer) スライドショー版はこちら (PowerPoint) はじめに RubyUnit は，eXtreme Programing (XP) とよばれる開発手法において単体テスト用に使われるツール： Testing Framewrok (xUnit) の Ruby 版です．RubyUnit の説明をする前に，まず RubyUnit 開発のきっかけとなった XP について説明しましょう． XP (eXtreme Programming) とは XP は，最近もっとも注目されているソフトウェア開発方法論の一つです． 小人数（2人から10人程度）による開発 仕様がはっきりせず，変更が絶えないプロジェクト に適していま
ぼくが尊敬する、Kent Beck 氏が書いた最近の記事「Appreciating Your Way to XP」、を許可を得て日本語訳しました。 印刷用のPDFもこちらに容易しました。 自分たちの良いところを認識することからはじめるXP (出典：”Appreciating Your Way to XP”) http://www.threeriversinstitute.org/AppreciatingYourWayToXP.htm Kent Beck, Three Rivers Institute 訳: 平鍋健児 概要 「問題を認識してそれを解決する」という考え方は工学では常識的だが、別の手法として、「現在うまくいっていることの価値を認識(appreciate)することからはじめる」というアプローチには、変化を生み出す大きな力がある。この記事では、AI=アプリシアティブ・インクワイアリ(
Behaviour-driven development is an “outside-in” methodology. It starts at the outside by identifying business outcomes, and then drills down into the feature set that will achieve those outcomes. Each feature is captured as a “story”, which defines the scope of the feature along with its acceptance criteria. This article introduces the BDD approach to defining and identifying stories and their acc
メンバーの特徴はアジャイル開発に積極的な人物が多いということ、プロジェクトへの途中加入が多いということ、開発者だけではなく、発注者の猪狩氏が含まれていることである。アジャイル開発は開発者側から語られることが多いが、発注者からはどのように見えるのだろうか。今回はその辺りに注目してインタビューを読み進めてもらいたい。 プロジェクト対象 ワークフローを管理する製品の開発がプロジェクト全体の目的である。このチームは製品の基盤となるエンジン部分をJ2EEで開発している。開発チームは4人体制である。 利用ツール ―― 「開発にはどのようなツールを利用しましたか？」 角谷 「統合開発環境（IDE）はEclipseですね。それとORマッパーの機能もあるので、Jude（永和システムマネジメントが開発したモデリング支援ツール）を拡張して使っていました。ほかに使ったといえばホワイトボードと、後はXPカードですね
ヱビスブログ :: ユーザストーリーから始めるTDD TDD from starting from user stories - a top-down styleを日本語でザックリまとめました。 意味を明らかに取り違えているようなところがありましたら指摘してください。 ------------- TDDのルールは最初にテストを書く事だ。現実世界のプロジェクトの多くは、ソフトウェアがGUI、Web、データベースや外部システムとの依存を含んでいる。大概これらはJUnitクックブックのサンプルほどシンプルではない。プロジェクトが異なれば、TDDの実装方法も異なる。例えばテスターが受け入れテスト記述の責務を取り、開発者はユニットテストを書く。TDDer向けにユーザストーリーから始めるトップダウンなTDDスタイルを提唱したい。 ユーザストーリーから始めるTDD What? ユーザスト
設計の終焉? (原題: Is Design Dead?) マーチン・ファウラー チーフサイエンティスト , ThoughtWorks エクストリーム・プログラミング(XP) をかじってみて、多くの人がこう感じ ただろう。XP は「ソフトウェア設計など消え失せろ」と言っているのではな いか、と。というのも XP では、多くの設計作業が 「料金前払いのデカい設 計("Big Up Front Design"」などとからかわれているばかりか、UML、柔軟な フレームワーク、そしてパターンまでもを含む設計技法が、ぞんざいな扱い を受けているか、完全に無視されているからだ。 実際には、XP にもたくさんの設計作業が含まれている。しかしそれを、既存 の設計プロセスとは違うやり方で行っているのだ。「進化的設計」という考え 方がある。XP はこの考え方を、「進化」を実行可能な設計戦略へとに変換す るプラク
http://www.martinfowler.com/bliki/UseCasesAndStories.html ユースケースとXPのストーリーとの違いは？ これはよくある質問だが、なかなか答えがまとまらない質問でもある。XPコミュニティの人々は、ストーリーはユースケースを簡単にしたものだと捉えている。私も以前はそう思っていたが、今は別の見方をしている。 ユースケースとストーリーは、どちらも要求をまとめる（organize）方法という意味で一致している。違うのは、まとめる「目的」である。 ユースケースは、ユーザーがシステムにどう携わるか、どう使うか、といったナレーティブ（narrative）を形作るために要求をまとめていく。したがってユースケースは、ユーザーのゴールとシステムとの相互作用がどれだけそのゴールを満たすかに焦点があてられる。 一方、XPストーリー（やよく機能などと呼ばれるもの
■ はじめに 「XP (エクストリーム プログラミング: 以下 XP)」は，ソフトウェア開発プロセスである．だが，最近 XP の書籍を読んだり講演を聴いたりするにつけ，XP は，もっと一般的に物事の見方や考え方，問題の解決法を教えてくれているような気がしてきた． 「XP のやり方」は，なんだかソフトウェア開発のみならず，他の面にも適用出来そうな気がするのである． 例えば， XP 的な研修 XP 的な会議 XP 的な営業 等等． 別の言い方をすると，「XP」というのは，もっと応用範囲が広く森羅万象の様様な場面に適用可能な「メタなプロセス」のインスタンスで，その「メタなプロセス」をたまたまソフトウェア開発に当て嵌(は)めたもの，という見方が出来るのかも知れない． 最近，ソフトウェア技術の研修や勉強会を企画することが良く有る．これらに「XP のやり方」を試してみている． 幾つかの研修や勉強会に試
前回（「口に出す前に考える、『システムって何？』」）で紹介した「逆システム学」は、経済や生物にとって重要なのは「多重で階層的な、開かれたフィードバック制御」なのであって、要素還元論でも全体的原理主義でもないのだ、という話だった。 個が最適に動くから全体としてうまく動くのではない。システム全体が個を制御するのでもない。個とシステムの間に「多重で階層的な、開かれたフィードバック制御」という領域があり、それこそが逆にシステムを形作っているのである。そしてそれは多分ソフトウェア開発でも同じであろうと考えた。でも正直なところ、これだけじゃあ、どういうソフトウェアを開発すればいいのかよく分からない。そこでこの問題をもう少し掘り下げて考えてみることにした。 例えば、典型的なウォーターフォール型開発プロセスでは、プロジェクトを駆動するのはプロジェクト初期に立てた要求仕様（何を作るか）とプロジェクト計画（ど
「アジャイル・ソフトウエア開発」は、いま最も話題を呼んでいるソフトウエア開発手法だ。ドッグイヤーと叫ばれ出してから久しい今日、「完全な要件定義」、「完全な設計」、「完全な実装」を求める従来のソフトウエア開発手法は、もはや無力である。経営スピードにマッチした新たな手法が求められている。アジャイル開発は、ソフトに対する要求の変化を受け入れ、同時に“人間”を重視することで、ユーザーに価値をもたらすソフトを“超高速”で実現することを狙う。ここでは代表的な6種類のアジャイル開発手法の概要を紹介する。 本稿を含む特集「企業情報システムの再生に挑む【システム構築編】： 経営スピードに負けないシステム作り」 のページはこちら アジャイル・ソフトウエア開発（以下、アジャイル開発）とは、「ユーザー（顧客）に価値をもたらし、かつ動作が保証されたソフトを超高速で実現する」という目標を持つ複数のソフトウエア開発手法
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く