From Legacy to Agile

From レガシー開発 to アジャイル開発～レガシー開発からアジャイル開発へ～

セッション枠は【17-C-7】で2日目ラスト。壮絶な裏番組と戦いながらもタイムテーブルでは「満席」。実際の開場も開始時点でほぼ満席、という状態で始めることができた。

前半は昨年9月に @regtan と「XP祭り2011」で行ったセッションの再演、後半は @yoshiori を迎えてのトークセッションという構成になった。

満員御礼

講演資料

ひとりごと

出番はあったのかな？

個人的な事情だが、昨年末から仕事がヒートアップし、準備にまわす時間がほとんど取れなかった。「アジャイルな現場」の事例紹介をするというのに、自分の現場は「いきいき」とは程遠い炎上状態。実は「どの口でアジャイルとか言うんだお前は」という自責の念を持ちながらの発表だった。

それでも、喋ることができて本当によかったと思う。現場が、チームが、「いきいき」とした状態で毎日の仕事に取り組むために、理想を追い求めることをやめちゃいけないんだ、と再確認することができたから。

セッションの最後で、「小さなものでいいから、覚悟をしてみてください」と言った。それは見に来てくれた皆さんに向けた言葉であり、自分自身への言葉でもあった。

今は日曜日の夕方。久しぶりの休みを家族と過ごしながら、明日からの仕事に立ち向かうための英気を養っている。明日は「小さな覚悟」と一緒に出社する。

謝辞

相方の @regtan 。第二部ゲストの @yoshiori 。 @lchin と3名のチームメイト各位。もしこのセッションにちょっとでも価値があったとしたら、それは彼らのおかげです。

デブサミ関係者のみなさん、特に @kohsei と @t_wada 。「あこがれのデブサミ」に登壇する機会をいただけて、ひとりのDeveloperとして大変光栄です。

そして、当日会場に来てくださったみなさん。どんなセッションでも、聞いてくださる方がいなければ成立しません。

ありがとうございました。

Links

• 10年後も世界で通じるエンジニアであるために　Developers Summit 2012
• デブサミでレガシー開発とアジャイル開発のお話をしてきました。 – regtan’s TechNote
• デブサミで僕が話したことの簡単なまとめ – YoshioriのBlog
• デブサミ2012 【17-C-7】 From Legacy to Agile　～レガシー開発からアジャイル開発へ～ – Togetter

Togetterまとめ

と言いつつ、今年最初の記事は昨年から引っ張ってるネタだったりする。お題はHTML5のCanvasについて。

ベジェ曲線を書いてみた

きっかけ

昨年、「中学生でもわかるベジェ曲線」という記事を見かけた。大変わかりやすくまとまっており、何となく使って吐いたがきちんと理解していなかった「ベジェ曲線」というものに一定の理解を与えてくれ、中学生ならずとも役に立つすばらしい記事だった。

記事中には動きを解説するためのアニメーションGIFがいくつか置かれており、このおかげで容易に理解することができた。しかし、一通り理屈がわかったら、自分でポイントを打って確かめてみたい、というのが自然な発想だろう。

ないものは、作るしかない。HTML5が盛り上がり始めた昨今、Canvasを使えば簡単に実現できるんじゃないか？そう考えて、2時間ほど取り組んでみた。

動作例

動作させるとこんな感じになる。

実行例

実際に動かせるページを用意しておいたので、興味のある方は試してみてほしい。

黒いグリッドがCanvasエレメント。点がない状態でクリックすると、最初の2点が始点と終点。それ以降が制御点になる。runで動かし、resetで点をすべてクリアするのは見ての通り。

ソースコード

書いたものはすべてgithubに公開している。こちらも興味のある方はご覧いただきたい。

周辺事情

このコードそのものは、単純な好奇心から書いたものだ。しかし、なぜかいろんな周辺事情ができてしまったので、一区切りのためにまとめておくことにする。

Lab

lab

勤務先では昨年から「Lab」というスタイルで技術記事を配信している。記事はエンジニアが持ち回りで書いていて、私も一本寄稿している。

このネタも書いた直後はLabで記事にしよう…と思っていたのだが、どうもネタの大きさもレベルも中途半端で、面白い記事にすることができなかった。結局そのまま掲載を見送った…という経緯がある。

みゆっき☆Think

その後しばらくして、 「ドワンゴ研究開発チャンネル」のコンテンツである「みゆっき☆Think」に出演することになった。テーマは「Git」。バージョン管理システムの歴史とGitというプロダクト、そしてチーム開発とコミュニティについて、高校生エンジニアである鳥居みゆっきに講義をする、という番組内容だった。

講義の内容とは直接関係しないのだが、githubを使ってforkとpull requestをしてみよう！という宿題のために、今回のベジェ曲線レンダラのリポジトリを使ってみた。

みゆっきがpull requestしてくれたのはこのcommit。ちゃんと宿題やってくれた上に、バグをひとつ潰してもらった。

ちょっと話はそれるが、みゆっきは飲み込みが早く質問が的確な、とても優秀な生徒だった。講義の準備をすること、実際に講義をすることで、むしろ私のほうが勉強になったぐらい。この先の成長が楽しみだ。

HTML5ハッカソン

さらにしばらくして。職場のエンジニアが全員でスマートフォン向けのHTML5を学ぶ、というイベントが開催された。スマートフォン向けHTML5に馴染みがないエンジニアは座学+ハンズオンの研修、もう慣れているエンジニアはハッカソン形式で開発し、最後にLT形式でプレゼンする、というものだ。

講義は株式会社アシアルさんのプログラム。スペシャルゲストとしてamachangが来てくれるという豪華なイベントになった。イベントの模様はamachangのblog「ドワンゴの社内ハッカソンに行ってきた！ – IT戦記」や「ドワンゴ研究開発ブログ」でレポートされているので、ぜひご覧いただきたい。

で、私は仕事の都合で途中から参加したのだけれど、LTには自重せず飛び込んできた。そのネタとしてこのベジェ曲線レンダラを使った、という次第。

実はこのイベント、企画段階をちょっとだけお手伝いしている。こうやって記事にまとまったのを見ると、手伝うことができてよかったなぁとしみじみ思う。amachangとちゃんとお話できなかったのが心残り。

まとめ

…というわけで後半はテクニカルな要素まったくなかったけれど、昨年からなぜか長いことつきあってきたベジェ曲線レンダラについて、ひとつまとめることができたのでよいことにする。

今年はもっと新しいことに飛びついていきたいなーと思いつつ、今後とも「Kwappa研究開発室」をどうぞよろしくお願いいたします。

Links

Program

• 中学生でもわかるベジェ曲線 – Rui’s Blog

• git://github.com/kwappa/bezier-renderer.git

Lab

• Lab by engineering@dwango.jp

みゆっき☆Think

• ドワンゴ研究開発チャンネル – ニコニコチャンネル

• 第9回 みゆっき☆Think 「はじめて学ぶバージョン管理とGit」 ‐ ニコニコ動画(原宿)

• みゆっき☆Think 第9回 「はじめて学ぶバージョン管理とGit」 – ドワンゴ 研究開発ブログ

• 鳥居みゆっき (toriimiyukki) on Twitter

hack-a-thon

• ドワンゴの社内ハッカソンに行ってきた！ – IT戦記

• ´・ω・)ﾉｼ あまちゃんです (amachang) on Twitter

• ドワンゴの開発研修に行ってきたよ！ – tulog

• スマートフォンWebアプリ開発研修&ハッカソン – ドワンゴ 研究開発ブログ

• ベジェ曲線を書いてみた

Happy Xmas!

この記事は「Ruby Advent Calendar jp: 2011」12/24の記事です。

Happy Xmas, Rubyists!

INSTALL

gem install pebbles-xmas

USAGE

xmas [height]

ORIGINAL

• ターミナルにクリスマスツリー

LINKS

• kwappa/pebbles-xmas – GitHub
• pebbles-xmas | RubyGems.org | your community gem host
• kwappa | skitch.com

POSTSCRIPT

コネタかつ二番煎じで失礼しました。よいクリスマスを！

「アジャイルサムライ」とは

7月にオーム社から刊行された「アジャイルサムライ――達人開発者への道」という本のこと。アジャイル開発手法についての「実践的なマニュアル」とでも呼ぶべき内容で、刊行されるとすぐに各所で読書会が立ち上げられた。

私の勤務先でも読書会が開催され、その模様については技術blogにまとめてある。

「他流試合」とは

各道場の読書会参加者が集い、ワザマエを競ったりマスター・センセイの講話を伺ったりする集いである。

当日の様子は詳細なレポートや動画アーカイブ、togetterまとめなどが詳しいので参照されたい。

アジャイル開発を実践している人、実践したい人、SIerの人、Servicerの人。いろんな開発者が集まる、とても刺激的な集いだった。

「かくたに祭り」

監訳者の一人である(当日のみマスター・センセイこと)角谷(@kakutani)氏へのお礼の意味を込めて、懇親会で野良LTをしてきた。XP祭りの再演ではあるのだが、ご本人の前でLTできたのは光栄だし、嬉しかった。

まとめとLinks

朝から晩まで熱気あふれるイベントに参加できて、暑苦しい刺激を補充することができたように思う。アジャイル開発の道を極めるために、引き続き精進したいと思う。

主催者・スタッフの皆さん、懇親会設計のマスター・ヤマシロ、参加者の皆さん、ありがとうございました！

