Test::More で teardown/setup - tokuhirom's blog
http://blog.ainam.me/2013/04/09/test-more-perl-testing/ http://lestrrat.ldblog.jp/archives/26535307.html package t::Util; use parent qw(Exporter); our @EXPORT = qw(lovetest $MOCK); use Test::More; sub lovetest { # setup local $MOCK = ...; # teardown は guard object で。 goto \&Test::More::subtest; }そしてテストケースはこう。 lovetest 'foo' => sub { ... $MOCK->do_something; };というのがここ数年はブーム。 Test::Class も最近はだいぶ使いやす
Re: “Test::Moreのsubtestのテストはどう書くのが一番きれいなのか" : D-7 <altijd in beweging>
Test::Moreのsubtestのテストはどう書くのが一番きれいなのか コードを見る限り、ガードオブジェクト使うとteardown部分は気が楽ですよ。以下のような使い方をすればガードオブジェクトはスコープを抜けた瞬間に必ず実行されるのでteardownのタイミングなんて気にする必要さえない。 use Scope::Guard; subtest "A context" => sub { my $subject; my $setup = sub { $subject = Bar->new; return Scope::Guard->new(sub { undef $subject; }); }; subtest 'foo_method' => sub { subtest 'given xxxx arguments' => sub { my $guard = $setup->(); ....
RSpecによるユニットテストの書き方 — recompile.net
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
JavaScriptで自動化！Pacifista入門 - Qiita
皆さん環境構築とか、システムの設定作業とかって、どのように作業していますか？ 古きは環境構築手順書を使って行なっていましたが、昨今の自動化ブームに伴って、 chefやcapistrano、fabricなどのツールを検討されている方も多いと思います。 ただ、最近はやりの自動化ツールって、RubyとかPythonを多少知っている必要があったり、 独自DSLや特殊な用語を覚える必要があったりと、学習コストが高くてとっつきにくくないですか？ まわりにススメても「あー便利そうだねけど難しそうだね」で終わってしまうパターンが多々あります。 そこでPacifistaですよ Pacifistaは「環境構築をまるごとプログラミングする。それもシンプルに」を目的としたOSSの自動化ツールです。 Pacifistaには、以下の特徴があります。 JavaScriptでコードを書く事が出来る。 JavaScript
mmapのほうがreadより速いという迷信について - kazuhoのメモ置き場
@ITに以下のような記事が出て、 今回からしばらくの間は、まったく逆の例、つまり使うとプログラムの処理性能が上がるというシステムコールを紹介していく。システムコールを呼ぶ回数は少ない方が処理性能は高くなるという原則は変わらないが、呼び出しておくと処理性能が向上するシステムコールというものが存在するのだ。こうしたシステムコールを使わないでいることは、とてももったいない。 今回紹介するシステムコールは「mmap(2)」だ。ここでは詳しく仕組みを解説しないが、mmap(2)は、プログラムの処理性能に必ず良い影響を与える。 やはりあった？ 高速化に効くシステムコール (1/2)：知ってトクするシステムコール（3） - ＠IT それを真に受けたのか、「Go言語でmmapシステムコールを使ったファイル読み込みの高速化検討とC言語のコンパイラの話 - ryochack.blog」のようなブログエントリも
node-webkitでNode.jsをいろんなことに使う - 素人がプログラミングを勉強していたブログ
node-webkitとは node-webkit wiki 日本ではあまりnode-webkitは知名度が高くないが、簡単に言うとIntelが開発に関わっている、nodeとWebKitを統合し、DOMコンテキスト上でnode.jsの機能を使えるようにするソフトウェア。一言でいうと言うと、ウェブでnode.jsを動かすプラットフォーム。 何ができるのか node.jsで出来ることと、ウェブで出来ることと、node-webkitが用意している機能（GUIの操作など）が使える。 例えば/etc/hostsを読み込む場合 node-webkitと同一のディレクトリに下記のようなindex.htmlを用意して <!doctype html> <html> <body> <pre id="hosts"></pre> </body> <script> var fs = require('fs'); f
carton化を進めています - $shibayu36->blog;
OrePAN的なやり方でモジュール管理していたプロジェクトのcarton化を進めているので、進捗をメモしてみる。 整合性が取れるまでcarton installを進める 現状のモジュールのバージョンを完全に固定したままで、carton installしたらあまりうまく行かなかった。プロジェクトにはテストがかなりあるので、まあ全部バージョン上がっても良いとして、carton installする。テストを走らせてみて、バージョンを固定しないと動かないようなモジュールはcpanfileに記述していった。 $ carton install $ # なんかおかしかったらcpanfileを編集 $ carton install cpanfileには以下の様な形でモジュールを固定していった。 requires 'HTTP::Message' => '<= 6.02'; またinstallが終わった後はc
ISUCON3 予選を開催しました - 酒日記 はてな支店
出題担当なのですが正式名称が ISUCON3 なのか ISUCON 2013 なのか未だによく分かってない今日この頃です。 それはともかくとして、200名以上の皆様に参加していただいて ISUCON の予選を盛況のうちになんとか終えることができました。 スコアの算出方法が公表されていなかったり 基本的に静的ファイル以外の1リクエストが1点 (ただしPOST→リダイレクト→GETは1点)、静的ファイルは0.02点、css扱いで で読まれるのは 0点、でした Failについては合計3まで減点なし、それ以上は (Fails - 3)^2 * % を減点するので合計 Fails 13 で (10*10)% = 100% 減点でスコア0になります 想定していない /recent/* 荒稼ぎポイントがあったり 初日の競技中に気がついて、何チームぐらいここで稼いでくるかと思いましたがやはり60チーム以上
Test::Pretty supports prove! - tokuhirom's blog
Test::Pretty now supports prove command! You can use it as following command line: % prove -PPretty t/Output is here: Yes. It's not modified. But you adds '-v' option to prove, then you get cool output. % prove -PPretty -v t/ If you are testing only one file, output is more optimized: % prove -PPretty t/02_op.tResult code is here: That's all. Enjoy testing!
修論を書き終わるころには日本で一番の専門家になっている - 武蔵野日記
昨日から後期の授業が始まっていたのだが、自分的には今日が最初の講義。教科書の指定を早くしておけばよかったのだが、慌ててしたので当然のことながら初回の授業には間に合わない。受講生にも生協の方々にも申し訳ない感じで、反省……。 ちなみに指定した教科書はいわゆる「アリ本」。 プログラミングコンテストチャレンジブック [第2版] ?問題解決のアルゴリズム活用力とコーディングテクニックを鍛える? 作者: 秋葉拓哉,岩田陽一,北川宜稔出版社/メーカー: マイナビ発売日: 2012/01/28メディア: 単行本（ソフトカバー）購入: 25人 クリック: 473回この商品を含むブログ (36件) を見るKindle で買うと安いのだが、テキストが電子的にレイアウトされているわけではなく、紙の本をスキャンしただけみたい。まあ、自分でスキャンする手間を考えると、これでもだいぶ楽ではある。 さて、今日から始まる
Learn Vim For the Last Time
The problem with learning Vim is not that it’s hard to do—it’s that you have to keep doing it. This guide will break that cycle, ensuring this is the last time you will learn it. There are dozens of Vim references online, but most of them either go ninja straight away, or start basic and don’t go much deeper.
#isucon 2013予選に参加した - すぎゃーんメモ
ISUCON の予選に、参加しました。 昨年ISUCON2の出題をお手伝いした 縁もあり、@kazeburoさん、@tagomorisさんと同じ「LINE選抜チーム」という枠に入れていただいてしまいまして。共催枠なので本選には出られる、とかはともかく、予選に参加させていただきました。 タイムライン 自分の手元にある記録と記憶を辿ってどんな雰囲気だったか書き残してみます。間違っていたらゴメンナサイ。 〜10:00 会社のカフェに集合。ちゃんと前日早寝したのでなんとか寝坊せずに済みました。 10:00〜 開始。AWSとか使い慣れていなくてAMIとかよく分からなかったのでkazeburoさんtagomorisさんがサーバ用意してくださるのを黙って待つ… まずは初期スコアを見つつ、webapp/perl以下をgitリポジトリにして、github private repositoryにpush。 こ
Over&Out その後
2009 | 08 | 2011 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2012 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2013 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2014 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2015 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 2016 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 1
zusaar.com - このウェブサイトは販売用です！ - zusaar リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
プロセスをforkするときのこと - Hibariya
孤児プロセスとゾンビプロセスの違いがうまく理解できてなかったけど、ようやく違いを確認することができた。 孤児プロセス 孤児プロセスは、親プロセスがwaitせずに先に逝ってしまった後も走り続けている子プロセス。 Orphan Process とも呼ばれる。 親のいなくなった子プロセスはinitプロセスの子（孤児）になる。 親プロセスが死んで、子プロセスの親が変化する様子を見るには以下のようなスクリプトを実行したあとでファイルをtailすると分かりやすそう。 Process.fork do File.open('orphan', 'a') do |f| loop do sleep 1 # 親プロセスのpidをファイルに書き出す f.puts Process.ppid f.flush end end end sleep 5 このプログラムを実行して、orphanをtail -fで観察していると、
Go : 盛り上がり感 (hype) を実力にすることが重要 - ワザノバ | wazanova.jp
http://commandcenter.blogspot.se/2012/06/less-is-exponentially-more.html Goの開発メンバであるRob Pikeが、なぜRuby / Python経験者がGoに移ってくるのに、C++の開発者はあまり飛びついてこないのかについて昨年のブログで語ってます。 Goの開発のきっかけは、C++11の新機能の説明会に参加して、本質的でないと思う機能がどんどん追加されることに失望したから。 Cを元に開発しようという話しはでたが、実際のGoの開発過程では様々な言語のベストプラクティスを考慮してつくったので、Cがベースになったわけではない。 ただし、結果的には、 C / C++ と比較して相当シンプルになった。我々は、”Less is more” で、余計なものを入れずに本当に必要なものを揃えた方が問題を解決しやすい開発言語になると考え
人の注意力を操る妙技
“世界最高のスリ師と称されるアポロ・ロビンスは、腕時計をスリ盗りながら人の行動の特性を研究しています。ロビンスはこの愉快な実演で、TEDGlobal 2013の聴衆を相手に持ち物を物色しつつ、盗られた財布が自分の肩の上にあるのに持ち主が気付かないといった芸当が、人間の認知能力の欠陥を利用することでいかに可能になるかを示します。” (TED Talks)
意識が高まりゆき、Test::More::Hooksというモジュールかいた #perlましましブログ | ましましブログ
先日から社内で、今年度の新卒向けにテストの講師やってくださいと仰せつかり、 別に誰かに強制されたわけではないのですが、去年までの講義資料だとチュートリアル的な感じで終始してしまったいたので、 資料をスクラッチで書き始めてしまい、しばらく苦しみが続きましたが、そこそこ体系的に知識突っ込めたような気がします。 Perl Advent Calendar 2011 Test Trackとか,tokuhiromさんのPerl テスティングハンドブック読んだりしましたし、 Perlだけじゃなくてユニットテスト全般の話をしたかったので、Junit実践入門読んだり、レガシーコード改善ガイドとか、 The RSpec Book読んだりしました。 そんな中、Perlでユニットテスト書くのってどうするのが最強なんだ？って言う疑問がすごいあって、 Test::Classが最強なんじゃないかと思ったりしたのですが、
Test::Mock::Guard Released - 日向夏特殊応援部隊
さっき nekokak さんと xaicron さんにそそのかされて Test::Mock::Guard ってモジュールを書いてみました。 そもそも Perl には Test::MockObject と言う汎用の Mock モジュールがあるんですけど、あれこれ余計な機能がたくさんついてたり Mock 化すると多分元に戻せないと言うのがあってもっとシンプルな奴がほしいなと思って作ってみた次第です。SYSNOPSIS のコピペですけど、 use Test::More; use Test::Mock::Guard qw(mock_guard); package Some::Class; sub new { bless {} => shift } sub foo { "foo" } sub bar { 1; } package main; { ### このスコープでは Mock 化されてる my
prove についてのおさらい - Articles Advent Calendar 2011 Test
はじめに 忘年会シーズンまっただ中で皆さんは毎日お酒を飲んでいることでしょうが、僕は友達が少ないため忘年会とか全然無いので財布はまだホットな状態なんですが、なぜ僕の妹は小鳩ちゃんじゃないんだっていうかそもそも妹いないしもう死ぬって感じの xaicron です。こんにちは。 そろそろ prove について簡単に説明しときますよっと。 prove のよく使うオプション prove にはいっぱいオプションがあるんですが、ここではよく使いそうなやつをピックアップして紹介しちゃいますよ！ -v, --verbose # いっぱい出力する -l, --lib # lib を INC についかする perl -Ilib 相当 -b, --blib # blib/lib とか blib/arch を INC につかする -Mblib 相当 -c, --color # カラフルになる！ MSWin32 だと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロントエンド制作向けビルド ツールGruntがバックエンド 開発でも意外と使える！ @M_Ishikawa #yapcasia
http://glide.so/geta6/eb28b1e3e14902fa8c74
Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.
Login • Instagram
Login • Instagram
Login • Instagram
404 Not Found
Login • Instagram
https://labs.cybozu.co.jp/blog/kazuho/archives/2008/12/textmicrotemplate.php
Login • Instagram