変化に適応するために開発者がしてきたこと 〜 『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （１）
（左）和田氏、（右）家永氏はじめに今回から、数回に渡り、昨年１２月に行われた『テスト駆動開発』翻訳者の和田卓人氏と『時を超えたプログラミングの道』編集長／『スクラム実践入門』著者の家永英治氏の『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談記事をお届けします。 お二人は、１０年以上前に、当時はまだ珍しかったアジャイル（エクストリームプログラミング）プロジェクトで、同じチームで開発に取り組んだ仲間です。 お二人の対談を通じて、当時のプロジェクトの思い出を皮切りに、「１人のエンジニアとして腕を磨き本当にいきいきとお仕事を行えているのか」「プログラミングの技と魅力を次世代に伝承できているのか」そしてその結果としての「健全なビジネスの継続的成長のための健全なコード」という『時を超えたプログラミングの道』のテーマについて、存分に語っていただきます。 （司会進行／賑やかし：天野勝、懸田
TDDで「Red-Green-Refactoring」のエビデンスが必要ない理由 - bluebird
はじめに コミュニティーや業務でテスト駆動開発(TDD)に関わる技術支援をする中で、 「開発者のローカル環境でのテスト結果を取得し、TDDのレッドとグリーンのサイクルをエビデンスとして記録したい」 「ToDoリストの進捗状況をTDDで記述するソースコード上のリビジョンと関連付けて残したい」 などの相談を受ける場合があります。 自分の素直な感情としては 「そういうこと、やりたい？」 というのがあるのですが、その感情の背景となるものをまとめたのがこのエントリーです。 チームのタスク管理と個人のタスク管理 ソフトウェア開発の現場でタスク管理を考える上では、「チームのタスクを管理する」という視点と、「個人のタスクを管理する」という二つの視点を統合することが必要です。 チームのタスクは、最終的にデリバリーする成果物を生み出すために、チームはどのように行動し、そこの中で発生するタスクをどのようにチーム
IntelliJ Ideaでテスト駆動開発を爆速にするショートカット集 - Qiita
前提 Mac,Java,Junit5 Windowsのショートカットキーも分かる範囲で記載しています。 はじめに 現在、2017年10月に和訳版が発売された「テスト駆動開発(https://www.amazon.co.jp/dp/B077D2L69C/)」を読んでいます。 本書の中に出てくるソースコードを写経することでより実践的に学べるということで、IntelliJ Ideaを使って写経しています。 写経の中で私が学んだ、IntelliJ Ideaでテスト駆動開発を進めるために使えるショートカットを紹介したいと思います。 ※ほとんどIntelliJ Ideaの公式チュートリアルの内容です。詳細は公式チュートリアルを参照してください。（https://www.jetbrains.com/help/idea/tutorial-test-driven-development.html) テスト駆
TDD(テスト駆動開発)をするぞという強い気持ちをもって新訳「テスト駆動開発」を読んでいるお話 - Qiita
はじめに Ateam Hikkoshi Samurai Inc. Advent Calendar 2017の13日目です。 本日はエイチーム引越し侍の今年5月入社のRubyist、 @ex_SOUL が担当します。 背景: なぜTDDについて書こうと思ったのか 以前、CodeRetreatイベントに参加した際、周りのRubyistが当たり前のようにテストを書いていたため、このままではいけない…！という危機感を持ったことが始まりでした。 そして先日新訳版の「テスト駆動開発」を購入しました。 翻訳に和田卓人さん( @t_wada ) が携わった本です。 @t_wada さんといえば、以下のイメージで有名だと思います。 ※上記画像はここで言及されている通りライセンスはパブリックドメインです。感謝 「TDDは死んだ」のか TDDでGoogle検索を実施すると、TDDを薦める記事、逆にTDDは死んだ
テスト駆動開発と私 / TechBookWalk TDD
技術書の歩き方勉強会「テスト駆動開発」編（2017/12/05）
テスト駆動開発を読んで / fujimisakari blog
自分はTDDについての知識は、ネット上の誰かの記事でつまみ読み程度でこうした本を読んで勉強するのは初めてでした。そして、普段の開発でテストを書いてるかというとそんなに書いてなく必要に応じて書く感じでした。率先して書いてなかった理由としてあまりテストの知識を持ってなく勉強してキレイなテストを書けるようになってからっと思ってたので、時が来たって感じでた。 読んでみると最初にすごくビックリしたのがTDDの概念を誤認してたことです。まずテストを書いて開発を進めるテストファーストな開発方法がTDDと思ってたのですがそれは間違いでした。TDDは開発者が設計の治具としてテストコードを同時に書きながら開発と改善を回していくのが目的でした。なので、この本にはテストとリファクタを回しながらどうやって動作するキレイなコードになるかまでが書かれています。 コードの設計やロジックを美しく書くことは日々意識してますが
t-wadaさんのTDDワークショップが開催されました | 株式会社ニジボックス
[markdown] こんにちはみなさん、@niisan-tokyoです。 先日 10⁄27 にt-wadaさんをお招きして、TDDのワークショップが開催されました。 t-wadaさんは最近ケント・ベック氏著の「テスト駆動開発(TDD)」についての書籍の翻訳を出版されており、 タイムリーなタイミングでワークショップが開かれたと思います。 言うまでもなく真ん中の方がt-wadaさんですね。 ちなみに、右側にいるのは昔の室長の@remoreです。 随分前に、彼もTDDについて精力的に推進しようと活動していたようです。 ## ワークショップの構成 今回のワークショップは以下のような構成でした。 * t-wadaさんによるTDDについての講義とデモ * ペアプログラミングとTDDの演習 * レビュー * 懇親会 ## t-wadaさんによるTDDについての講義とデモ 内容が盛り沢山だったので、詳細
TDD を体験する本「テスト駆動開発」 - Shin x Blog
TDD の原典である テスト駆動開発 が、t_wada さんによって再翻訳されるということで興味を持っていたところ、見本誌を送って頂きました。ありがとうございました。早速、拝読させて頂きました。 以前の翻訳版である「テスト駆動開発入門」が出版された頃、XP 本や他の xUnit 本などは読んだのですが、本書は未読でした。テストをコードで書くことや自動化には興味があったので、おそらく手に取ったことはあったと思うのですが、購入には至りませんでした。 当時は、新しい開発プロセスの一つとしてテストの自動化を捉えていましたが、それを日々の開発で当たり前に行っている中で本書に触れてみてどのように感じるかという視点で読み進めました。 本書は、三部構成となっています。第 1 部 と 第 2 部 では、TDD を実践しながらコードを書き上げていく過程を解説しています。第 3 部は、テストに関する様々な話題が
翻訳：Haskellと過ごした4年間〜ファウンダーの観点から〜 - Qiita
BetterというEラーニングの会社をやっていたCarl Baatzさん表題のような記事を書いていて、とても有益だと思ったので訳してみました。 だいたい逐語訳ですがところどころ意訳したり端折ったりしてます。プロの翻訳家ではないので間違いもあるかと思います。ご了承ください。不安なところは原文をご参照頂ければと。自信ないところは括弧に原文を残しているので、よい訳があれば編集リクエストお願いします。あと脚注も Thank you Carl for sharing great experince and knowledge! 原文: A founder's perspective on 4 years with Haskell http://baatz.io/posts/haskell-in-a-startup/ [追記] InfoQでもこの記事が取り上げられていました。 製品開発においてHask
テスト駆動開発を実習形式で手を動かして体得するTDD Boot Campの社内版を実施しました - アニメイトラボ開発者ブログ
古きよき時代から来ました、まじめなSE、まじめにSE。 id:bash0C7 です。 先日、テスト駆動開発を座学だけでなく実習形式で手を動かして身につけるイベント、TDD Boot Campの社内版を開催しました。 このエントリーではどういった狙いでどのようなかたちで開催したのかを解説します。 TDD Boot Campとは TDD Boot Camp(TDDBC) - TDDBC のサイトに下記の説明があります。 TDD Boot Camp(TDDBC) とは、テスト駆動開発(Test Driven Development)について、座学だけでなく、実習形式で手を動かして体得することを目的とするイベントです。 各地のコミュニティの方々が中心となって、全国各地で行われています。 わたしはかつて2010年の 7月10日 TDD Boot Camp名古屋(愛知県) に参加し、そのおかげできちっ
「TDDはじめて物語」 #tddbc
2017/12/10 システムテスト自動化カンファレンス2017-2 「GebとSpockではじめるシステムテスト自動化」
クラウドワークス勉強会「レガシーコード改善の戦略と戦術」（前篇：戦略） - CrowdWorks Engineer Blog
こんにちは！年初からクラウドワークス開発に新たにジョインした所と申します。 先日、クラウドワークスではテスト駆動開発とRESTFulアーキテクチャのエバンジェリストとして有名な和田卓人さんをお招きして社内勉強会を開催いたしました。 和田さんは、数多くの会社にてレガシーコード改善のコンサルティングの経験をお持ちで、書籍も多数執筆されており界隈でも有名な方です。 また、弊社CTO大場の旧知の友人でもあります。 クラウドワークスのサービスは立ち上げから現在に至るまでRuby on Railsで開発を行っており、サービス拡大に伴いアプリケーションの規模も大きくなっています。 比較的テストが書きやすいフレームワークではあるものの、ビジネスの急激な成長を支えるために速度を優先した機能開発が行われていた時期もあり、レガシーコードが残っている部分があります。 将来に向けて技術的負債の返済をしていくことは、
テスト駆動開発／振る舞い駆動開発を始めるための基礎知識
連載目次 2000年代初期に開発手法として確立された「テスト駆動開発」（Test Driven Development、以下「TDD」）は、その後10年もの間で普及が進み、今や珍しくない開発スタイルの1つとなっています。国内でも「アジャイルアカデミー」「TDD Boot Camp」などによる推進・普及活動が各地で活発化し、認知が広がってきました。 なおTDDは誕生からこれまでの間に、さまざまな工夫や実践上のノウハウが提唱されてきました。またTDDの普及に影響を受け、他のさまざまな「テストファースト」手法も台頭してきています。 本稿では、そうしたTDDの発展や、振る舞い駆動開発（Behavior Driven Development、以下「BDD」）など他のテストファースト手法への展開についても解説します。 ※編集部注：ソフトウェアの「テスト」そのものの概要や種類について知りたい方は記事「J
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