• Readingagilesamuraimixed – GitHub
• アジャイルサムライ他流試合 : ATND
• アジャイルサムライ読書会 他流試合(道場大集合) #agilesamurai #他流試合 – Togetter
• アジャイルサムライ読書会(他流試合)に参加してきた【前編】 #agilesamurai #他流試合 – Shinya’s Dairy Report
• 「アジャイルサムライ」読書会 | Lab by engineering@dwango.jp
• アジャイルサムライ他流試合の動画 – ぷぎがぽぎ
• アジャイルなサムライとプラクティスづくり

ITコミュニティ夏祭り

9/17、お台場の「カルチャーカルチャー」で開催された「ITコミュニティ夏祭り2011」に参加してきた。

イベント概要

「DevLOVE」、「Genesis Lightning Talks」、それに「エンジニアライフ」という3つのコミュニティが集まり、ITコミュニティの活動をよく知らない人向けに普段の活動をアピールし、コミュニティ活動に参加することの意義を知ってもらおう、というイベントだ。

私は「【セッション2】フリーダム・ライトニングトーク祭り」を、「銀河一の司会者」こと@gerozさんと一緒に仕切るのが担当職務。トーカーにツッコミを入れつつ場をつなぐ、という普段とは逆の役割は、勝手が違ってなかなか緊張したけれど、新鮮で楽しい経験ではあった。

終演後の懇親会では飛び込みでLTをしてきた。

例によってスライドだけじゃさっぱりわからないと思うけど、Ust中継の録画があるので興味のある方はご覧いただきたい。

雑感

イベントの対象は「ITコミュニティ活動に興味がある人」。結構広い客席はほぼ満席まで埋まり、しかも意外と見知った顔も少ない。つまり「興味があるけど踏み出せなかった人」にリーチしたいという当初の目的は、結構達成されたんじゃないかと思う。

残念な職場で閉塞感に悩んでいる人、そもそも自分の環境が閉塞していることにも気づかない人に、これをきっかけとして「外の世界」を知ってもらえたら、スタッフの一員として光栄である。

登壇者の皆さん、首謀者のかねたけさん、そしてなによりご来場いただいたみなさん、ありがとうございました！

Links

• ITコミュニティ夏祭り　TOKYO CULTURE CULTURE：@nifty
• Ustream.tv: ユーザー tokyoculture2: ITコミュニティ夏祭り, Recorded on 2011/09/17. その他
• Ustream.tv: ユーザー tokyoculture2: ITコミュニティ夏祭り延長戦, Recorded on 2011/09/17. その他
• ITコミュニティ夏祭り 2011.09.17 – Togetter

XP祭り2011

9月3日に開催された「XP祭り2011」に参加して、計3回登壇してきた。初参加でそれはちょっと自重しなさすぎじゃないか？と思わなくもないが、まあそこを気にするナイーブさはだいぶ失われている。

土曜の午後、「オレオレアジャイル」について喋りまくってきた記録を残しておく。

野良LT

昼休みの時間にメイン会場で行われた「喋りたいヤツが喋る」枠。参加希望者がわりと少なかったので、「告知」にしぼってLTしてみた。

我ながら、これはひどいな。私利私欲にまみれている。

From レガシー開発 to アジャイル開発～レガシー開発からアジャイル開発へ～

プレゼンテーション

午後最初のセッションとしてE会場で行われた「本編」では、現職のアジャイル開発への取り組みを紹介する事例集的なプレゼンテーションをした。

パネルディスカッション

後半は@regtanと私の掛け合いに、会場から質問を受けつつのパネルディスカッション。スライドにも登場してくれた@shokosが「かんばん娘」として書記をつとめてくれた。

ホワイトボード

会場は予想より多くの参加者がいて、質問も活発に出てきた(ありがとうございます)。みんなそれぞれ、アジャイルに興味を持ちつつ現実と戦っている、という印象を受けた。

Lightning Talk

登壇が決まったあと、運営の方から「人数把握のため参加申し込みしてくださいね」と言われたので「こくちーず」からエントリしたのだが、フォームに「LTしますか？」という欄があったのでつい「はい」をチェックしてしまった。そしたらなんと採択されたので、最後の枠でも好き勝手に喋らせていただいた。

アジャイル関連で読んだ本から3冊ピックアップして、私に与えてくれた影響みたいなことについて話した。正直なところ先にタイトルを思いついたので内容はあとづけなのだけれども、結果的にはまあまあまとまったと言えなくもない。

この3冊、いずれも角谷さんの監訳によるもの。裏テーマとして「かくたに祭り」というのがあったのだが、スライドに組み込めなかったのは反省点。

まとめ

ふりかえり

• Keep
  • まずは無事に登壇を終えることができた。
  • 予想より多くの方に参加していただいた。
  • プレゼンをまとめることで、社内の取り組みを知ることができた。
• Problem
  • 会場からの質問を取り上げる時間が不足していた。
  • パネル中もスライドなにか出した方がよかったかも。
  • 俺喋り過ぎ…
• Try
  • 再演したい！
  • 質疑応答の時間を長く取る。
  • 他社も含めて、さらに事例調査したい。

感想

• XP祭りは初参加。しかも区切りの10回目というタイミングでいきなり登壇させていただいたのは光栄だ。
• 当日は断続的に強い雨が降り、しかも直前になって会場が変更になるという悪条件が重なった。閑古鳥相手にお通夜のような60分をなかば覚悟していたのだが、フタを開けてみたら30人以上の来場があり、質問も活発にいただいた。ありがたいことです。
• 結構規模の大きいイベントなのに、全体的にゆるーい雰囲気が漂っていた。小さなお子さんが何人かそこら中を駆け回っていたりして。勉強会ではあるのだが、休日に家族で参加できる、という空気はとてもいいと思った。

謝辞

参加者の皆さん(特にE3セッションにご来場いただいた方)、貴重な場を提供してくださったスタッフの皆さん、相方の@regtanと「かんばん娘」@shokos、コンテンツ化してくれた同僚各位。本当にありがとうございました！

Links

XP祭り2011
http://xpjug.com/xpx/

E-3 From レガシー開発 to アジャイル開発～レガシー開発からアジャイル開発へ～【講演】
http://xpjug.com/xpx-contents-e3/

XP祭2011でセッションを開催しました – regtan’s TechNote
http://d.hatena.ne.jp/celitan/20110903/1315080531

現在の仕事環境

会社から仕事用マシンとしてMacBook Pro (13 Early 2011)が支給されて、非常に快適に仕事をしている。今までのWindows機は外部モニタを2枚つないで本体は閉じていたのだが、Macになってからは本体のモニタ+外部モニタ構成にしたので、机の上もだいぶ省スペースにできた。

ところが、更なる快適さを求めてプライマリモニタを本体から外部モニタに変えてみたら、微妙な落とし穴にハマってしまった。

Twitterで嘆いたら幸いにもすぐ反応をいただき、しかもそれがドンピシャ。見事翌日には解決したので、経緯をメモとして残しておく。

現象

フォントのアンチエイリアシングがおかしい。かかってはいるが、なにかかすれている感がある。

アンチエイリアスが弱い

こんな感じ。

いろいろ検証した結果、「外部モニタが接続され、そのモニタがプライマリ(メニューバーがあるほう)に指定されている」状態で起動したアプリケーションがこの現象に見舞われるようだった。

外部モニタを外した状態で起動したアプリケーションはきちんとアンチエイリアシングされ、そのあと外部モニタを接続しても問題なかった。

Twitterでのやりとり

• http://twitter.com/#!/kwappa/status/106004002453467138

  外部モニタを接続した状態で起動したアプリでアンチエイリアスがおかしくなるな。起動したあとなら接続しても問題なく描画される。うーむむ。less than a minute ago via YoruFukurou Favorite Retweet ReplySHIOYA, Hiromu
  kwappa

• http://twitter.com/#!/tkono1/status/106019767030259713

• http://twitter.com/#!/kwappa/status/106020451599384576

• http://twitter.com/#!/tkono1/status/106025517060329473

  @kwappa Snow Leopard時代にも外部モニタとアンチエイリアスで問題があった様です。明日にでもどうぞー http://t.co/GImThyCless than a minute ago via YoruFukurou Favorite Retweet ReplyTsubura KONO
  tkono1

• http://twitter.com/#!/kwappa/status/106212816796655616

ジャストミートな情報をいただいたので早速試してみる。

解決方法

ターミナルで以下を実行する。

% defaults -currentHost write -globalDomain AppleFontSmoothing -int 1

リンク先を読んでみると…

• Snow Leopardのころからあるバグだよ
• サードパーティの液晶モニタをCRT(ブラウン管モニタ)と誤検出してしまうよ
  • Dell, Samsung, LG, HP, EIZO, and Lenovo
• アンチエイリアシングの度合いを決める数字のデフォルトを変更すればいいよ
  • 0 : Standard (CRT向け)
  • 1 : Light
  • 2 : Medium (液晶向け)
  • 3 : Strong

リンク先の指示では「-int 2」と書かれていたが、Emacs + Rictyの組み合わせだとちょっと効き過ぎのような気がしたので「-int 1」を指定してみた。

アンチエイリアス : 1

アンチエイリアス : 2

この辺はやってみて好みで決めればいいのではなかろうか。

まとめとLinks

twitterで嘆いたらあっという間に解決するという大変幸運な事例であった。@tkono1さん、ありがとうございました！

