Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![振る舞い駆動開発に注目すべき理由](https://cdn-ak-scissors.b.st-hatena.com/image/square/bae0747fc04004fd680a1cbd72faad9e9f489903/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s1_20240705081916%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
2018年1月10日に開催された DCI Tokyo 1 に続き、2018年3月27日に DCI Tokyo 2 が開催されました。今回も James Coplien @jcoplien さんをお招きしてのトークセッションとなりました。会場は 株式会社ヴァル研究所 様に提供していただきました。 セッションは、前回同様 @remore さんと @ganchiku さんによる同時通訳とともに進められました。 今回のテーマはマルチパラダイムデザイン(Multi-Paradigm Design: MPD)の中核を成し、DCI / リーンアーキテクチャ(Lean Architecture)とも深く関係する 共通性/可変性分析 でした。 レポートは @smori1983 が担当させていただきます。 当日の様子は Coplien さんの許可を得て YouTube の DCI Tokyo 公式アカウントに
2012年6月23日紙版発売 2014年12月23日電子版発売 B5判/192ページ 定価1,628円(本体1,480円+税10%) ISBN 978-4-7741-5104-5 ただいま弊社在庫はございません。 Amazon 楽天ブックス 丸善ジュンク堂書店 ヨドバシ.com Fujisan(定期購読のみ) 電子版 Gihyo Digital Publishing honto 本書のサポートページサンプルファイルのダウンロードや正誤表など 特集1 詳解GitHub ~はじめよう! ソーシャルコーディング Pull Requestが織りなす効率的ソフトウェア開発~ 分散バージョン管理システムGitの普及と並行して,GitHubを利用するプログラマが増えています。GitHubは単なるGitのリポジトリホスティングサービスではありません。「ソーシャルコーディング」という理念を持ち,それを実現す
I’ve noticed a number of people recently declaring that BDD really is just TDD, such as Robert Martin on Twitter and Ron Jeffries on the XP list. I can understand where this mindset comes from and I’d like to offer my perspective. Is BDD the same as TDD? Yes. If you’re a programmer, and your entire team is programmers, and all your stakeholders are programmers and you have a single Subject Matter
Steven MakCoaching and consulting on lean and agile software development at Odd-e
Twist tackles the biggest problems that prevent most companies from building an automated regression suite that can keep pace with their complex changing application. Twist helps teams create maintainable, understandable test suites while providing a bridge from manual to automated testing. Testing can be the biggest hurdle in any organization’s journey towards continuous delivery. Most companies
この記事は、Greg Young氏のブログ記事"BDD and the Shared Language"を、氏の許可を得て翻訳したものです。(原文公開日:2007年10月16日) ここ数ヶ月というもの、私はすました顔でここに座り、BDDには自分にとって理解すべきようなものは何もない、と言ってきました(そして同じような意見の人とも会ってきました)。BDDは単にTDD+DDDであり、このコンセプトになじみがない開発者に教えるのが簡単なように組み替えられただけだというのです(Aaron Feng氏の優れた説明や、Raymond Lewallen氏によるより詳細な議論によればですが)。 しかしそこには多くの違いがあり、私から見ればDDDとBDDは同じものがほとんど何もなく、比較してはいけないものです。その違いは開発チームや全体としてのプロジェクトに関するものではなく、これから見ていくように、むしろ
この記事はDan North氏が、QCon London 2009において行った発表"BDD and DDD"のスライドを、氏の許可を得て翻訳したものです。 ドメイン駆動デザインとは何か? 「ドメインにフォーカスを当て、そのドメインがソフトウェアに大きな影響を与えるようにしむけること。」-Jimmy Nilsson (ADDDP) 「コア・ドメイン」を識別する 「コア・ドメイン」とは、ステークホルダが最も重要だと考えるもの 輸送会社は品物を移動させる。この会社のコア・ドメインは何だろうか? 手配 経路指定 品物がどこにあるかを把握すること コア・ドメインは最も有益な会話がどの部分にあるのかを教えてくれる ・・・つまり、知識の咀嚼("knowledge crunching")を行う上で、最も豊かな縫い目("seams")が何かということを教えてくれる 共通理解を発展させる ドメインをステーク
A few days ago, we held an open hackday on doing Behaviour Driven Development (BDD) with Behat at Liip Fribourg. It was the opportunity for the handful of participants to get a first grip on Behat and explore some aspects of BDD through it. Introduction BDD is an interesting practice for agile web developers, it ideally allows the formalization of the acceptance criteria of a story through scenar
KnpLabs is an company of technical experts employing exceptional developers in Symfony2 and other innovative technologies. Our clients : startup companies of all sizes who want quality, efficiency and passion. Our 20 developers are located in France (Nantes, Lyon), USA (Nashville), Japan. Find out more about our services KnpLabs が 日本で Behat と Symfony2 のサービスを開始します ⚠ This article is also available i
I had a problem. While using and teaching agile practices like test-driven development (TDD) on projects in different environments, I kept coming across the same confusion and misunderstandings. Programmers wanted to know where to start, what to test and what not to test, how much to test in one go, what to call their tests, and how to understand why a test fails. The deeper I got into TDD, the mo
この記事はDan North氏の記事「Introducing BDD」を氏の許可を得て翻訳した公式版("the official translation")です。(原文公開日:2006年9月20日) 私は1つ問題を抱えていました。様々な環境にあるプロジェクトでテスト駆動開発(TDD)のようなアジャイルのプラクティスを用いたり、あるいは教えていると、いつも同じような混乱や誤解に行き当たったのです。プログラマが知りたいと望むのは、どこから始めれば良いのか、何をテストすれば良いのか、何をテストする必要がないのか、1つのものに対してどの程度テストすれば良いのか、テストをなんと呼べば良いのか、テストが失敗した理由をどう理解すれば良いのか、ということでした。 TDDに深く入り込むほどに、自分の道程が、言われたことをコツコツやれば徐々に上達するようなものではなく、むしろ行き詰まりの連続であると感じました
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く