はてなブックマーク

RSpec でよく describe に書いたことと、 subject に書くことが被ることがあって、DRY じゃないし、その冗長性にはなんの意味もなく、変更コストや打ち間違いのリスクが上昇するだけで困っていた。 なんとかする方法を発見したのでメモ。他の人が困っていないわけないと思うのだが、いまだかつてこの技法を使ったテストコードは見たことがない(id:t-wada さんは describe 入れ子が好きだそうだが、ご存知だろうか)。 example.metadata[:example_group][:description] で expectation が記述されている箇所の直上の describe / context 定義の description が取得できるので、これをつっこむだけ。 結構魔術的だが、いわゆる「黒魔術」(リフレクション的な手法)は使用していない。 注意しなければいけ

#tddact の LT のなかで cucumber を批判したが(資料: tomykaira/specs-dis)、いろいろ考えて反省したので意見表明する。用語には気をつけているつもりだが、間違って覚えているものがあるかもしれないので、気になる点はぜひ指摘していただきたい。まず、私は cucumber を rails 上の end-to-end な developer test としてしか使ったことがなかった。ようするに開発者が開発を駆動するために書くテストだ。 そうすると、 cucumber にプリセットされている step 定義にのっとり cucumber 語(日本語でもプログラムでもないよみにくいもの)で適当に確認したい動作を書いて、これを実現するようにプログラムを書くということをしていた。 もちろん全部をデフォルトの step 定義で書くことはできないので自分でも拡張しなきゃ

このエントリは id:kyon_mm さんの TDDを明確に定義する - うさぎ組 にたいするリプライです。拾ってもらえないと悲しい。 TL;DR 私にとって TDD はテストファーストを含む。理由は TDD という語があたえる語感である きょんさんが RED -> GREEN -> REFACTOR と言いながらテストファーストを含まないというのは矛盾を感じる この問題を解決するため、定義を一部具体化したい 本編 一読して、うーん?という部分があったのですが、「テスト」という言葉についてなどの考えを共有したのでほとんど違和感はなくなっていました。上の記事の議論の中核には私はほとんど同意します。私はきょんさんの TDD という言葉の使い方にすこし違和感を感じています。揚げ足取り的になってしまう恐れがありますが、あえてこまかいところを指摘します。TDD = Test Driven Devel

VHDL は記述が冗長なことで有名です。よくある組み合わせ回路の doctest しようとしただけで、テストベクタをファイルに書いたり、そのモジュールを使うテストベンチを書いたりしなきゃいけない。大変すぎる。もっと気軽にテストできる枠組みがあると、単体テストのカバレッジが上がり、結合したときのテストが簡単になりそう。 doctest を haskell で使っていて感覚的に書けるところとオーバーヘッドが少ないところが気にいったので、 parameterized doctest ふうのコメントを書くと Ruby でテストファイルを自動生成して実行して結果まで教えてくれるものを作った。vhdl_doctest の名前で rubygems から手にはいる。ソースは https://github.com/tomykaira/vhdl_doctest/ にあり、 MIT ライセンス。sh と gh

tomykaira/guard-notifier-git_auto_commit@kyon_mm さんの https://gist.github.com/2873062 に inspire されてつくった。 rubygems からダウンロードできる。Ruby, Rails では開発環境での自動くりかえしテストに guard がよく使われている。 この guard の通知部分に git commit するものをしこむことで、テスト結果に応じてコミットを打つ。 作業が終了したら git rebase で歴史を綺麗にする。 (Stacked Git というものもあり、なかなかよさそう) 既知の問題点 guard のソースがなかなかひどい。設計理念がよくわからない。 ruby で適当に書きましたなにおいがする。 ビルド失敗とテスト失敗の区別がない。 Spork を使っていると、 Spork