10.6: Re-enable LCD font smoothing for some monitors – Mac OS X Hints
http://hints.macworld.com/article.php?story=20090828224632809

MacBook Airがモデルチェンジした。

今のMacBook Pro (13 mid 2009)でも動作的な不満はあまりないのだが、物理的な重さにはだいぶメゲていた。2年も使えば償却も十分、ということで、発売日にオーダーして使っている。

そして職場で開発に使うマシンとして、MacBook Pro (13 Early 2011)が支給された。もちろんOSはLion。やったぜ！

というわけで手元にはクリーンインストールされたLionマシンが2台ある、という状態になった。真っさらのOSを開発できるように整えていくのは、面倒だけど楽しい作業でもある。手元にあるMacも順次Lionに入れ替えていくので、いろいろ行った作業の手順をメモっておく。

各種アップデート

ソフトウェアアップデート

自動的に行われなければアップルメニューから。

App Store

• 夜フクロウ
• Xcode 4.1

Xcodeのインストール

インストーラに「iTunesを終了しろ」と怒られるときは、アクティビティモニタから「iTunes Helper」を終了する。

システム環境設定

トラックパッド

• ポイントとクリック
  • タップでクリック => on
• その他のジェスチャ
  • ページ間をスワイプ => on
  • 2本指または3本指でスワイプ

ユニバーサルアクセス

• マウスとトラックパッド
  • トラックパッドオプション…
  • ドラッグ => on / ドラッグロックなし

キーボード

• キーボードショートカット
  • キーボードと文字入力
  • 前の入力ソースを選択 => off
  • 入力メニューの次のソースを選択 => off

デスクトップとスクリーンセーバ

• デスクトップ
  • 半透明メニューバー => off

共有

• コンピュータ名を適切なものに変更

アプリケーション

• Apple – Downloads – Dashboard Widgets – iStat Pro
  http://www.apple.com/downloads/dashboard/status/istatpro.html

• LockTight for Mac OS X Intel | gkoya
  http://www.gkoya.com/2006/11/23/locktight-for-mac-os-x-intel/

• Growl
  http://growl.info/

• ClamXav
  http://www.clamxav.com/

• SIMBL
  http://www.culater.net/software/SIMBL/SIMBL.php

  • SwapOptCmd
    https://sites.google.com/a/yedo.com/www/swapoptcmd

開発環境

homebrew

• [homebrew]Homebrewインストールメモ | milligramme 3cc
  http://www.milligramme.cc/wp/archives/2880

% ruby -e "$(curl -fsSL https://gist.github.com/raw/323731/install_homebrew.rb)"

• インストール時に怒られた

% sudo dscl /Local/Default -append /Groups/staff GroupMembership $USER

• /usr/localに書き込み権限がない！

% sudo chown root:staff /usr/local
% sudo chmod g+w /usr/local

• ねんのため

% brew update

のちのちいるものを入れておく

% brew install git
% brew install wget
% brew install markdown
% brew install colordiff
% brew install lv

emacs

• いろいろpatchが必要
• 23.3用のformulaは書いた
  • emacs 23.3 formula for homebrew with Xcode4.1 / Lion / –cocoa — Gist
    https://gist.github.com/1106334

rvm

本体のインストール

• RVM: Ruby Version Manager – Installing RVM
  https://rvm.beginrescueend.com/rvm/install/
• .zshrc / .bashrcなどに追記

if [[ -s $HOME/.rvm/scripts/rvm ]] ; then source $HOME/.rvm/scripts/rvm ; fi

依存パッケージのインストール

% rvm pkg install ree_dependencies

‘ree_dependencies’ installs zlib, ncurses, readline, openssl and iconv in this order.

Rubyのインストール

% rvm install 1.9.2 --with-readline-dir=$rvm_usr_path \
                    --with-iconv-dir=$rvm_usr_path \
                    --with-zlib-dir=$rvm_usr_path \
                    --with-openssl-dir=$rvm_usr_path

diffとgit diff

• .zshrc / .bashrcなどに追記

export LC_ALL=C
alias diff=colordiff
export GIT_PAGER='/usr/local/bin/lv -c -Au8'

• 上から…
  • colordiffはperlなので、perlのための環境変数設定
  • diffといえばcolordiff
  • gitのページャをlvに指定、文字コードにutf-8を指定

まとめ

これでだいたい違和感なく開発できる環境になった。LionかわいいよLion。

先日TDD Boot Camp Tokyo 1.6に参加してきた。参加記事はまたいずれ。

同僚と一緒に参加したらすっかり熱が上がってしまい、翌週「社内TDDBC」なんてのを開催してしまった。この記事も近いうちに。

ということで最近テスト方面が盛り上がっているのだが、TDDBCにautotestの準備が間に合わなかったのが悔やまれる。社内TDDBCでは使っているペアがいたので、悔しくなって急遽セットアップしてみた。

まずはコマンドラインで

必要なrubygemsのインストール

 % gem install rspec
 % gem install ZenTest
 % rspec --version #=> 2.6.4

ディレクトリ構成

