Clean Coder Blog
So my last blog: The Startup Trap raised quite a ruckus. Amidst the various shouts of agreement and support, there was also a group who vehemently disagreed. I’m not going to summarize all their disagreements here, since I’ve already used up my quota of curse words for the month. But one of those disagreements struck me as something I should address. It’s the old argument of pragmatism vs. dogmati
ジェームズ・グレニング「テスト駆動開発による組み込みプログラミング ～ C/C++言語とオブジェクト指向によるアジャイルな設計」研修 5月27日〜28日 (同時通訳付き)
アジャイルソフトウェア開発宣言のオリジナル著者の一人であるジェームズ・グレンニング氏の来日が決定しました。ジェームズ氏は世界中アジャイル開発やTDDに関してのトレーナーでありプランニングポーカーの考案者でもあります。日本で初の公開研修、またアジャイルジャパンでの基調講演が5月末に予定されています。 講座の概要 テスト駆動開発 (TDD)では、組込みソフトウェアを構築するための強力な手法です。このハンズオン研修では 困難な環境でのC/C++言語のテスト駆動開発の実践を学びます。 組込みソフトウェア開発者が直面するいくつかの課題 - 予測不可能なスケジュール、悪い品質とそれに繋がる問題をTDDによりどのように克服するか学びます。 繋それに加えて組込みソフトウェア開発者は、 ハードウェアとソフトウェアの同時開発の実態、希少なターゲットハードウェアの可用性、長いダウンロード時間、高い導入コスト
新機能および新端末追加のお知らせ | Remote TestKit
2013/11/28 新機能および新端末追加のお知らせ 2013年11月28日（木）実施のシステムメンテナンスが終了いたしましたのでご報告いたします。 尚、メンテナンス完了に伴い新規機種・機能を追加いたしました。 下記のとおり 1. Android 4.4に対応 Remote TestKitがAndroid 4.4（KitKat）に対応しました。 あわせてレンタルできる端末にNexus 5を追加いたしました。 ２．新規機能追加 自動キャプチャ ファーストビュー機能 「複数端末同時操作」による画像保存時にページ全画面のキャプチャに加え、端末ディスプレイに最初に表示される画面を同時に保存する機能を追加いたしました。 本機能によりレンタルした端末でWebページの確認をする際に1画面に表示される範囲がひと目で確認できるようになりました。 ３．レンタル端末の新規追加 最新端末の追加 ご要望にお答えし
Python で TDD してみる - methaneのブログ
RSpec の入門とその一歩先へ がとてもよい記事だったので、 Python で写経させてもらいました。 https://github.com/methane/pytest-tut Ruby コミュニティと Python コミュニティの考え方の違いも見えて面白いと思います。 環境は Python 3.3 で、実行には py.test コマンドを使いましたが、 py.test の機能は特に使っていないので nose でもなんでも大丈夫です。 ファイルの作成 まずは空の実装とテストを作ります。 message_filter.py class MessageFilter: pass message_filter_test.py 最初のテストを書く py.test は .should といったメソッドを勝手に生やしたりはしません。普通に assert 文を書きましょう。 --- a/messege
愛せないコードを書くには人生はあまりにも短い
A empresa de tecnologia anunciou um novo smartphone com câmera aprimorada, processador mais rápido e bateria de maior duração. O dispositivo também possui tela maior e armazenamento expansível, com preço sugerido a partir de US$799. Analistas esperam que o aparelho ajude a empresa a aumentar sua participação no competitivo mercado de smartphones.
TDDのテストと型のような話 - pocketberserkerの爆走
TDD Advent Calendarの没ネタその8です。前記事のリストに入れ忘れていたので、先に取り上げておきます。 個人的にこう考えてみたというだけで、間違っているかもしれないので反論、意見等大歓迎です。あと、うまくまとまっていませんごめんなさい（なので没ネタだったのですが）。 注意事項 これは静的型付け偏重な人物が書いたものです。戯言だと思ったら戯言だと思ってスルーしてください。 また、他の静的型付け言語利用者は異なる意見かもしれないことをここに記しておきます。調査してみたいところではありますけどね。 型とテスト？ 確か、TDDBC大都会の懇親会でid:t-wadaさんとの会話していた時、何かのタイミングで「動的型付けってテスト多くならないですかね」と発言してからこの話になったと記憶している。 静的型付けの場合、型チェックは基本的*1にコンパイル時にコンパイラにやってもらえる。動的型
事前設計とTDD - 2012-12-16 - やっとむでぽん
実はモデリングが大好きです。元々はオブジェクト指向プログラミングを勉強しているところからUMLに(自然に)興味が向き、そこからオブジェクト指向設計とかオブジェクト指向分析とかそういう脇道にそれ(脇道とか言ったら怒られる!)、仕様も設計もこれからはオブジェクト指向だ!というありがちな若気の至りもありました。デザインパターンにも転んだし、責務!ロール!コラボレーション!ってのもやったし、重厚長大なフレームワークとかもなかなか楽しいですよねえ。ねえ? 今でも概念モデルとか大好物で、上の話を聞きながらうっかりとこんなオブジェクトモデリングをしてしまったりします。 そんなわけで、プログラミングする対象の仕様を理解しながら頭の中でモデリングして設計を進めてしまうのはやむを得ません。多かれ少なかれ、なにかしらの設計が浮かんできてしまいます。 でもTDDはテストを書きながら設計をします。先行して設計してし
コードと心の距離 - haru01のめも
読んで色々考えていた。 「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記（旧） 「心」を扱うとどうも「ふわふわしたもの」と見られがちだが、その判断はいったん保留し、もう一度、「コードと私の心の関係性」について思索を試みる。 私にとって、コードと心の関係性は、繰り返し上がってくる興味が引かれるテーマだ。 「TDD」 と「コード」と「心」について落ち着いて理解する、補助線に「色彩論」が役立つ。色と人の心を関係性を深く深く探求したのが、ゲーテの色彩論だ。機械的世界観をベースにしたニュートンの色／光学に対する理論に反発して出てきた考えだ。 色彩論 - Wikipedia 建築のパタンランゲージも似たところがある。住む人々の心と建築のかたちの深い深い繋がりについて語
TDD の素振りをしよう - haru01のめも
このエントリは、 TDD Advent Calendar jp: 2012 : ATND の 18 日目の参加エントリです。前日のエントリは @t_wada さんの「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記（旧）でした。 ここでは TDDの素振りのススメを語っていきます。 素振り重要 おそらく、いきなり本番の仕事で、初めてTDDを実践しようにも、体や頭や心がついてこなくて、時間がかかってしまったり、フラストレーションが溜まり、やがて中断してしまうのではないでしょうか。 実際に体-頭-心が動くようになるには、普段からTDDやプログログラミングの練習、素振りが欠かせません。野球選手もいきなりバッターボックスに立つのではなく、日々の素振りやバッティング練習
軽量なテスト駆動開発を目指して #TddAdventJp - やさしいデスマーチ
これは、TDD Advent Calendar jp:2012 の16日目のエントリーです。前日のエントリーは、@pocketberserkerさんの「Specs2のParameterized Testのはなし」でした。 ご存じの方も多くなっていると思いますが、「テスト駆動開発（以下、TDD）」とはテストコードを先に書くテストファーストを基盤とした開発手法です。先にテストコードを書く事により、これからどのようなプロダクションコードを書こうとしているかを明確にすることができることが特徴です。このため、テストの技法というようりは設計の技法です。 テスト駆動開発を実践することにより多くのメリットを得ることができます。このことは2011年のAdvent Calendarで言及しました（TDDを学ぶべき10の理由 #TddAdventJp）。TDDは簡単に導入することができる一方で、実践するのは非常
Specs2のParameterized Testのはなし - pocketberserkerの爆走
はー、TDD Advent Calendar 2012の15日目ですねー。 誘われたのはいいけど特に書くことないなー、なにかないかなーと考えていたらタイムリミットが近づいてきて胃が痛くなってきたので、とりあえずダミー記事をあげておきます。いつか本物の記事がupされるかもしれません(フラグ)これもアリかなということで小ネタ。 SpockのParameterized Testあるよね こんな感じの。 import spock.lang.Specification import spock.lang.Unroll class HogeSpock extends Specification { @Unroll def "fizzBuzzへの入力値が #num の時は #res が返される"() { def sut = new HogeJava() expect: sut.fizzBuzz(num)
HOME | deactivate-domain
You recently received an email asking you to confirm your contact details. Because you didn’t confirm within 15 days, your domain was deactivated. Final reminder: we’re holding onto your domain for an additional 7 days. After that, you won’t be able to reactivate it. To keep this domain, reactivate it as soon as possible.
JUnit実践入門 MSTest用パッチ #TddAdventJp - 亀岡的プログラマ日記
『GUIテストについて書くといったな。あれは嘘だ』（C.V 玄田 哲章） というわけで、TDDアドベントカレンダー13日目です。タイトル通り、MSTestの話をします。 昨日はTugu Katagiriさんの【TDD Advent Celndar 2012】12日目：虫退治もTDD！＋オマケ話でした。バグをテストを書いて立ち向かう、というのはTDDの取っ掛かりとしてもいいですよね。和田さんもきのこ本で書いておられましたし。 なぜMSTest？ TDD界隈では、結構な数のC#用のチュートリアルがあります。しかし、MSTestは意外に取り扱われることが少ないです。実際2010までは実質Pro以上の有償版専用でしたし、なかなか初心者用のチュートリアルとして組むのもためらわれるのがあったのかと思います。やはり主流派NUnitという感があります。*1。 しかしVS2012からTestExploler
【TDD Advent Celndar 2012】12日目：虫退治もTDD！＋オマケ話
片桐 継 は こんなやつ かたぎり つぐ ってよむの 大阪生まれ河内育ちなんだけど 関東に住みついちゃったの 和装着付師だったりするの エセモノカキやってたりするの VBが得意だったりするの SQL文が大好きだったりするの 囲碁修行中だったりするの ボトゲ好きだったりするの F#かわいいよF# 正体は会った人だけ知ってるの 空気読まなくてごめんなさいなの わんくまリンク C# VB.NET掲示板 わんくま同盟Blog WindowsでGo言語 ネット活動 SNSは疲れました TDD Advent Celndar 2012 12日目の記事になります。 11日目は @bash0C7 さんの ハイプレッシャーを克服するためのテスト駆動開発の重要な「二歩目」#TddAdventJp - koeだめ でした。 プ、プレッシャー……、読んでて、TDDとっかかりの頃の「どーすればいいんだ」的な気持ちを思
Rhino.Mocksをちょっとだけ幸せにするお助けクラス - Since 1975
これはTDD Advent Calendar jp: 2012参加記事です。 前日（7日目）は、高野将さんの「TDDにIDEを活用しよう (VS2012+CodeRush Xpress)」でした。 さて、私の方はというと…ATNDの方にコメントで windows8から搭載された、名前を出すことがはばかれる例のヤツをNUnitでテストする時の注意点とか（仮） なんて書きました。 最大の敵は、なんといってもasync / await機構が対応していなかったためテストが書きづらく、そのための支援クラスをいくつか書いたので、それをさらそうと思っていました。 思っていました….。 そんな折、 NUnit 2.6.2 リリース ～ async/await に対応! (www.tdd-net.jp) とのことで、もはや書く意味なくなりました。 なくなりました….。 なので別ネタに切り替えます。 で、最近
「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記（旧）
このエントリは、 TDD Advent Calendar jp: 2012 の 17 日目の参加エントリです。前日のエントリは [twitter:@shuji_w6e] さんの「軽量なテスト駆動開発を目指して」でした。 久しぶりのエントリです。久しぶりどころか、なんと日記の更新が一年ぶりになってしまいました……(もはや年記ですね)。 昨日、二日間開催された DevLOVE 2012 の二日目最後の(?)講演として、「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演をさせて頂きました。 DevLOVE では何度か登壇の機会を頂いているのですが、昨日はいつもとは少しだけ違いました。その違いとは「イベントで私以外にも TDD の事を講演する人が複数いる」ということでした。諸橋さん([twitter:@moro])の「テストに開発をもっと駆動させたい」と和智さん
ハイプレッシャーを克服するためのテスト駆動開発の重要な「二歩目」#TddAdventJp - koeだめ 過去アーカイブ[〜2013-12-14]
TDD Advent Calender 2012, 12/11 のエントリーです。 昨日は @katzchang によるgauche unitを書いた話でした。お疲れ様です。とてもいい話でしたね。 いつもと違うプレッシャー さて、先日、サポーターズという学生と企業とを「支援」でつなげる就活サービスを行なっている人たちが主催の、エンジニア職に興味がある学生向けライブコーディングイベントに登壇し、学生のみなさんにいつもの開発を披露するという機会がありました。 いつもの開発を披露するということで、いつも通りのテスト駆動開発を披露したのですが、いつもと随分違う環境とプレッシャー下においても、テスト駆動開発はとても良い感じに機能し、これが相当に具合がよろしかったです。 ライブで思考を垂れ流してる様子をオーディエンスたち、しかもプログラマー業を生業としている人ってどんな風に仕事してるんだろうかって期待
![ハイプレッシャーを克服するためのテスト駆動開発の重要な「二歩目」#TddAdventJp - koeだめ 過去アーカイブ[〜2013-12-14]](https://cdn-ak-scissors.b.st-hatena.com/image/square/2eecb76b7b8b5c33b745f7a90fbed887f515dc93/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117126976353052%2F17680117126976357281%2F1550818890)
gauche unitを書いた
README.md このgistは TDD Advent Calender 2012, 12/10 のエントリとして書かれたような気がします。昨日、12/9のエントリは @setoazusa さんの JUnitテストの実行環境をバージョンアップする時の落とし穴 #tddadventjp – ふぃーるどのーつ@はてな だったそうです。 そう、だれがJSTに従うと言った? さて、私はいま社内読書会として 計算機プログラムの構造と解釈、通称SICP ってやつを読んでいて、ちょうど2章がもう少しで終わるかなーというところなんですが、その中ではデータ構造の操作だったりをする手続き(「関数」とは言わない)を作ったりして、それを「accumulatorを使うように直してみよう」みたいな感じで、 手続きの構造を変更 させられるわけで、もちろんそのときは、 手続きの入出力が変わらない ようにしなければならな
JUnitテストの実行環境をバージョンアップする時の落とし穴 #tddadventjp - ふぃーるどのーつ
これはTDD Advent Calendar jp: 2012参加記事です。 前日（8日目）は、KTZさんの「Rhino.Mocksをちょっとだけ幸せにするお助けクラス」でした。 xUnitによるテスティングフレームワークの共通仕様として、「テストクラス内のテストの実行順序は不定」というのがあります。 とはいえこの仕様をテストを書く上で意識することはあまりありません。テストのあるべき姿として、テストメソッドは他のメソッドから独立しているべきですし、JUnitの場合、ほとんどの実行環境上で、ソースコード上の並びと同一順でテストが実行されていたからです。 しかしJava7(Oracle実装)からは事情が異なります。 package jp.fieldnotes.java; import org.junit.Rule; import org.junit.Test; import org.junit
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to write and report assertions in tests — pytest documentation