修正(2012-06-09 20:00) mysql の設定にかんして勘違いしている部分がありました。 user を明示的に mysql に設定しないと、パーミッションエラーで動作しないと思っていましたが、@sowawa さんとの議論でこれは誤解で、指定しなくても大丈夫ということがわかりました。 しかし、明示的に指定したほうが、mysql_safe 以外から起動したときなどにミスがおこりにくいので、よいとおもいます。 本文では間違いだった部分に取り消し線をいれました。 # そもそもなんで最初にうまく起動しなかったんだろう??? (以下本文) 登録にクレジットカード必須。持ってない人はメールで相談するとなんとかしてくれるんだったはず。 最初、DNS が設定されるまですこしかかる(1 minくらい) はいっているもの(使いそうなもの) nginx nginx/1.2.0 現在、se

ウェブサイトのモックを作成しているときに、まだ画像がないけど、ここには画像が入るよ、というのを示すためのサービスとして、placehold.it というものがある。 Placehold.it - Quick and simple image placeholders これはたしかに便利なんだけど、灰色(色の変更はできるが単色)なのがあんまりなので、実画像を利用するものがほしかった。本当は flickr から取ってきて、とかやりたかったが、権利的な部分も考慮しないといけなくなるので、ひとまずフリー素材を使用して dart でさくっと作った。http://localhost:9292/300x200.jpg 的な URL をリクエストすると、300x200 の犬がかえってくる。 プロジェクトのリポジトリはここ: tomykaira/colorful heroku でうごかない これを h

class << self end と書けばいいのですが、たまに class <<self end と書く人とか class <<HogeClass end とか書くひとがいて、こうすると HEREDOC だと認識されてファイルの終わりまでピンクになる。ruby-mode.el を修正した。 Index: ruby-mode.el =================================================================== --- ruby-mode.el (リビジョン 34176) +++ ruby-mode.el (作業コピー) @@ -1308,11 +1308,10 @@ (point))))) (defun ruby-here-doc-beg-syntax () - (save-excursion - (goto-char (match-

tomykaira/gitomb ← ダウンロードはここから clone してください。gitomb は milkode の薄いラッパーで、git のリポジトリを自動でダウンロードしてきて、登録し、以降、高速で高機能なプロジェクト内のファイル検索をできるようにするウェブツールです。その大本である milkode が 0.6.0 にアップデートされたので、これに合わせていくつかの変更をおこないました。Milkode0.6リリース - webアプリの高速化、見た目のカスタマイズが可能に、使い勝手改善 - おんがえしの日記毎回便利な更新をされていて、すばらしいです。 タイトルやアイコンを設定可能という、どう考えても gitomb 用でしかない変更が入ったので、ありがたく使わせていただきます。起動時に web config ファイルが存在するか毎回チェックして、なかったら gitomb 用のファ

ハンズオン id:kyon_mm 先生が書いたテストコードに対して、実装していく形の課題。 4clojure という clojure 勉強サイトでも、同様の形式をとっている。 ベストではない答をしてしまう問題があるが、自分で調べる方法がわかるというのが利点である。 groovy / clojure を実際に使ってるひとが、「こういうのよくやるよね〜」でお題を作るとよさそう。 問題の意図(これができる API 関数を探せ)というのがもしかしたら伝わっていなかった人がいたかもしれない。 第一ステップでほぼおわってしまい、あとは closure で遊んだり、groovy 独特の演算子を勉強したりした。演算子については Groovyの奇妙な演算子(その１） - Grな日々(uehajの日記) Groovyの奇妙な演算子(その2) - Grな日々(uehajの日記) Groovyの奇妙な演

komagata/lokka - GitHub おことわり: この文章は tomykaira が勝手に主張しているもので、他の lokka comitters には一切関知していません。 最近 lokka に手をいれています。(何回も確認不十分なコミットを打ってログを汚しているだけにしかみえませんが。) factory girl を導入しました。これに関していくつか書いておきたいことがあります。 factory girl 導入の経緯 lokka はいままで、spec_seeds.rb というファイルで DataMapper のモデルに直接レコードを作らせて、そのフィクスチャを壊さないように、そっとテストを走らせるというスタイルだったようです。 私はそのことを知らず(厳密には考えればわかることだったのですが、考えがたりずに)、直接 Post エントリを作成し、終了後に全部削除するテス