kvs/
|-- autotest
|   `-- discover.rb
|-- kvs.rb
`-- spec
    `-- kvs_spec.rb

実装クラスがkvs.rb、テストコードがspec/kvs_spec.rb。

autotest/discover.tb

Autotest.add_discovery { "rspec2" }

実行してみる

プロジェクトのルートで

 % autotest

これでテストファイルの変更を監視している状態。kvs_spec.rbに変更を加えるとテストが実行される。kvs.rbは特に監視していない。

Growlで通知

Macで開発しているので、テストの結果をGrowlに通知してくれると楽しい。

必要なソフトウェアのインストール

セットアップはこちらを参考にした。

% gem install ruby-growl
% gem install redgreen
% brew install growlnotify

通知画像の取得

97きのこ本のイラストを書かれた@mayucoさんの素材を使わせていただくことにした。

% mdkir ~/.autotest.d/
% cd ~/.autotest.d/
% wget http://cocooooooon.com/kinotan/rails_ok.png
% wget http://cocooooooon.com/kinotan/rails_fail.png
% wget http://cocooooooon.com/kinotan/rails_pending.png

~/.autotest

autotestの結果を受け取ってgrowlに流すのは、~/.autotestで行う。

中身はこちらとこちらを参考に書いてみた。

一応全文を書いておくが、修正するかもなので参考にされる際はGitHubをご覧いただきたい。

# -*- ruby -*-
module Autotest::Growl
  def self.growl title, msg, img="~/.autotest.d/rails_ok.png", pri=0, sticky=""
    msg += " at #{Time.now.strftime('%Y-%m-%d %H:%M:%S')}"
    system "growlnotify -n autotest --image #{img} -p #{pri} -m #{msg.inspect} #{title} #{sticky}"
  end

  Autotest.add_hook :ran_command do |at|
    results = [at.results].flatten.join("\n")
    output = results.slice(/\d+\s+examples?,\s*(\d+)\s+failures?(,\s*(\d+)\s+pendings?)?/)
    if output
      if $~[1].to_i > 0
        growl "Tests Failed", "#{output}", "~/.autotest.d/rails_fail.png", 2
      else
        if $~[3].to_i > 0
          growl "Pending", "#{output}", "~/.autotest.d/rails_pending.png", 2
        else
          growl "Tests Passed", "#{output}", "~/.autotest.d/rails_ok.png", -2
        end
      end
    else
      growl "Tests Errored #{output}", "errors", "~/.autotest.d/rails_fail.png", 2
    end
  end
end

まとめとLinks

そういえばずいぶん前の勉強会(たぶんこれのA-4…かくたにさんとわださんじゃないか!)を見て、画面の下からredとかgreenがあがってくる光景(たぶんGrowlの「Music Video」)にえらく感動した記憶がある。3年も前に見たデモに今頃たどり着くなんて不勉強この上ないが、正しい道を進んでいることは確 認できたような気がする。

autotest – GitHub
https://github.com/rspec/rspec/wiki/autotest

cocooooooon.com
http://cocooooooon.com/

Autospecを使ってRSpecのテストを自動化 with Growl – ほくの日記
http://d.hatena.ne.jp/hkj/20100810/p1

プログラマの覚書: RSpec+autotest+Snarl その１
http://kiyorin-net.blogspot.com/2008/12/rspec-zentest-autotest-snarl.html

TDDとは「Test Driven Development」、つまり「テスト駆動開発」のこと。それをBoot Campになぞらえて、講演とワークショップで1日みっちり叩き込まれる、という硬派なイベントがTDD Boot Camp (TDDBC)だ。

2009年に第1回が開催されて以来徐々に注目を集め、7/9に行われた会では定員36人に100人以上が殺到する、という大騒ぎになった。私もかねてから参加したいと思っていたので、今回もぐりこむことができてラッキーだった。

講演

午前中とワークショップ終了後の前後半構成で、TDDの伝道師こと和田卓人氏(@t_wada)によるセッションが行われた。

このスライドは先日福岡で行われたときのもので、今回はこれに若干内容を追加したスライドでのセッションだった。このまま増えると100枚超えるな、という余計な心配がよぎる。

セッション中は例によって聞きながらtwitter実況を行っていた。togetterにまとめられているので参照されたい。

一番グッとくるのは「TDDは個人のスキル。絶望の底にいても、孤立無援でも、ひとりから始められる。」という言葉。まず自分から、自分のコードから変革していこう、という姿勢は、いつだって忘れてはいけないものだろう。

ワークショップ

午後は参加者同士がペアを組んでのワークショップ。あらかじめ設定されたお題を「ペアプロ」かつ「TDD」で実装していく。ネタバレになるような気がするので、詳細の説明は避ける。興味があってネタバレ上等の方は、記事の最後にgithubへのリンクを記載するので参照されたい。

前半は@naitohさんとペアを組んで実装。RSpecだけどxUnitっぽい平易な書き方をして、順調に実装を進めた。メソッド名の付け方とか性格が出て面白い。Ruby 1.8系は「IndexError」はあっても「KeyError」はない、というのが発見だった。

Ruby組テーブルの向かい側では、日本Rubyの会とyokohama.rbから来た二人の高橋さんが「チーム高橋」を結成していた。すごい光景ではあった。

後半はペアの組み替えが行われ、TAの@ukstudioさんと一緒に実装。…えっ、ゆーけーさん？なんとゆー贅沢な相方。私はASCII配列に苦戦したこともあり、すっかり借りてきた猫状態だった。RSpec「らしい」書き方を間近で体験でき、とても勉強になった。

クロージング

前半のラストと後半終了後はそれぞれコードレビューとふりかえり。苦戦したところ、仕様の解釈、テストの粒度や密度など、いろんな視点を感じることができたのが大きな収穫。和田さんがセッションで話していた「同一の問題を複数のチームで解決するのを仕事で体験することはまずない(無駄だから)。他人の考え方に触れることができるのがTDDBCの価値。」という言葉の意味を実感できた。

セッション枠をtwitter実況していたら、なんと「本日のt_wada賞」をいただくことになってしまった。ほとんど自分用のメモを垂れ流しているだけなのに…。ありがとうございました。副賞として「データベース・リファクタリング」をいただいたので、レガシーに立ち向かう武器が増えたのも大きな収穫。

家庭の事情で懇親会は申し込まなかったのだが、事情が再逆転したので参加可能になった。ところが参加枠の残りはあと1つ。争奪戦のジャンケンに見事敗れ、そのまま帰宅したのだった。駅までの道すがら、高橋会長とお話できた、というボーナスはついたのだけれども。

スタッフの皆さん、講師の和田さん、ありがとうございました。参加してた同僚と「社内でやるしかない！」と盛り上がった(そして昨日(8/5)開催した)ので、受け取ったものをいろんなところに広げていきたいと思います。

Links

TDD Boot Camp 東京 1.6 #tddbc on Zusaar
http://www.zusaar.com/event/agZ6dXNhYXJyDQsSBUV2ZW50GPGlAww

TDD Boot Camp(TDDBC) – TDDBC
http://devtesting.jp/tddbc/

Togetter – 「TDD Boot Camp 東京 1.6 #tddbc」
http://togetter.com/li/168958

和田さんのセッションで紹介されていた関連書籍など。

index at XUnitPatterns.com
http://xunitpatterns.com/

xUnit Test Patterns(xUTP)読書会 – FrontPage
http://www.fieldnotes.jp/xutp/

Growing Object-Oriented Software, Guided by Tests(goos)読書会 – FrontPage
http://devtesting.jp/goos/

Twitter / @t_wada: 技術書の「写経」の方法。
http://twitter.com/#!/t_wada/status/9000231741

tddbc16_kwappa at master from kwappa/tddbc – GitHub
https://github.com/kwappa/tddbc/tree/master/tddbc16_kwappa

私はRubyKaigiは去年に続き2度目の参加。スタッフでもスポンサーでもないのだが、Lightning Talksに応募したら採択されたのでしゃべってきた。

プログラムとしてはMatzの基調講演の直前、順番としては最後から2番目。つまり、「最後のRubyKaigiで最後から3番目にしゃべった男」というのは私のことなのだ。…実際には日本Rubyの会高橋会長のクロージングがあったので最後から4番目なのだが。

ちなみに、初日の夜には「闇RubyKaigi」なる怪しげなイベントが開かれていたので、そこでもしゃべってきた。

イベントタイトルが「闇」とか言っちゃってるので闇っぽいネタを用意してきたら、意外とみんな普通に2分間の枠でLTしていた。基調講演では昔の写真を晒されるし、LTのテイストは一人で浮くし、さすが「闇」を冠するだけあってタフなイベントだった。

イベントの内容はgihyo.jpのレポートがすごく詳細なので、そちらを読めばいいと思う。動画も大半がVimeoにまとまっているので、興味があるセッションは追体験することができる。

• RubyKaigi2011 スペシャルレポート：日本Ruby会議2011 直前レポート｜gihyo.jp … 技術評論社
  http://gihyo.jp/news/report/01/rubykaigi2011/0000
• RubyKaigi2011 スペシャルレポート：日本Ruby会議2011 1日目レポート［更新終了］｜gihyo.jp … 技術評論社
  http://gihyo.jp/news/report/01/rubykaigi2011/0001
• RubyKaigi2011 スペシャルレポート：日本Ruby会議2011 2日目レポート［更新終了］｜gihyo.jp … 技術評論社
  http://gihyo.jp/news/report/01/rubykaigi2011/0002
• RubyKaigi2011 スペシャルレポート：日本Ruby会議2011 3日目レポート［更新終了］｜gihyo.jp … 技術評論社
  http://gihyo.jp/news/report/01/rubykaigi2011/0003
• RubyKaigi 2011 on Vimeo
  http://vimeo.com/channels/rubykaigi2011

私のLightning Talksはこの動画の49:50あたりから。話してるときはいっぱいいっぱいだったんだが、まあそこそこ笑い声はあがっていたのでよかったよかった。

Rubyを書くこと、RubyKaigiに参加することは、私にとっていろんなことをもたらしてくれた。RubyKaigiが終わっても、Rubyからもらったもの、RubyKaigiからもらったものを、これからRubyに触れる人に少しずつでも渡していけたらいいな、と思っている。

Rubyについて語るとつい感極まりがちになるのでこのへんで。やっとblogに書いたので、私のRubyKaigi2011はこれで終了である。

ところで、どっかで闇RubyKaigiの映像見られたりしないだろうか…。

普段から使っていることだしAmazonでいいか…と使ってみたら、いろいろやることがあったので手順をメモっておく。

API開発者登録をする

開発者登録には米国amazon.comのアカウントが必要だ。私は以前DVDを買ったときのがあったのでそれを使ったが、持ってない人は取得しておこう。

アカウントが用意できたら、使いたい国に開発者登録をする。プログラミングガイドにURLがまとまっているので、登録したい国(日本ならここ)に、amazon.comのアカウントでログインする。

• Website or Application Description
  • APIを利用するアプリケーションもしくはWebサイトの概要を記入する
• Check here to indicate …
  • Amazon.co.jp Product Advertising API ライセンス契約を読み、同意したらチェックする
• Security Check
  • 画像で表示された読みにくい英数字を入力する

すべて入力が終わると完了画面が表示されメールが届くので、メールのリンクからAccess Key IDを取得する。私はログインしたら2009年に作成したキーがあったのでそれを再利用したのだが、当時何を作る気だったのかはまるで覚えていない。

アソシエイトプログラムに登録して鍵ペアを取得すると世界各国のProduct Advertising APIにリクエストを送れるようになるそうだが、ここは省略。

APIにリクエストを投げてみる

ASINで一つの商品の情報を取得するには、ItemLookupというオペレーションにリクエストする。サンプル通りリクエストを組み立ててみると…

http://ecs.amazonaws.com/onca/xml?Service=AWSECommerceService&
AWSAccessKeyId={ACCESS KEY ID}&
Operation=ItemLookup&
ItemId=9784048687157

<?xml version="1.0"?>
<ItemLookupErrorResponse xmlns="http://ecs.amazonaws.com/doc/2005-10-05/">
  <Error>
    <Code>MissingParameter</Code>
    <Message>The request must contain the parameter Signature.</Message>
  </Error>
  <RequestID>********-****-****-****-************</RequestID>
</ItemLookupErrorResponse>

…あれ？

荒技「エラーメッセージをそのままググる」でヒットするのがこちら。HMAC-SHA認証が必要だそうだ。

実際にクエリを構築するサンプルはこの辺に。

ruby-aaws

理屈はわかったので、実装は既存のものを使うことにする。今回は車輪の再発明はしなくてもいいだろう。ググったら「ruby-aaws」がヒットしたのでこれを使う。

install

インストールと使い方はこちらを参考に。rubygems.orgに最新バージョンがあがっていないので、本家配布元からgemパッケージを落としてきてインストールする。

% wget http://caliban.org/files/ruby/ruby-aaws-0.8.1.gem
% gem install ruby-aaws-0.8.1 --local

ruby-awsという紛らわしい名前のrubygemsもあるので注意。こちらはAmazon Web Servicesの操作をするものなので、今回は関係ない。

ドキュメントはあるにはあるが、あまりちゃんと書かれていないので若干手探りが必要だった。

.amazonrc

アクセスに必要な情報は.amazonrcファイルに書き込んでおく。/etc/.amazonrcや~/.amazonrcに書くのが定石だが、今回はアプリケーション内に閉じておきたいので、こちらを参考に…

ENV['AMAZONRCDIR']  = '/path/to/application_dir'
ENV['AMAZONRCFILE'] = '.amazonrc'

…とかして位置を指定してやる。中身はこんな感じ。

key_id = 'XXXXX'
secret_key_id = 'XXXXX'
associate = 'XXXXX'
cache = false
locale = 'jp'
encoding = 'utf-8'

usage

今回はスキャンした本のPDF(ファイル名はISBNになっている)を整理したいので…

• オペレーション「ItemLookup」を使う
• ISBNで検索する

という方向で実装した。こちらが大変参考になった。

1件検索

require 'amazon/aws'
require 'amazon/aws/search'
include Amazon::AWS

il = ItemLookup.new('ISBN', ItemId: '9784048687157', SearchIndex: 'Books')
request  = Search::Request.new
response = request.search il

XMLで返ってきたレスポンスにアクセスする手段がruby-aawsによって用意されている(Amazon::AWS::AWSArray)。propertiesでプロパティの一覧が取得でき、プロパティ名で値を取得する。XMLがベースなのでネストしていることもある。

item = response.item_lookup_response.items.item
item.properties
# => ["asin", "detail_page_url", "item_links", "sales_rank", "small_image", "medium_image", "large_image", "image_sets", "item_attributes", "offer_summary", "offers", "similar_products", "browse_nodes"]
item.item_attributes.title
# => [メタプログラミングRuby]

複数検索

ItemLookup、ItemSearchなどのオペレーションを配列に入れてMultipoeOperationに渡すと、複数のオペレーションを同時に渡すことができる。

asins = ['9784274065972',
         '9784756145482',
         # '9784798023809',
        ]

operations = asins.map do |asin|
  il = ItemLookup.new('ISBN', ItemId: asin, SearchIndex: 'Books')
  il
end

multiple_operation = MultipleOperation.new operations
request = Search::Request.new
result  = request.search multiple_operation, :ALL_PAGES

result.item_lookup_response.items[0].item.item_attributes.title
# => [ハッカーと画家 コンピュータ時代の創造者たち]
result.item_lookup_response.items[1].item.item_attributes.title
# => [Winnyの技術]

ただし…

Amazon::AWS::Error::ExceededMaxBatchRequestsPerOperation: オペレーションごとのバッチリクエスト数の上限を超えました。1つ のオペレーションに入れられるバッチリクエスト数は、最大2です。

という制限もあるので注意しよう。

ResponseGroup

オペレーションのresponse_groupプロパティにResponseGroupオブジェクトを渡すと、取得する内容を指定することができる。

il = ItemLookup.new('ISBN', ItemId: '9784798023809', SearchIndex: 'Books')
il.response_group = ResponseGroup.new('ItemAttributes,Images')
request = Search::Request.new
result  = request.search il
item = response.item_lookup_response.items.item
item.properties
# => ["asin", "detail_page_url", "item_links", "small_image", "medium_image", "large_image", "image_sets", "item_attributes"]

どう指定すると何が返ってくるかはこちらを参照。

まとめ

これでAmazonからISBNで情報を取得できるようになった。あとは一覧ページを自動生成するためにせっせと頑張るだけになったので、今日はこの辺にしておこう。アプリケーションの形になったらGithubで公開予定だ。

Links

Product Advertising API
https://images-na.ssl-images-amazon.com/images/G/09/associates/paapi/dg/index.html

SEO対策とか: Amazon Web サービス 仕様変更
http://seo-love.blogspot.com/2009/08/amazon-web.html

ruby-aaws | RubyGems.org | your community gem host
https://rubygems.org/gems/ruby-aaws

RDoc Documentation
http://www.caliban.org/ruby/ruby-aws/

Amazon Web Service を Ruby にて操作 – f-ikesanの日記
http://d.hatena.ne.jp/f-ikesan/20100505/1273075660

Railsでruby-aawsを使ってAmazon « cohakim's Weblog
http://cohakim.wordpress.com/2010/05/04/rails%E3%81%A7ruby-aaws%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6amazon/

GithubのREADMEを書くこともできるし、blog記事を書くにもラクができる。今までこのblogの記事もHTMLを手でちまちま書いていたのだが、いい加減ちゃんとしたツールを使おう、と思い立ち、emacsのmarkdown-modeが使える環境を整えた。

Markdownのインストール

Macの場合

# brew install markdown

Windowsの場合

• Cygwinをインストールする
• Markdownをダウンロードする
• アーカイブからMarkdown.plを取り出し、適当な場所に置く

markdown-modeのインストール

• markdown-mode.elをダウンロードし、ロードパスの通った場所に置く
• emacsの設定ファイルに以下を追記

(load "markdown-mode/markdown-mode.el")
(add-to-list 'auto-mode-alist '("\\.markdown$" . markdown-mode))
;; Windowsの場合Markdown.plを実行できるように以下の設定を追記
(setq markdown-command "perl /path/to/Markdown.pl")

• perl実行時に怒られたら…

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LC_ALL = (unset),
    LANG = "JPN"
    are supported and installed on your system.

• 以下の設定を追記

(setenv "LC_ALL" "C")                   ; perl実行のために環境変数を設定

まとめ

身の回りに「もっと早くやればよかった」ということが多すぎるので、一つずつ潰していこう。

iOS / Androidアプリを起動すると、まず1枚の画像が表示される。これをスプラッシュスクリーンという。指定しないと真っ白、もしくはPhoneGapに添付される画像が表示されるのだが、これを独自のものに変える方法をメモっておく。

iOS / Xcode4

iOSの場合はPhoneGapにあまり関係ない。ネーミングルールに従ってファイルを配置するだけだ。

• Project navigatorの{app_name}/Resources/splashにpngファイルをドラッグ＆ドロップする
• ダイアログが出たら必要に応じてCopyをチェックし、OKを押してプロジェクトに追加する

FinderなどでCopyしただけでは追加されないので注意。

ファイル名と画像サイズは…

• iPhone : Default.png (320 x 480)
• iPhone(Retina) : Default@2x.png (640 x 960)
• iPad : Default~iPad.png (768 x 1024)

画像サイズが違ってもシミュレータでは普通に表示されるが、実機では表示されないので注意。

Android / Eclipse

こちらはPhoneGapの機能を使う。

• Package Explorerの{project_name}/res/drawable-hdpiにsplash.pngをドラッグ＆ドロップ
• ダイアログが出たら必要に応じてCopyをチェックし、OKを押してプロジェクトに追加する
• gen/{package_name}/R.javaにsplashという定数が追加されるのを確認
• src/{package_name}/Activity.java#onCreateにコードを追記する。

  public void onCreate(Bundle savedInstance) {
    super.onCreate(savedInstance) ;
    // スプラッシュを表示するためのプロパティを設定
    super.setIntegerProperty("splashscreen", R.drawable.splash) ;
    // 第2引数に表示する時間をミリ秒で指定
    super.loadUrl("file:///android_asset/index.html", 2000) ;
  }

まとめとLinks

「クロスプラットフォーム」というふざげた幻想をぶち壊しつつ、PhoneGapと戯れる日々を送っている。勉強会をしようという話もあるので、興味ある方は参加されたい。

PhoneGap
http://www.phonegap.com/

PhoneGap Fan – PhoneGapの日本語コミュニティ
http://phonegap-fan.com/

Assorted GARbage» Blog Archive » Adding a Splash Screen for Android using Phonegap
http://blog.assortedgarbage.com/2011/02/adding-a-splash-screen-for-android-using-phonegap/

性懲りもなくプレゼン枠にも応募したのだが、直前になって家庭でも職場でも事故が発生し、準備の時間がほとんど取れなかった。その結果、デザインパターンについて発表するのにコードが1行も出てこない、というひどいプレゼンになってしまう。

しかも仕事の都合で出発が遅れ、到着したのは開始から1時間後。担当する「Abstract Factory」は発表順がトップ(アルファベット的な理由で)だったのに、間に合わなかったのでラストに回る事になった。これは非常にヤバい。

…といういろいろ言い訳だらけのプレゼンだけど、スライドはこちら。

発表はニコ生でも中継された。5/2いっぱいはタイムシフト視聴できるので、興味があればどうぞ。

終了後、@t_wadaさんにツッコミをいただいた。「Abstract Factoryの真価はシグネチャを統一できること」「よってLLではあまり価値を持たない」「(私のスライドにおいて)生成するファクトリを決めるのは荒木先生の職務であってはならない」、というもの。そうか、確かにサンプルをRubyで考えていたら、しっくりこなかった。Javaで書くのを自分への宿題にしておこう。

会場となったGREEには、六本木ヒルズに移転してから行くのは初めて。広くてきれいで明るくて、節電に慣れた目にはとてもまぶしかった。さすが自家発電設備を持つビル…。

懇親会でも帰りの電車でも濃い口の話ができて、とても有意義だった。java-jaのみなさん、GREEさん、参加者のみなさん、そして@t_wadaさん、ありがとうございました！

Links

第1回 チキチキ『( ゜ェ゜)・;'.、ゴフッ』 – [PARTAKE]
http://partake.in/events/7d561376-f737-4307-9667-57b6c151e1ef

FrontPage – 天下一java-ja(ββ)
http://java-ja.yoshiori.org/

第1回 チキチキ『( ゜ェ゜)・;'.、ゴフッ』 – ニコニコ生放送
http://live.nicovideo.jp/gate/lv47747360

Togetter – 「第1回 チキチキ『( ゜ェ゜)・;'.、ゴフッ』 #javaja_gof」
http://togetter.com/li/128336

徳丸浩(@ockeghem)さんの著書「体系的に学ぶ 安全なWebアプリケーションの作り方　脆弱性が生まれる原理と対策の実践」(以下「wasbook」)を読んでいる。

添付のCD-ROMに実習環境としてVMWare Playerとディスクイメージが収録されている。しかし、私の手元の環境はMac / WindowsのVirtual Box。新たにインストールするのは面倒なので、ディスクイメージ(.vmdk)をVirtual Boxで読み込んでみた。

といっても手順は特に難しくない。以下作業メモ。

ディスクイメージを取り出す

wasbookのCD-ROMから「WASBOOK/WASBOOK.ZIP/WASBOOK/wasbook.vmdk」を適当な場所に展開しておく。ついでにsource/以下も取り出しておこう。

新規VMを作る

Virtual Box Managerから新規VMを作成する。

• 仮想マシン名とOSタイプ
  • 名前：適当に
  • オペレーティングシステム：Linux
  • バージョン：Ubuntu
• メモリ
  • お好みの量を(いちおう2GB振ってみた)
• 仮想ハードディスク
  • 「既存のハードディスクを使用」→フォルダアイコンをクリック
  • 先ほど取り出した「wasbook.vmdk」を選択

しばし待つと完了。

ネットワークの設定

起動前にネットワークインタフェースの設定をしておく。

• 設定→ネットワーク→アダプタ2
  • 「ネットワークアダプタを有効化」をチェック
  • 「割り当て」→「ホストオンリーアダプタ」

仮想マシンを起動し、root/wasbookでログイン。ネットワーク設定を編集し、eth2(ホストオンリーアダプタ)に固定IPアドレスを設定する。

ubuntuのネットワーク設定は以下のファイル。

# /etc/network/interfaces

Virtualb Boxだとeth1, eth2になるので、以下のように書き換える。eth2のIPアドレスはお好みで。このIPをhostsに書いておけば名前でアクセスできる。

auto lo
iface lo inet loopback

auto eth1
iface eth1 inet dhcp

auto eth2
iface eth2 inet static
address 192.168.56.108
netmask 255.255.255.0

ホストオンリーアダプタ(ホスト→ゲストへの接続で使用)もDHCPによる動的IPアドレス割り当てでかまわない場合は、eth1と同様「iface eth2 inet dhcp」とだけ記述すればよい。

ネットワークを再起動すると反映される。

# /etc/init.d/networking restart
# ifconfig -a

関連アプリケーションのインストール

リクエスト / レスポンスを見るために、Windows環境ではfiddlerをインストールする。

Fiddler Web Debugger – A free web debugging tool
http://www.fiddler2.com/fiddler2/

Mac版は存在しないので、WireSharkを入れておくのがいいだろう。

Wireshark · Go deep.
http://www.wireshark.org/

おわりに

ボリュームがある本なので大変だが、手を動かしながらちゃんと身につけていきたいところである。

はじめに

2011年3月11日に発生した「東日本大震災」に被災された方に、心からお見舞い申し上げます。いつもの毎日が、一日も早く戻りますように。

お前、誰よ？

だいぶ歳を食ったプログラマです。来年(2012年)には不惑を迎えますが、いまだに惑いまくり。

職歴

フリーターをしていたらなぜかゲーム業界に入り、家庭用ゲームの制作を8年ちょっと(前半4年は企画職、後半4年はプログラマ)。結婚を機に転職し、数度の転職を経て、いまはCP(コンテンツプロバイダ)でプログラマをしています。

プログラミング歴

中学生の頃に8bitマイコン(X1 turbo)でBASICを触りました。しばらく空白があったのち、ISDNの時代には趣味でperlやPHP。ゲーム屋ではC/C++やJava。転職後はC/C++、PHP、Java、C#など。今は主にRubyを書いています。

で、何が言いたいの？

自己紹介を読んでいただくとうすうす察しはつくと思いますが、大学には行ってないし新卒で就職したこともありません。なので、新卒について語れることはほとんどないのですが…そこは「自重はダークサイド」という言葉もありますし。IT業界にこれから入る新卒のみなさんに、新卒の経験「以外」でお話しできることを書こうと思います。

転職の準備をしよう

終身雇用制度の終わり

終身雇用制度は崩壊した、という話を、どこかで見聞きしたことはないでしょうか。

少し前の日本では、新卒で就職した会社に定年まで勤めることが当たり前でした。40年ほど働き、退職金と年金をもらい、老後はのんびり暮らす。それが普通のキャリアパスだったのです。

しかし、この20年で社会情勢は大きく変わりました。高度成長のあと「失われた20年」と言われる時期があり、さらにこの大震災です。復興のために、社会の変化はさらに加速していくでしょう。

そんな時代に新入社員となる皆さんは、40年後も同じ会社で働いているご自身の姿を想像できますか？「アタリマエ」か、それとも「アリエナイ」か。少し考えてみてください。

「アリエナイ」な人へ

今度入社する会社に、定年まで勤務するとは思えない。そう考えるあなたは、遅かれ早かれ「転職」というイベントを迎えることになるでしょう。

私の経験から、転職の準備は「早い方がいい」と断言できます。将来転職する見通しがあるなら、明日から準備を始めましょう。

「転職の準備」といっても、いきなり人材エージェントにコンタクトするわけではありません。転職するためにはまず…

• 転職市場が求めている人材やスキルを把握する
• 自分をアピールできる材料を揃える

…ことが必要です。どちらも時間があれば入念な準備ができるのは自明ですね。

「アタリマエ」な人へ

うらやましいですね。転職には大なり小なりリスクがあるので、しないですむならそれにこしたことはありません。

でも、会社を移る時のほかに、「自分をアピールする場面」はないのでしょうか？

たとえば、あなたの会社で新しいプロジェクトが立ち上がったとします。とても面白そうで、やりがいもありそう。あなたは「ぜひ参画したい」と思いました。

そんなプロジェクトなら、きっと同僚のみんなも参画したいでしょう。希望どおりにアサインされるためには、いかに自分のスキルがそのプロジェクトに役立つかをアピールする必要が出てきたりしないでしょうか。

また、どんなスキルが必要とされているかを知っておくことも無駄にはなりません。転職市場で必要とされているスキルなら、会社で取り組む案件でも必要とされる可能性は高いでしょう。

敵を知り、己を知れば

どうやら転職するにしてもしないにしても、「転職の準備」をしておくことは無駄にならないようです。ではその「準備」について、具体的に書いてみましょう。

転職市場が求めている人材やスキルを把握する

あなたに素晴らしいスキルがあったとしても、それを活かせる仕事がなければ宝の持ち腐れです。また、市場が求めているスキルは、そのまま「現在注目されている技術」と言い換えることもできます。

今どんなスキルが求められているかを知ることは、自分に不足しているところを補ったり、得意な部分を伸ばしたりするのにとても有益な指標になります。

IT系のwebメディアやblog、さらに「転職サイトそのもの」を見る習慣をつけると、現在求められているスキルとは何かが見えてくるはずです。

自分をアピールできる材料を揃える

ITエンジニアが転職活動をする場合、一番多いのは人材エージェントを介するケースでしょう。転職サイトなどを通じて人材エージェントにコンタクトし、スキルシート(職務経歴書)を作り、それを求人している企業に送り、書類選考→面接→採用、という流れが一般的です。

この「スキルシートを作る」ということが、アピール材料を作る第一歩として役立ちます。

スキルシートとは、今までやってきた仕事とその中で得た経験やスキルを一覧にして、読み手に「この人は何ができるのか」を伝えるためのものです。仕事について自分をアピールするためにはほぼ必須のドキュメントと言えるでしょう。

さらにスキルシートを書くことは、自分のキャリアをふりかえり、スキルの棚卸しをすることも兼ねています。先ほどの「敵を知る」が実行できていれば、スキルシートを作成しているうちに、次に学ぶべきトピックに気づくこともあるでしょう。

アピールをしよう

ここまで、転職をするにしてもしないにしても、「市場調査」と「自己アピール」が必要だ、というお話をしてきました。そのうちの「自己アピール」について、もう少し掘り下げてみます。

スキルシートの次にすべきこと

スキルシートはあくまでも過去の経験をまとめたものです。もちろん自己アピールのためには大事なドキュメントですが、限られた紙面で十分なアピールができるか？といえば、十分ではないことがほとんどです。

ではスキルシートができたら、次に何をすべきか。それは「普段の行いをアウトプットする」ことです。

みなさんはtwitterアカウントはお持ちでしょうか。facebookは？はてなは？githubは？また、自分のblogは？

これらソーシャルメディアへ、普段の行いをアウトプットしておくことが、自己アピールにおいては強力な武器になります。

直面した問題とその解決をblogに書いておくことで、スキルシートより雄弁に自分のスキルをアピールすることができます。普段考えたことをtwitterに書いていれば、人間性についての判断材料にできます。githubでコードを公開していれば、直接力量を見せることもできるでしょう。

これらのアウトプットが充実してくれば、やがてスキルシートに書くべきことは、各種メディアのURLだけになるでしょう。

アウトプットすることによる学び

また、アウトプットすることは、自分のスキルを磨くことにもつながります。

人間誰しも見栄の心はありますから、自分のblogに間違ったことは書きたくないでしょう。そのためには、書いたコードや解決策を再度確認することになります。この「ふりかえり」の作業が、経験を確かな「知識」として定着させてくれます。

また、間違ったことを書いてしまったとしても、公開することでツッコミがもらえるかもしれません。間違いを指摘されると恥ずかしい気持ちになりますが、間違ったまま時間が過ぎることのほうを恐れるべきです。いただいたツッコミもまた、成長するための貴重な資源となるでしょう。

自己アピールを意識しながらアウトプットすると、自分のスキルも磨かれていく。そういうよいサイクルを回せるようになると、皆さん自身にとっても社会全体にもプラスになり、「幸せの総量」が増えることになるのです。

おわりに

長々とおつきあいいただきありがとうございました。みなさんが社会人として踏み出す第一歩が明るいものでありますように。そして、どこかの勉強会でお会いできるのを楽しみにしています。

まとめ

• 転職の準備とは「自己アピール」の準備である
• 市場調査とスキルの棚卸しをしよう
• アウトプットすることで「自己アピール」と「スキルアップ」をしよう

Links

新卒準備カレンダー 2011春 : ATND
http://atnd.org/events/13324

108番目のきのこを生やす会 : ATND
http://atnd.org/events/11274

Wife Hacks ～仕事と家族とコミュニティと～: 書類審査で落とされない「職務経歴書の書き方」
http://el.jibun.atmarkit.co.jp/wifehacks/2010/01/post-3b69.html

Amazon.co.jp： プログラマが知るべき97のこと: 和田 卓人, Kevlin Henney, 夏目 大: 本
http://amzn.to/fqBF5H

次回予告

次は@rokujyouhitomaさんです。よろしくお願いします！

ついでにNTEmacs環境も整備して.emacs.d/以下を大掃除したので、メモとしてエントリを残しておく。

【追記】環境は…

• emacs 23.2
• Mac OS X 10.6.6 (Snow Leopard)
• Windows7 64bit

install

cocoa emacs (mac)

cocoa emacsにはtypesterさんのパッチ2種(フルスクリーンの問題 / 日本語入力中のshiftキーの問題)を当てるのが定石になっている。

インストールにはhomebrewを使った。brew updateで用意されるformula(emacs.rb)には前述のパッチ2種のうち、フルスクリーン問題のものは含まれているが、shiftキー問題のものは含まれていない。

単にパッチのURLを足すだけなので、formulaを自分で書き換えて対応した。gistに貼っておいたので参考にされたい。

あとはインストールするだけ。完成したアプリケーションパッケージは/Applicationsに移動しておく。

% brew install emacs --cocoa
(snip)
% mv /usr/local/Cellar/emacs/23.2/Emacs.app/ /Applications/

NTEmacs (windows)

環境変数$HOMEを用意する。「システムのプロパティ」→「詳細設定」→「環境変数」→「ユーザ環境変数」に、変数：「HOME」 / 値：「C:\home」のように指定しておく。

gnupackからビルド済みバイナリをダウンロード / 展開して、bin/runemacs.exeを実行する。

.emacs.d

こちらを参考にディレクトリを構成した。

.emacs.d
├── config
│   ├── builtins.el
│   └── packages.el
├── env
│   ├── cocoa.el
│   └── ntemacs.el
├── init.el
└── packages

.emacs.d以下は近いうちにgithubにあげてあるる予定だ。

個人的に工夫しているのは、複数の環境を渡り歩くためにenvディレクトリを作成したこと。init.elの末尾で環境を判別し、env/{env_name}.elを読み込んでいる。

;; system-type predicates
(setq darwin-p  (eq system-type 'darwin)
      ns-p      (eq window-system 'ns)
      carbon-p  (eq window-system 'mac)
      linux-p   (eq system-type 'gnu/linux)
      cygwin-p  (eq system-type 'cygwin)
      nt-p      (eq system-type 'windows-nt)
      meadow-p  (featurep 'meadow)
      windows-p (or cygwin-p nt-p meadow-p))

;; Mac - cocoa
(when ns-p
  (progn
    (load "env/cocoa.el")
  ))
;; Windows - ntemacs
(when nt-p
  (progn
    (load "env/ntemacs.el")
  ))

configuration

以下、いくつかハマったポイントについて個別にメモしておく。

Windows7固有の問題

フォント設定

こちらをほぼそのままコピーしてフォント名だけ変えてある。

(set-face-attribute 'default nil
                    :family "Droid Sans Mono Slashed"
                    :height 80)
(set-fontset-font "fontset-default"
                  'japanese-jisx0213-1
                  '("ＭＳ ゴシック" . "unicode-bmp"))
(set-fontset-font "fontset-default"
                  'japanese-jisx0213-2
                  '("ＭＳ ゴシック" . "unicode-bmp"))
(set-fontset-font "fontset-default"
                  'japanese-jisx0213-a
                  '("ＭＳ ゴシック" . "unicode-bmp"))
(set-fontset-font "fontset-default"
                  'japanese-jisx0208
                  '("ＭＳ ゴシック" . "jisx0208-sjis"))
(set-fontset-font "fontset-default"
                  'katakana-jisx0201
                  '("ＭＳ ゴシック" . "jisx0201-katakana"))
(add-to-list 'face-font-rescale-alist '(".*ＭＳ ゴシック.*" . 1.2))

face-font-rescale-alistは少しトライ＆エラーが必要かもしれない。

フォントのアンチエイリアシングの問題

Macではアンチエイリアスの効いた描画で使っているが、NTEmacsでは長らくMSゴシックのビットマップ表示で使っていた。Windows7(64bit)でもアンチエイリアス描画させるには、gdippというソフトウェアを使う。

gdippはインストール時に「Shortcut」を選択し、デスクトップにプログラムローダのアイコンを作ってもらう。そのアイコン(32bitの方)にbin/emacs.exeをドラッグ＆ドロップすると、アンチエイリアスをかけて描画されるようになる。

ただし、runemacs.exeを経由していないのでよけいなコンソールが表示されてしまう、という問題が残る。探してみたところこちらではNTEmacs専用のgdipp_loader_32.exeをビルドして使っていた。

手元のWindowsにはVisual Studioが入っていないこと、MSゴシックをアンチエイリアス描画しても美しくないことがが理由で、今回はgdippの利用を見送ることにした。

cygwinのgitでgithubにアクセスするときの問題

おすすめ設定で紹介されていたパッケージインストーラをいただいて使っているのだが、NTEmacsでgithubからインストールしようとするとエラーが出る。原因はSSLの証明書がないため、curl / wgetがSSLでアクセスできないため。

消極的な対策だが、gitのオプションで「証明書のチェックをしない」と設定することで回避した。参考にしたのはこちら。

% git config --global http.sslVerify false

Mac固有の問題

フォント設定

こちらをまるっと参考に、ASCIIフォントはDroid Sans Slashedにした。日本語はosakaにしたい気持ちだったのだけど、文字の高さがだいぶ違ってバランスが悪いから断念。慣れたらヒラギノ丸ゴもいいもんだ。

;; フォントセットを作る
(let* ((fontset-name "myfonts") ; フォントセットの名前
       (size 12) ; ASCIIフォントのサイズ [9/10/12/14/15/17/19/20/...]
       (asciifont "Droid Sans Mono Slashed") ; ASCIIフォント
       (jpfont "Hiragino Maru Gothic ProN") ; 日本語フォント
       (font (format "%s-%d:weight=normal:slant=normal" asciifont size))
       (fontspec (font-spec :family asciifont))
       (jp-fontspec (font-spec :family jpfont)) 
       (fsn (create-fontset-from-ascii-font font nil fontset-name)))
  (set-fontset-font fsn 'japanese-jisx0213.2004-1 jp-fontspec)
  (set-fontset-font fsn 'japanese-jisx0213-2 jp-fontspec)
  (set-fontset-font fsn 'katakana-jisx0201 jp-fontspec) ; 半角カナ
  (set-fontset-font fsn '(#x0080 . #x024F) fontspec) ; 分音符付きラテン
  (set-fontset-font fsn '(#x0370 . #x03FF) fontspec) ; ギリシャ文字
  )

(add-to-list 'default-frame-alist '(font . "fontset-myfonts"))

;; フォントサイズの比を設定
(dolist (elt '(("^-apple-hiragino.*" . 1.2)
               (".*osaka-bold.*" . 1.2)
               (".*osaka-medium.*" . 1.2)
               (".*courier-bold-.*-mac-roman" . 1.0)
               (".*monaco cy-bold-.*-mac-cyrillic" . 0.9)
               (".*monaco-bold-.*-mac-roman" . 0.9)))
  (add-to-list 'face-font-rescale-alist elt))

;; デフォルトのフレームパラメータでフォントセットを指定
;; # これは起動時に default-frame-alist に従ったフレームが
;; # 作成されない現象への対処
(set-face-font 'default "fontset-myfonts")

設定を変えたらemacsを再起動しないと反映されないことが多い。

optionキーとcommandキー

メタキーがoptionキーに変更されていて、とてもびっくりした。いまさら人間の方のバインドは変更できないので、こちらを参考に入れ替えておく。

;; Command-Key and Option-Key
(setq ns-command-modifier (quote meta))
(setq ns-alternate-modifier (quote super))

￥マークとバックスラッシュ

M-\ (delete-horizontal-space)が動かないのでdescribe-keyしてみたら、「M-￥ is undefined」と言われる。またしてもこちらを参考に入れ替えた。副作用として半角の￥マークが打てなくなってしまったが…いや別に困らないか。

;; Backslashes
(define-key global-map [165] nil)
(define-key global-map [67109029] nil)
(define-key global-map [134217893] nil)
(define-key global-map [201326757] nil)
(define-key function-key-map [165] [?\\])
(define-key function-key-map [67109029] [?\C-\\])
(define-key function-key-map [134217893] [?\M-\\])
(define-key function-key-map [201326757] [?\C-\M-\\])

共通の問題

[f5]とanything.el

キーボードマクロ関連をF3〜5にアサインしているのだが、anything.elをインストールしたら怒られるようになってしまった。

これはanything.elの機能を呼び出すキーバインドのプレフィクスとして「[f5] a」という微妙なアサインがされているため。

;; anything.el
;; <f5> a というバインドがかぶるので変更
(custom-set-variables
  ;; custom-set-variables was added by Custom.
  ;; If you edit it by hand, you could mess it up, so be careful.
  ;; Your init file should contain only one such instance.
  ;; If there is more than one, they won't work right.
 '(anything-command-map-prefix-key "\C-c\C-f"))

visible-bellの問題

【2011-03-18追記】

ビープ音(ベル)がやかましい。対処としてよく紹介されているのが…

(setq visible-bell t)

という設定。でもこれを設定すると、cocoa emacsでは画面中央に豆腐が表示されてしまう。これもなんとかしたい…と思っていたところ、完全に止める方法が紹介されていた。

;; ビープ音,画面フラッシュなし
(setq ring-bell-function 'ignore)

まとめ

まだ古い設定から移植しきっていない機能もあるが、とりあえず仕事をするのに不自由しないところまでは回復した。以前はいろんなelispを探してきては入れてカオスになってたんだけど、それらの多くが標準でできるようになってるのはとてもいいことだ。

次の目標は、CUI上のemacs(mac / CentOS)も同等の使い勝手にすること。

Links

【移行のきっかけになった記事】 igaiga diary(2010-12-30)
http://igarashikuniaki.net/tdiary/20101230.html

【typesterさん作のpatch】 Downloads for typester's emacs – GitHub
https://github.com/typester/emacs/downloads

【patchを組み込んだformula】 emacs 23.2 formula for homebrew with `fix-shiftmodifier-with-ime.patch` — Gist
https://gist.github.com/861826

【NTEmacsのダウンロード】 gnupack Users Guide – ダウンロード
http://gnupack.sourceforge.jp/docs/current/UsersGuide_download.html#_download_emacs

【.emacs.d/以下の構成】 おすすめEmacs設定 – ククログ(2011-02-16)
http://www.clear-code.com/blog/2011/2/16.html

【NTEmacsのフォント設定】 NTEmacs23 日本語環境設定｜とんじるのブログ
http://ameblo.jp/tonjiru2121/entry-10488500864.html

【gdipp】 gdipp – Project Hosting on Google Code
http://code.google.com/p/gdipp/

【gdippの使い方】 窓の杜 – 【REVIEW】インストールするだけであらゆるソフトのテキストを美しく滑らかに描画「gdipp」
http://www.forest.impress.co.jp/docs/review/20100517_367633.html

【NTEmacsとGDIPP】 アプローズの日記
http://applause.elfmimi.jp/diary/m201009.shtml#20211534

【cygwinとgithubの問題】 $ git config –global http.sslVerify false
http://d.hatena.ne.jp/gnarl/20101105/1288940077

【carbon emacsのフォント設定】 Cocoa Emacs のフォント設定について – 瀬戸亮平
http://d.hatena.ne.jp/setoryohei/20110117/1295336454

【キーバインド】 過負荷な日々
http://cgi.netlaputa.ne.jp/~kose/diary/?20090806

【f5とanything.el】 PC日記: 2010年12月アーカイブ
http://www.wizard-limit.net/mt/pc/archives/2010_12.html

【ベルも画面フラッシュもoff】 Carbon Emacsの設定 – 情報関連の適当なノート
http://d.hatena.ne.jp/berukann/20100926/1285519392

環境

% ruby -v
ruby 1.9.2p136 (2010-12-25 revision 30365) [i686-linux]

概要

• すべてのクラス定数を取得
• ancestorsにExceptionクラスをもつものをピックアップ
• ソートして表示

以下のコードはワンライナーで書いたものを整形してコメントを追記しただけ。参考にしたのはこちら。

すべての組み込み例外クラス

以下のようなコードを書いてみた。

puts Object.constants.find_all { |c|
  (cc = Object.const_get(c)) &&         # シンボルからクラス定数を取得
  cc.respond_to?(:ancestors) &&         # ancestorsメソッドを持つ
  cc.ancestors.include?(Exception)      # Exceptionとそのサブクラス
}.sort

結果は以下のとおり。

ArgumentError
EOFError
(snip)
TypeError
ZeroDivisionError

途中省略してる理由は後述。

ExceptionとStandardError

Rubyの組み込み例外クラスはすべて祖先に「Exception」を持つ。そのうち「通常のプログラムで発生する可能性の高い例外クラスを束ねるためのクラス」として「StandardError」がある。StandardErrorはrescue節で補足する例外クラス名を省略した場合のデフォルトとして使われる。

ということは、Exceptionを継承しつつStandardErrorを継承していないのはわりとfatalな(=補足すべきではない)例外なのだろう。これはわけて調べる必要がありそうだ。

冒頭の一覧が省略されているのはそんなような理由である。コード自体は抽出条件を変えるだけなのでほとんど同じ。

StandardError

puts Object.constants.find_all { |c|
  (cc = Object.const_get(c)) &&         # シンボルからクラス定数を取得
  cc.respond_to?(:ancestors) &&         # ancestorsメソッドを持つ
  cc.ancestors.include?(StandardError)  # StandardErrorとそのサブクラス
}.sort

ArgumentError
EOFError
EncodingError
FiberError
FloatDomainError
IOError
IndexError
KeyError
LocalJumpError
NameError
NoMethodError
RangeError
RegexpError
RuntimeError
StandardError
StopIteration
SystemCallError
ThreadError
TypeError
ZeroDivisionError

ライブラリの使い方を間違ったときなどによく見かけるエラーが並んでいる。

Exception

puts Object.constants.find_all { |c|
  (cc = Object.const_get(c)) &&         # シンボルからクラス定数を取得
  cc.respond_to?(:ancestors) &&         # ancestorsメソッドを持つ
  cc.ancestors.include?(Exception) &&   # Exceptionとそのサブクラス
  !cc.ancestors.include?(StandardError) # StandardErrorとそのサブクラス以外
}.sort

Exception
Interrupt
LoadError
NoMemoryError
NotImplementedError
ScriptError
SecurityError
SignalException
SyntaxError
SystemExit
SystemStackError

いかにも致命的っぽいエラーが並んでいる。「NoMemoryError」なんか間違っても握りつぶしちゃいけない雰囲気が漂っているよね。

まとめ

• Object.constantsで定数が取り出せる＞定義済みのクラス名が含まれている
• Rubyの例外には2系統ある
• 例外を握りつぶすのはどこの世界でもご法度

Links

class Exception
http://doc.okkez.net/static/192/class/Exception.html

通常のプログラムで発生する可能性の高い 例外クラスを束ねるためのクラス
http://doc.okkez.net/static/192/class/StandardError.html

トップオブジェクトが持つClassを全部表示する方法 – [サ]ロンパスの日記
http://d.hatena.ne.jp/saronpasu/20080227/1204120421

Ruby で全ての例外を rescue (catch) する
http://sonic64.com/2004-10-14.html

やりかた

絶対パスの場合

SQL> @/path/to/sql/file/test.sql

相対パスの場合

SQL> HOST pwd
/path/to/sql/file

SQL> @@test.sql

注意

• 行末の「;」を必ず記入する
• 「HOST」はOSのコマンドを実行する命令。
  • HOST {command} : commandを実行する。
  • HOST : 単体で実行するとプロンプトがシェルに移る。exitするとSQL*Plusに帰ってくる。

いきさつ

• 連携してるDB(Oracle)のテーブルをalterすることになった
• alter文を書いたsqlをもらったので流してテストしたい
• そういえばファイルを流し込んだことないな
• 調べたらやり方出てきた
• twitterにメモった
  めも：sqlplus内でファイルからSQLを実行するには「@{sql_file_path}」。
• 「@@もあるよ」とご指摘をいただく
  • アットマーク二個とかもできるから場合によっては使い分けると便利ですよ (@Nakunaru )
  • 「@@」だと相対パスも大丈夫 (@onote2)
• ほほう、ところでカレントディレクトリを調べるには？
• 調べたらやり方出てきた
• メモしておこう

Links

参照サイト

@ : ＯＲＡＣＬＥ／オラクルＳＱＬリファレンス（SQLPLUS）
http://oracle.se-free.com/utl/C1_sql_run.html

HOST : ＯＲＡＣＬＥ／オラクルＳＱＬリファレンス（SQLPLUS）
http://oracle.se-free.com/utl/C1_os_cmd.html

twitter

Twitter / @SHIOYA, Hiromu: めも：sqlplus内でファイルからSQLを実行する …
http://twitter.com/#!/kwappa/status/27556967388020737

Twitter / @Nakunaru: @kwappa アットマーク二個とかもできるから場合 …
http://twitter.com/#!/Nakunaru/status/27566032897966080

Twitter / @Tetsuya ONODA: “@kwappa: めも：sqlplus内でファイル …
http://twitter.com/#!/onote2/status/27594982818840577

リファレンス

SQL*Plusコマンド・リファレンス
http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/server.102/B19277-01/ch12.html

@
http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/server.102/B19277-01/ch12.html#19936

@@
http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/server.102/B19277-01/ch12.html#20476

HOST
http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/server.102/B19277-01/ch12.html#33844