意識が高まりゆき、Test::More::Hooksというモジュールかいた #perlましましブログ | ましましブログ
先日から社内で、今年度の新卒向けにテストの講師やってくださいと仰せつかり、 別に誰かに強制されたわけではないのですが、去年までの講義資料だとチュートリアル的な感じで終始してしまったいたので、 資料をスクラッチで書き始めてしまい、しばらく苦しみが続きましたが、そこそこ体系的に知識突っ込めたような気がします。 Perl Advent Calendar 2011 Test Trackとか,tokuhiromさんのPerl テスティングハンドブック読んだりしましたし、 Perlだけじゃなくてユニットテスト全般の話をしたかったので、Junit実践入門読んだり、レガシーコード改善ガイドとか、 The RSpec Book読んだりしました。 そんな中、Perlでユニットテスト書くのってどうするのが最強なんだ？って言う疑問がすごいあって、 Test::Classが最強なんじゃないかと思ったりしたのですが、
motion-modeについて #rubymotion | ましましブログ
motion-modeについて RubyMotion用emacsメジャーモードのmotion-mode、3月から地道に機能を実装しましたが、けっこういい感じに機能が揃ってきたのではないかと思いまして。改めて、解説記事書きます。 ainame/motion-mode 今回、motion-upgrade-major-mode-if-motion-projectとかいう長ったらしい名前だったhook用関数をmotion-recognize-projectという名前に変更したので、今まで利用していた方は設定の修正をお願いします。 (add-hook 'ruby-mode-hook 'motion-recognize-project) インストール方法 ついに、package.el経由でインストールできるようになりました。 https://github.com/milkypostman/melpa/
Test::Moreのsubtestのテストはどう書くのが一番きれいなのか #perlましましブログ | ましましブログ
Perlでユニットテストを書いているといつもどうやって書くか迷う。 自分のよくやるやり方は、とりあえず弊社内の風潮に合わせてTest::Moreが多いので、 Test::Moreを使うとして、そっからsubtestでテストケースを クラス中のメソッドごとにわけて、さらにsubtestで前提条件毎に分けて、 その上で書く入力毎にok, is, is_deeply, dies_ok, lives_ok等々で 比較していくっていう方式で書いている。RSpec風？ subtest "foo_method" => sub { my $subject = Bar->new; subtest "A context" => sub { subtest "given xxx arguments" => sub { my $actual = $subject->foo_method; is $actual,
RubyMotion用のmotion-mode.elを作ったましましブログ | ましましブログ
Emacsのメジャーモードとしてmotion-modeを作りました。 ainame/motion-mode · GitHub しかし、emacsでRubyMotionのコードを書くときに、各種メソッド名とかクラス名をシンボル補完したいという 思いがあっていろいろ調べてみて, (e|ctags)でやるとかyasnippet用のsnippetを作ってみるってのを試してみましたが 重いしイマイチ使い心地良くなかったです。 そこで、auto-completeの辞書補完使って補完をやってみたのですが、ヘッダーファイルから抜き出した4942個の単語を辞書に追加しても 補完自体はだいぶスムーズに行われて（候補が多いので結局絞り込むのが大変かもだけど）良い感じだったので、 最終的にRubyMotionのプロジェクトのディレクトリのファイルかどうかをチェックして、 RubyMotionのコードの時だけ、mo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
