タグ

tddに関するruiccのブックマーク (7)

  • テスト駆動開発は戦略である - 偏見プログラマの語り!

    稿は、前回の記事 『テスト駆動開発について僕は誤解していた』 を踏まえた上で僕が TDD について思うことのまとめです。 どうも TDD は「あらゆる開発現場で適用できる」「大掛かりな仕掛けは不要である」「やった方が良いらしい」ことが見えてきました。ということは、世間は「TDD を実践するのが当たり前」になっているはずです。しかしどうもそうなっていないようです。何かがおかしい気がします。 Siri に聞いてみましたが教えてくれませんでした。 1. 手間がかかるから実践されていないのだろうか。 テストコードを書く手間はゼロではありません。お金儲けをしている以上、かける手間は少なければ少ないほど良いわけですよね。「手間がかかるからやらない」という意見はありえそうです。もしかして、これがネックになっているのでしょうか。 2. みんながやってないから実践されていないのだろうか。 前回の記事を書い

    テスト駆動開発は戦略である - 偏見プログラマの語り!
    ruicc
    ruicc 2012/03/09
    なるほど。
  • テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!

    ここ数日 ruby をやってるんですけど、ruby といえばテストらしいので Test::Unit やら RSpec やらを調べてました。しかし僕はこれまでまともな TDD をやってこなかったので、先にテストとは何ぞや?TDD とは何ぞや?ってのを調べたりしていました。 この記事は、ずぶの TDD 素人がテストについて知り始めたまとめです。 1. きっかけは RSpec のドキュメント そもそも RSpec の↓紹介文の冒頭から意味不明に感じたんです。 FAQ:「RSpec って、要は Test::Unit でやっていることを別の書き方にしただけでは?」 この FAQ への短い答えはイエスです。 『スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)』 Rubyist Magazine えっ... じゃあ要らんやろソレ。いちいち手作業でチェック

    テスト駆動開発について僕は誤解していた - 偏見プログラマの語り!
    ruicc
    ruicc 2012/03/07
  • Javaっぽいプログラマになる方に薦める5冊 - 日々常々

    いきなりぶっちゃけますが、5冊で足りる訳がありません。でもいきなり難攻不落の城を見せ付けられても困ります。数が多いとそれだけで「うわ、こんな読まないといけないの!?」と思ってしまうものです。なので、私がこれまで読んできたの中から5冊だけピックアップしてみました。ここに挙げたものが全てではありません。これらを読むことで次のに手が伸びるようになると幸いです。学習は継続しなければ意味がありません。だからこそスタート地点はしっかりした方がいいと思います。 ※プログラミングを全く知らない人は対象にしていませんので、悪しからずご了承下さい。最低限の文法等は修得していて、何かしらのシステム開発に携わっている、携わろうとしている、そういう方向けです。 達人プログラマー ソフトウェア開発は技芸です。技芸と言うことは達人が居ます。その域を知って目指すことで、プロフェッショナルな開発者になれると思います。意

    Javaっぽいプログラマになる方に薦める5冊 - 日々常々
  • 今春プログラマーになる人がこれからやるべきたった1つのこと(Java編) - うさぎ組

    プログラマーになる人がやるべきたった1つのこと。それはクリーンコードを書くことです。 おそらくアジャイルのプラクティスが重要であることは自明で、そこで使われるツールもです。 ただプラクティスやツールやインフラはあくまで「加速装置」です。加速させる車輪が小さくては生産性が大きくはあがりません。 ということで、根源的にクリーンなコードを書けるようにしましょう。 タイトルは釣りです。すいません。 どうすればクリーンコードを書けるようになるのでしょう? それは良いコード、良い書籍を読み、熟考し、自分で書くことです。 その入り口になる例をずらずらとあげていってみます。そしてこれはタイトルの通りJava向けです。かと言ってJava以外の人が読んで損かと言うとそうでもないですが。 ※並び順は特に意識していませんが、ロバートCマーチン、ケントベックの書籍はかなり読みやすい日語なので最初の方に読むことをお

    今春プログラマーになる人がこれからやるべきたった1つのこと(Java編) - うさぎ組
  • #107 TDDに対して思っていること « TDD « a wandering wolf

    このエントリは TDD Advent Calendar 2011 の15日目です。 先月11月は26日と27日に、TDDBC 福岡 2に参加してきました。 私にとって、初めてのTDDBC参加になります。 今まで仕事でもTDDを導入する余地がなくて(今年は開発じゃないことをやっていることが多かった) 、個人作業だけぼっちTDDしてました。 なので、こういう場でTDDをちゃんとやれて、しかももう一つ念願だったペアプロまでできて、 当に得るものが多い2日間でした。 で、このTDDBC 福岡 2に参加して、あるいはそれ以前から思っていたことがいくつかありました。 それを雑記の形でつらつらと綴っていこうと思います。関数型言語とTDDの相性は?TDDBCの1日目にこんなツイートをしました。 これは、1日目にあったディスカッションの中で、 id:t-wada さんが発言されたことを自分なりに整理したも

    ruicc
    ruicc 2011/12/15
    私的にHaskellはTDDに非常に適していると思ってますね。purityはリファクタリングを非常に容易にしますし、QuickCheckもpurityがあってこそ活きますし。参照透明性とテストは非常に相性良いはずです。
  • 理想のJavaScript入門書 - L'eclat des jours(2011-12-08)

    _ 理想のJavaScript入門書 アスキーの鈴木さんから、テスト駆動JavaScriptをいただいた。 これは、実に良い。おれが考える理想のJavaScript入門書に限りなく近い(というか、おれが書くより良いから上方向から近い)。 まず、これはTDDのであり、JavaScriptの問題点は、それがRubyなどのスクリプト言語より、固いプログラミング言語(JavaとかCとか)に近い構文を持っているのが原因だと思うけど、どうしても変数とか関数名とか長く書きたくなるし(これは不思議な心理的な要求による)、言語が持つ予約語自体が長いし(functionだよ)、つまりいやでもタイプミスして死ぬ。 どうすれば良いかといえば、解決方法は2つしかない。プリプロセッサを用意して未定義変数とか利用していないかチェックするか、あるいはテストするかだ。前者よりも後者のほうがまあ有意義だ。というわけで、TD

  • TDD Boot Camp 東京 1.6 に行ってきた - ぐるぐる~

    行ってきました。 当日は .NET の TA をやるはずでしたが、希望者がいませんでした。残念。 暇になったので、C++Java の混合グループに入れてもらって、一人で F# やってました*1。 ソースは github に上げてあります。 bleis-tift/TDDBCTokyo1.6 · GitHub timeup というタグまでが、会場でやったところです。 それ以降は、ホテルに戻ってからの分で、一応全部のお題をやってあります*2。 開発は、 Visual Studio 2010 NaturalSpec / NUnit Git / git-now / Git-Hooks メモに TODO リスト な感じでやりました。 NaturalSpec は使い込み度合いがまだまだなので、色々試しながら進めました。 順を追って見てみる 最初の方は割と細かく進めたので、順を追って見てみます。長い

    ruicc
    ruicc 2011/08/03
  • 1