2008年から4年ほどフリーランスのライターをやっていましたが、今週から 株式会社はてな にお世話になっています。引き続きよろしくおねがいいたします。 経緯など どこから説明したものかという話ですが、ご存知の方はご存知のようにわたくしこと id:mohri はそれなりに古くからのはてなユーザーとして要望やら愚痴やらをダイアリーに書いたり、また前職では書籍編集者として『はてなの本』や『「へんな会社」のつくり方』を担当しました。先日は「HUG Tokyo」というイベントで、ITについてプレゼンできるはてなユーザー枠で10分ほどしゃべったりもしています。 一方、フリーランスになってからは主にFacebook関連の原稿を書いており、Twitterをふくめてソーシャルメディアに関してユーザー目線で使い勝手や利用法などを考察してきました。インプレスのできるポケットFacebookなど書籍にも執筆し、M
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
本日4/18は、2008年の5/1より4年間奉職した株式会社はてなの最終出社日でした。正式な退社日は今月末日になります。 思えば、入社する前は、僕は奄美大島という田舎で市役所の職員をしていて、Webとはまったく関係ない、なんというかまあ、とにかくいまとはまったく別の仕事をしていました(具体的には、生活保護の担当をしていて、毎日いろんな問題のあるひとびととおしゃべりなどするという仕事をしていました)。それが、京都という、それまで住んでいたところからするとはるかに都会の、さらにはITベンチャという、まさに地理的、環境的に、あらゆる面で正反対の仕事をすることになって、人生なにが起こるかわからないものです。 大学の頃までは、インターネットになどまるで興味がなく、親のおさがりのMacを所持してはいたもののネットにつなぐことなく、単にレポートや小説などを書くためのワープロとしてしか使っていませんでした
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: まつもとゆきひろ コードの未来: まつもとゆきひろ: 本
