転職活動の振り返りと、人生の「もしも」

おがた (@xtetsuji) です。

2月始めに転職をして2週間経過。12月と1月は入院生活と病気生活で横になっていたのでまだ病み上がりで体力が戻りきったとは言えないのですが、だいぶ気分的に落ち着いたので、転職活動のことを文字で振り返ってみようと思います。

要所要所に、これからPerlで転職活動をする人への参考となることを書いてみたつもりです。

詳細は退職エントリ入社エントリを参照下さい。長文ですが、忙しい人は見出しと太字だけ読めば何となく流し読み出来ると思います。

2013年転職活動の成果

2013年10月から12月初旬まで転職活動をしました。結果的に4社面接を受けて、2社不採用、2社内定という内訳。

入社した「株式会社Wano」以外に面接した社名については、昨今色々と敏感に反応する方もいらっしゃるので伏せることにします。

「1社目」は、勉強会でよく交流している方から以前より声をかけてもらっていた会社。今や誰もが使っている超有名プロダクトを出している大企業で、誰もが知っている会社。10月に転職活動を開始することになる前から水面下で話をしていたけれど、10月にいよいよ就職活動開始となったときに繋いでもらいました。結果的に一時面接で不採用になるのですが、面接前事前テストから面接決定そして一時面接を受けて不採用になるまでが1ヶ月以上(5週間くらい)かかって、大いに焦りました。「この調子じゃ、いつまでたっても次が決まらない」と。

1社目の不採用で、焦って次を当たりました。水面下で就職活動をしているとコッソリ伝えていた人づてに2社目3社目と面接を受けさせていただきます。

「2社目」は、社名自体の知名度はそれほど高くないものの、業績も良くて今元気な会社。主にモバイルでソーシャルゲームを開発運用している会社。私の経験を買われて、中の現場の人から熱烈歓迎を受けてオフィス見学までさせてもらって、すごい良いオフィスだと感動しました。ただ、マネージャークラスの方と面接したときの受け答えで何か良くない部分があったのか、まさかの不採用となってしまいました。中の現場の方も残念がっていたので、本当に残念です。分析は後述。

「3社目」は、親会社の名前は誰もが知っている歴史のある会社の子会社。社員数数百人で、親会社なら万の単位の人数がいるらしいです。話を繋いでもらった中の現場の方に呼ばれて、上級職の方とざっくばらんに話をするという内容だったのですが、結果的にこれが一時面接のようなもので、次の「二次面接」で話をした方とも感触が合って、嬉しいことに内定をいただくことになりました。

「4社目」は、入社エントリでも書いた「株式会社Wano」。ここは今までの3社と違って、YAPC::Asia Tokyo 2013 のハガキを送ったのがキッカケで、中の人で知っている人が全くいない、だから興味があった会社でした。詳細は入社エントリを参照下さい。

所有スキルが一致する事が第一ではないらしい

私は2011年からPerlを中心としたエンジニアコミュニティでオープンに活動をしはじめて、そのなかでも「Apache mod_perl」と呼ばれるPerlを組み込んだウェブサーバを専業として各地でトークをしたりしていました。何しろ前職の業務のミドルウェアの縛りが相当きつくて、Apache mod_perl以外のウェブサーバを使わせてくれなかったという事情があって、それは今では良い部分も悪い部分もあったと思っています。

1社目と2社目は、社内にmod_perlの資産をまだ結構抱えていると聞いていました。なので1社目と2社目は結構自信があったのですが、結果は不採用となってしまいました。中の現場の人も意外がっていた部分です。

逆に、3社目はPerlの古い資産も抱えているもののJavaやPHPもあって、これからMojoliciousで新しいサービスをPerl部隊が作っていこうとしている会社。4社目(Wano)はAmon2をベースとしたフレームワークで結構長くサーバサイド開発をしている会社。この2つの会社はmod_perlとほとんど縁がなかったこともあって、面接を受ける段階で自分の強みが伝わらないから内定確度は低いと思っていたら、非常に好意的に迎えていただいて内定をいただけたました。

結果的に「Perl」という主軸となるスキルはすべての会社で訴求して一定の効果はあったのですが、その中でも自分が突き詰めた「mod_perl」というスキルは結果としてあまり活きなかったというのは興味深かったです。

すべての会社が面接時に私のオープンな活動に目を通していたはずです。1社目と2社目でも面接時にmod_perlの話やYAPCでのトークに触れたのですが内定を受け取ることはできませんでした。想像ですが、レガシー資産を抱えている会社はレガシー資産を捨てたい一心であって、今さらレガシー資産を専門に開発できる専門家なんて雇ったら捨てたいものも捨てられなくなるという思いがあったから不採用になったんじゃないかと思っています。あくまで想像でしかありませんが。

mod_perlがレガシーというくくりに入れられるかどうかは別ですが、多くの会社にとってPlackやそのエコシステムこそ新しく、CGIやmod_perlは旧世代のものだという認識でしょう。mod_perlが好きな私にとってはいささか寂しい話ではありますが、それが事実です。

ソーシャルゲーム業界はエンジニアが飽和していてハードルが高い

数年前に一世を風靡したソーシャルゲーム。プラットフォームとなる大企業、開発をしてプラットフォームにゲームを提供する中小企業、開発の受託を受ける零細企業、それぞれの規模で勝ち組と負け組がだいぶハッキリしてしまいました。また、ソーシャルゲーム自体の市場規模も以前ほどではありません。

何が言いたいかというと、ソーシャルゲームの開発運用経験が無いシニアクラスのエンジニアは今ソーシャルゲームの会社に入って開発運用の仕事を受けるのは難しいということです。2社目がまさにソーシャルゲームを作っている中規模の会社でしたが、私がソーシャルゲームについて中立的な立場であることや、ソーシャルゲームの開発運用経験が無いことを話したら場の空気が悪くなった(感じがした)ので、私の年齢になると中途無経験でソーシャルゲーム業界には入れないんだなと痛感しました。まぁソーシャルゲームが大好きだという熱意を押せばまた違った結果になったかもしれませんが。

今回は面接を受けませんでしたが、ソーシャルゲーム企業の代表格であるDeNAの募集要項を見ると「ソーシャルゲーム開発運用経験3年」がすべての職種において付いていて「こりゃ色々無理だな」と思った次第です。たとえ運良く入れたとしても、ソーシャルゲーム特有の知識を求められることは必死でしょう。他の落ち目になったソーシャルゲームの会社から人材は毎日のように流れてくるわけですし、私のような人材を雇う必要性は少ないわけです。新卒といった若い年齢でポテンシャル入社をするのはまた別の話ですが。

複数内定を選ぶ悩み

結果的に2社から内定を頂いたというありがたい状況ですが、同時に選択に悩むことにもなります。年収や福利厚生や職場環境といった部分は両社甲乙付けがたいという状況でした。

内定をもらったのは12月始めでしたが、悩んでいる最中に2013年12月11日の緊急入院となってしまいました。貧血と連日の胃カメラなどの検査の連続でグッタリしている最中に、3社目から返事を急かされるメールをiPhoneで確認したあと2時間ほど熟考したのですが、結果的にWanoを選ぶことにしました。Wanoが決め手になった部分については入社エントリに書いてありますが、選択は本当に僅差といった感じでした。同時に複数社受けても、内定をもらえてもせいぜい1つと思っていたので、これは本当に大変な選択でした。人生は選択の連続です

熟考の末にたどり着いた結論は「どんなにオフィス見学をしても面接で詳しい話を聴いても、実際に入社してみないと結局何も分からない」ということでした。分かれ道があっても、失敗を恐れずどちらかに歩いていかないと何も始まらない

実際に入社してみて

まだ2週間、緊張癖なので手探りです。1ヶ月とか半年とか1年経ったときに振り返りブログ記事を書こうと思っています。

前職が在職10年。客観的に見ても業界内ではかなり長いですが、10年ぶりに環境が一新したという事実にまだ慣れないというのが実際です。たぶん2ヶ月病気で病み上がり状態、かつ環境適用力が高いとは言えない自分の場合は、少なくとも慣れるまで1ヶ月くらいは掛かりそうです。

転職エージェントは絶対に使わないと決めた

今回の転職活動では、いわゆる「転職エージェント」というものは使いませんでした。退職エントリや入社エントリにも書いた通り、2010年に人生最悪の出会いをしたからです。

よく「転職エージェントは複数活用すべきだ」という意見を聞きます。あれの真相は、視野が広がるとかそういう意味ではなく、誤解を恐れずに言えば転職エージェント4人のうち3人は他人の人生なんて考えず、自分の目先の利益だけを考えて、人を会社に機械的に突っ込むだけの人売りに落ちぶれてしまっているからでしょう。数名に聞いたのですが、だいたいの人は転職エージェントの6割から7割5分は落ちぶれた人売りだと言うところ、自分と同じ感想を抱いているんだなと思いました。

私は2010年の最悪の体験以来、金輪際「転職エージェント」というものを使わない・関わらないと心に誓いました。

もしあなたが転職エージェントを使って転職活動をするならば、絶対に4人以上の転職エージェントを使うべきです。そしてそのうち胡散臭い下位3人は話半分で付き合う程度で良いでしょう。運悪く全員胡散臭い場合は全取り替えも躊躇なく行うべきです。それがあなたの人生とあなたのメンタルを守る大切な行動になります。

2010年転職活動の振り返り

2010年転職活動は、元同僚の「転職を考えていなくても自分の市場価値を測るためにも転職活動をしてみるべき」と言われ、2010年春に紹介された転職エージェントの出会いからになります。

2010年、時代はまさにソーシャルゲーム全盛時代、その転職エージェントはひたすらソーシャルゲームの会社を勧めてきます。当時ソーシャルゲームに何の関心も無かった私は「いいんですか?」と言うと「作れる力があれば良いし、そう言えばよい」という転職エージェント。面接に行って、作れる力があることを語って不採用になった理由が転職エージェントに伝わって、次の会談で転職エージェントから「何でそんなこと言ったんですか」と怒られるということを何度か繰り返しました。典型的なダブスタとしか言いようがありません。当時のソーシャルゲーム市場は年収も高騰しており、転職エージェントの実入りを考えれば、とりあえず多くのエンジニアを機械的にソーシャルゲーム会社に突っ込む事で食い扶持をつなぐという、人それぞれの人生プランを考えない、最悪の考えだったのでしょう。運が悪かったし、私自身も無知だったとしか言いようがありません。カルト宗教に勧誘されたりねずみ講に捕まって軟禁されるくらいの屈辱とストレスを味わいました

2010年の春から、転職エージェントと自然に縁を切った同年秋まで、人生最悪の半年間を過ごして疲弊しました。メールに返信できないくらい精神的に疲弊し、思い出したくもない最後にもらったメールが「メールに返信しないなんて大人として最低」だったと思います。「おまえのダブスタのほうが最低だよ」と返そうと思ったのですが、その余力もありませんでした。

今だから時効だと思うので2010年転職活動の一端をお話しますが、1社目はDeNAでした。転職エージェントのソーシャルゲーム至上主義に踊らされた序章でした。YAPC等の露出を通じてDeNAは良い会社だと認識していて(今も良い会社だと認識しています)、Perlという自分の強みも活きると思ったのですが、前述の通り不採用となってしまいました。

カレンダーに記録が残っている面接記録です。他にも面接を受けた会社があるかもしれないのですが、もうあの転職エージェントとのメールのやり取りを見たくないので、調べるのはやめました。また、DeNA以外は社名を伏せることにしました。

  • 2010年7月2日(金曜日) DeNA 0時面接 (転職エージェントを交えた雑談)
  • 2010年8月16日(月曜日) DeNA 一次面接
  • 2010年9月8日(水曜日) 某ECサイト運営会社 一時面接
  • 2010年9月24日(金曜日) 某ベンチャーキャピタル 一時面接
  • 2010年9月28日(火曜日) 某有名会社のソーシャルゲーム孫会社 一時面接
  • 2010年9月29日(水曜日) 某ECサイト運営会社 二次面接
  • 2010年10月4日(月曜日) 某有名会社のソーシャルゲーム孫会社 二次面接
  • 2010年10月25日(月曜日) 某ベンチャーキャピタル 二次面接

DeNAを除いて、二次面接までは進めました。ただDeNA以降、転職エージェントのダブスタに辟易として、なるべくソーシャルゲーム会社を避けようとしていた事が伝わります。この中で内定をもらえたのは「某ECサイト運営会社」からだけでした。ただ、業界で良い評判を聞かない「EC Cube」を採用しているというところと、社内がPHPとPythonで二分されているというところに自信がなく、「某ベンチャーキャピタル」の二次面接の結果を待ちたいという理由で内定を辞退することにしました。同じ問題解決の層であるLL言語が社内に多く乱立しているということは、何となく個人的に避けたかったという気分でした。Pythonオンリーであれば入社していたかもしれません。

この時期も就職氷河期で、新卒の圧迫面接などが問題とされていて、そういうのにさらされたら嫌だなぁと思っていたのですが、中途だからかそういうのにはほとんどあたりませんでした。あ、ただ「某有名会社のソーシャルゲーム孫会社」だけは、高圧的な面接態度にさすがに立腹した覚えがあります。2010年秋、Plackを使ったことがないということで相当罵られました。この親会社ももともと好きじゃなかったのですが、さらに嫌いになりました。ちなみに既にこの孫会社は業績不振で無くなってしまったようです。具体的な名前を知りたい方は口頭で教えます。ここではさすがに書けません。

人生の「もしも」

今考えると、だいたい自分の周りのサーバソフトウェアやミドルウェアは6年くらいの周期で変わっていったと思います。これは私基準ですが、1997年、2003年、2009年です。個々の事例は省きますが、2009年秋にはPlackが登場してPerlウェブ開発の世界に変革が起きました。だいたい世間的にもこの周期で影響力の高いソフトウェアが登場しているんじゃないかと感じます。なので昨今はソフトウェアの話よりも開発手法などといった話が多いという仮説。

退職エントリに書いてある通りですが、2009年に自分や後輩が作ったサービスを潰していく作業をすることで私は精神的に疲弊していきます。また、私の立ち位置が柱サービスへの所属へと変わること、またインフラ部門とのセクショナリズムが確固たるものとなったことにより、2009年以降サーバサイドの裁量がほぼ無くなってしまいました。

大企業や終身雇用制度の基であればセクショナリズムも良い方向に働くといえるのでしょうが、中小零細企業ではセクショナリズムなど良いことなど何も無いと私は断言できます。たとえ会社の経営層がそれで良いと感じても、エンジニアの仕事の幅は非常に狭まってしまい、スキルを伸ばす場としてはふさわしくなくなってしまうからです

2009年の退廃的な作業、それ以降のサーバサイドへの裁量の消失、そして2009年秋に起こったPlack等のPerlウェブ開発界隈での大変革を考えれば、2009年から2010年に前職を退職しておくことが自分のスキルを磨くことを含めて自分の人生プランとして良かったのではないかと思えます。ただ、それは元同僚がキッカケで転職エージェントを通じて実際に2010年に行ったものの、(まず転職エージェントが最悪だったとはいえ)上手くいかなかったのでした。

また私は業界で無名で、まずはスキルセットを増やすかセルフブランディングをする必要があったのだと思います。

2011年からの転換

2010年秋に精神的に疲弊しきって、いったんすべての活動をやめてしまいます。転職エージェントとも縁を切りました。ただ、なぜ転職活動が上手くいかなかったのか、自分がこのまま閉じた場所でスキルを伸ばせなくて良いのか、等々といったことは何度も考えました。その結果として、2011年からオープンな活動を始めるのでした。

まずはYAPCのパンフレットで見た地元企業スカイアークにアプローチしてみることからでした。運良く繋いでくれる人がいて、2011年のゴールデンウィークの間の平日に帯広本社に行って、@onagatani さんと初対面、そして @onagatani さんの持ち味である強引な人心掌握術(?)で、2011年7月の Hokkaido.pm (#5) に初参加、そして20分初トークという事になりました。地域PMは初参加、そしてオープンな場所で人前で話すのは初めてといった状態でした。トーク自体はあまりうまくいかなかったのですが、これが記念すべきオープンなアウトプット活動の最初となりました。

それまで、Linux系のイベントやYAPCをはじめとした勉強会やカンファレンスに聞き手として参加していたことは何度もあります。また後輩育成のために社内で熱心に教育活動はしていました。とはいえ、聞き手として参加するだけでは勉強会やカンファレンスを真に満喫したとはいえず(ということは今になって痛感)、社内で熱心に教育した後輩はみんな別の大企業に行ってしまいました(結果的に「別の大企業」を育てただけと気づいたときは無力感に苛まれました)。社内教育は必要なことですが、人材が流動的な業界では社内教育一辺倒になってはいけないのだと思わされた次第です

2010年の転職活動の失敗は、転職エージェントが合わなかったという原因以外に、転職エージェントを頼らないと転職活動ができないという自分の弱さからだと分析しました。その後も他の地域PMなどに参加してトークを重ねることで、まずセルフブランディングをしていこう、そうしないと終身雇用制度が崩壊した昨今、今いる会社も安泰とは限らないし、将来的にエンジニアとして生きづらくなると考えました。

セルフブランディングという活動と実際のスキルを伸ばす活動

セルフブランディングといっても、トークだけでなく、オープンなプロダクトを出していくことも徐々に行っていきました。ただGitHubは2009年にアカウントを取得しただけで、本格的に使い出していくのはもうちょっと先になります。

会社で得たスキルは「Apache mod_perl」くらいしかありませんでした。もともと自分は、会社で得たスキルと自分で得たスキルを混ぜて両輪回していくタイプでした。2003年に新卒入社をして自宅サーバを作ったりする技術などをそうして回して言ったのですが、2009年以降は自分で得たスキルを会社に投入することができなくなり、会社のミドルウェア等の縛りがきつくなって、会社で得られるスキルが限定的になってしまうというジレンマに陥ってしまうのでした。愛社精神はあって、会社で使えるスキルを自宅でも勉強するというスタンスでいたのですが、結果的にこれは無為に時間を過ごす悪い考えとなってしまいました

そういうわけで、結果的にニッチで古いと認識される「Apache mod_perl」という話題を突き詰めて各地でトークをして、2012年と2013年のYAPC::Asiaでもそれでトークをすることとなります。

この活動で「mod_perlといえば@xtetsuji」「mod_perlの神」などと恐れ多い事を言われることも多々あったことはセルフブランディングの成功例だと思います。ただ、2013年就職活動を振り返ってみると「レガシーしか知らない人」という見られ方をたぶんされてしまったのは、このセルフブランディングの失敗例だったと言えるでしょう。セルフブランディング活動も、ブランディングの題材によっては良い方向にも悪い方向にも解釈されてしまうという一例なのだと思います。

実際にmod_perlの勉強は進めたりしたのですが、それ以外の活動は「どうせやっても会社で使えない」ということで勉強が気乗りしなかったことは事実です。会社の研究職ポジションでAnyEventやTwiggyを推したり、個人的に作りたい小さな書き捨てサーバをPlackで書いたりといったことはありましたが、手を伸ばしたジャンルの幅が広がらなかったのは、私の会社を中心とした考え方が悪い方向に働いたのだと今では反省しています。これは会社自体が自由に何でもやらせてくれるか、そうではないのかにもよると思います。2008年まではこの考えで色々なスキルが伸びていたことを考えると、会社や各種状況によってこの考え方が良いか悪いかは変わってくることなんじゃないかと思います。

そういう考えを薄々感じつつ、本格的に自分で作ったモジュールなどを公開していくのは2013年になってからになります。2009年に取得したGitHubアカウントがGist以外でようやく大々的に使われていくのでした。PAUSE IDも取得して、色々管理画面をいじっていたら、うっかりCPAN Authorになったりもしました。ようやく健全なセルフブランディングができつつある、そう感じたのは2013年になってからでした。

自力で転職活動をするメリットとデメリット

転職エージェントの話になると、自力で転職活動をする・転職エージェントを利用する、それぞれのメリットとデメリットが話題になります。

転職エージェントを利用すると、以下のような利点が挙げられるのではないでしょうか。

  • 会社を見つけてきてくれる
  • 予定を調整してくれる
  • 職務経歴書や面接結果を分析してくれる
  • 採用時の給与交渉をしてくれる

これは一例で、転職エージェント礼賛記事になるとあらゆる利点を挙げた上で「転職エージェントを使わない手はない」といった論調が繰り広げられますが、私はこれらに懐疑的です。

2010年に転職エージェントが「見つけてきた」会社は、どれも私にとって乗り気ではない会社ばかりでした。転職エージェントとの席では、転職エージェントが何に熱心になるかというと、私がこれらの会社を好きになり、これらの会社の面接に乗り気になる説得ばかりでした。果たしてこれが私の(あなたの)人生にとって良いことでしょうか。甚だ疑問です。

予定調整に関しては助かる部分もあるのですが、自力でも負担なくできることでした。

職務経歴書の分析はエンジニア経験がない転職エージェントは適当なことしか言わないという印象を受けました。もちろんすべての転職エージェントがそうではないのかもしれませんが、多くの転職エージェントはそうであるというのは前述と同じでしょう。全く職務経歴書を書いたことがないという人も、友人知人に相談したり、ウェブで参考例を検索すれば済むことです。むしろ、あまりにも長大で力作な職務経歴書よりも、あなたのオープンな活動のほうが評価されることでしょう。オープン系ITプログラマであれば、ブログを書いたり小さなことでも良いのでオープンな活動を絶対にすべきです。

給与交渉を転職エージェントのメリットとする人は多いと思いますが、私は疑問です。この部分は、転職エージェントは自分の利益が少しでも増えるためにやっているだけです。これから私が(あなたが)入る会社が転職エージェントの手数料で相当懐が痛むことを考えたら(会社は転職エージェントにあなたの年収の数ヶ月から半年分くらいの手数料を払います)、自力で面接に行って内定を勝ちとった後で、自分が納得しない額の年収を提示されたら内定を辞退するくらいの勢いで良いのだと思います。

それ以上に、私の(あなたの)働きがいは金だけなのか?金は大事だけどそれと同じくらいに大切なものがあるのではないか、目先の金に執心しすぎてそういうところを見誤ると、劣悪な仕事環境に陥ったり、プライベートの時間が持てなかったり、金以上に大切なものを失うことだってあると感じます。

一番怖いことは、転職エージェントの話に乗せられるままに転職活動をして「思考停止」してしまうことです。私も2010年に転職エージェントを精神的に拒絶しなければ「思考停止」したまま、転職エージェントの言いなりになって、入りたくも入りたくなくもない曖昧な考えで会社に入って、その後のキャリアプランを台なしにしていたかもしれません。

もし、あなたが転職エージェントを使うなら転職エージェントに「思考停止」させられることだけはあってはなりません。都度自分の頭を使い、何が自分のキャリアや人生にとってよいか自分自身で熟考して考えるべきです。

なぜ2013年就職活動は上述の4社だったのですか?

単純に声をかけてもらった順番と自分で考えて良いと思ったところだという理由です。

ただWanoに関しては別で、中がよく分からないからまずオフィス見学をさせてもらおうと思ったら面接が始まって、トントン拍子で内定をいただいてしまったという感じでした。結果的にその会社に入社するとは運命的という感じです。

私が水面下で転職活動をしているということが広まって、後になって声をかけてくださった会社は他にもありました。本当にありがたいことです。その時には既に2社内定を貰っていていて、そのことを伝えたのですが、それでも良いとオフィス見学をさせてくださったガイアックスさんのご好意にはこの場を借りて感謝します。

あの大きな企業は選定基準に入らなかったのですか?

在職していた会社が20人規模の小さな会社だったので、大企業には正直興味がありました。

ただ、2013年就職活動の1社目が大企業で、散々待たされて不採用という感じだったので、大企業を中心に攻める戦略は無理そうだなと感じ、戦略を改めました。また、YAPC等でも新卒を百人単位でエンジニアを採用しているよと発表している企業は、なんとなく近寄り難い感じがして避けました。優秀な若い人に(教わることには抵抗ないのですが)埋もれること、そもそも中途より新卒指向であると推測できることもありました。また、この規模の企業は私のような人間のスキルが吹き飛ぶような超絶な人が何人もいます。内定の見込みは当然低いでしょう。

「3社目」が親会社が大企業で、そこに結構興味を覚えたことは事実です。ただ、社内政治的なことがあったら嫌だなぁという思いもあったりして、相当色々考えた末に辞退させていただくことにしました。苦渋の決断でした。

スカイアークには入らないんですか?

私の人生を変えたとも言えるスカイアークですが、色々考えて、まだスカイアークに入る段階ではないと感じました。

家庭的な事情で、将来的に北海道の実家に帰りたいと考えています。その時の就職先の選択肢はたぶんスカイアーク帯広本社になるのではないかと勝手に思いますが、スカイアーク帯広本社のエンジニアは少数精鋭かつ相当手広い知識を持っています。今の私にはまだ雲の上と感じました。スカイアークが求めるような手広い知識を身につけることがまず先決かと今は感じています。

また私のような発展途上なエンジニアは、今は東京という情報が集まる場所にいて、スキルを磨き研鑽する時期なのだと感じています。スカイアークには東京営業所がありますが、今回は色々な思惑から採用申込みの優先順位をグッと下げた結果が今回です。

各人それぞれのスキルでPerlを武器に転職活動をするには

Perl入学式などに出ていると、Perlのビギナーの方々がPerlを使った仕事をしたいという話を聞くことが時折あります。

これについては、多くの人に聞いたのですが「頑張れ」としか言えないと感じています。私が在職している会社に紹介することはできますが、判断するのは経営層なわけで、私の一存で就職を斡旋することは当然できません。

参考になるのは私の前職の後輩かもしれません。彼の前職は職業プログラマではなく、Perlは趣味でCGIなどを書いていたという経歴でした。転職エージェントにも「30歳近くで業務経験もない人がIT系に転身出来るはずがない」と言われていたようです。転職エージェントらしいですね、アハハ。

ただ、彼は面接時に趣味で作ったPerl CGIの掲示板プログラムのデモを行ったのでした。組織的にウェブフレームワークを使った開発をしている企業であればまだしも、私の前職はmod_perl環境に *.cgi のようなものを並べる仕事だったので、小奇麗に作られたその外観もあって好感触を得て、結果採用となりました。

ここで言えることは以下のようなことだと思います。

  • とにかくPerlの基礎を勉強する。少なくとも何らかの入出力を伴うウェブアプリケーションが書けるくらいまで。
  • 有名な大企業は難しいが、まだレガシー開発をしている中小企業を地味に当たる。情報収集は転職エージェント任せにせず自分中心でやる。勉強会などの人のつながりを最大限に活用する。これは苦難の道かもしれない。
  • 面接時に自作アプリのデモをするといった一見奇抜な作戦に出る。オープンな活動をしているとさらに良い。
  • 意外に外観重要。MojoliciousやAmon2も良いけど、パッと見で評価されるアプリなのでTwitter BootstrapやCSSなどの力のほうが効いてくる
  • IT業界の職歴なしで30歳を過ぎていたらかなり厳しいと思われる。この場合はパイの大きいJavaやPHPに切り替えることも考える。IT業界への転身さえできれば、あとは職歴を詰んでPerl業界に入れる可能性は広がってくる。

とにかく人の人生に無責任な事を言えないので、上記については参考としてください。私が忙しくなければ個別にご相談に乗ることはできますので、興味のある方は声をかけてください。

Wano株式会社に入社しました

おがた (@xtetsuji) です。

題名の通りですが、2014年2月1日付けで「Wano株式会社」に入社しました。2月3日(月曜日)に初出社しました。

先日の退職エントリが長すぎと何度か指摘を受けたので、転職活動中の詳しいお話については別に書きます

Wanoを選んだきっかけ

転職活動の最初の一社目が、面接前事前テストから一時面接後の不採用まで一ヶ月以上という時間のかかりようで「このまま転職活動していたら何時まで経っても終わらない」と危機感を募らせていました。

ちょうど数社の中の人から声をかけてもらっていたので、ひとまず直近で声をかけてもらっていた2社の中の人に頼ることにしました。

ただ、最初の一社目の選考時間の掛かりすぎに焦ったこともあって、同時に前々から興味を持っていたWano社に以下のようなアクションをかけてみることにしたのでした。

YAPCのカード1

 

あれ、これはどこかで見たことがありますね…

YAPCのカード2

 

といった感じ。せっかく貼られた50円切手の有効活用。面白法人カヤックさん、ありがとうございます。

このハガキ、送っても返信は返ってこないだろうと思っていたら、しばらくしたらWanoの中の人からメールでアクションが返ってきました。あとで聞いたら、向こう側もこのハガキが送られてくるとは思っていなかったようです。

この後、一時面接は前述の2社とほぼ同時日に行われることになりました。

一時面接は無事通過し、社長と話すために少し日を置いて二次面接に来ることになりました。二次面接はざっくばらんに社長とお話をして「しばらく待ってもらえますか?」「はい」→約10分くらい経過→「じゃ内定で」という驚くべきスピーディな流れ。一社目もこれくらいのスピーディな流れで結果を出してくれれば(たとえ不採用でも)良かったのにと思わざるを得ません。

Wanoを選んだ理由

もともと数年前からYAPC::Asia Tokyoで露出はあった会社だったのですが、「音楽を事業としている会社」ということしかYAPCでもウェブサイトでも伝わってきませんでした。確かにこのソーシャルゲーム全盛時代に音楽事業とは興味深かったのですが、YAPCに大々的にスポンサーをしているにも関わらず、中でどんなPerlの技術が使われているのすら全く分からない。これは中に興味あるというわけで、オフィス見学くらいできればいいな程度の気分でハガキを出したのでした。面接を希望するにしてはこの手法はあまりにも不躾な気もします。

そんな気持ちでハガキを出したのですが、結果的にオフィス見学と同時に一時面接をさせてもらえました。面接などの中で聞いたPerlなどの技術の使われ方の洗練っぷりにも惚れたのですが、一連の流れのスピーディさに会社としての決断力があるなと思ったのも大きいです。

2008年創業の新しい会社だけあって、当然ながらレガシーの負の遺産はあまりなく、Plackなどの新しい技術が多く投入されているという印象でした。いま当たり前の技術を当たり前に使えるということがようやくできそうだという心踊る思いがありました。

二次面接で野田社長とお話させていただいて、エンジニアではないという説明を受けたのですが、話していてIT業界においてキャッチアップ力の高い方だなと感じました。何しろ若いし勢いがある。社会人として1社しか経験の無い自分でしたが、3人の社長を経験して、そのIT業界におけるキャッチアップ力には疑問を持つことも多くありました。今回「この社長となら気持よく働いていける!」と率直に思えたのは決め手でした。

面接で話を聞いていると、表には機密保持的に出しづらいものの、音楽事業以外にもいくつかの事業をしているようで、その堅い事業と自分との相性もよさそうだなと感じました

Wanoの社員数は30人ほどなのですが、社員に占めるデザイナーを含めたエンジニアの割合が半分くらいという多さにも惹かれました。15人が多いか少ないかは人それぞれの感覚ですが、社員比としても多いし、純粋な人数としても多いと思いました。だいたい二週間に一度の割合で社内勉強会も行われているようです。会社でこの規模のエンジニアコミュニティが形成できる点は魅力的でした。世の中、見回せば何百人もエンジニアを抱えている会社もありますが、多すぎても自分が埋もれるという部分もあるし、これくらいが今の自分にちょうどいいかなと思っています。

結果的に自宅から会社が近いという点も魅力的でした。大江戸線で4駅。電車が嫌いでも、これくらいであれば我慢できる範囲です。

ウォーターサーバーは無いものの、飲み物は常時ペットボトルで提供され続け、いくらでも飲むことが出来るのは魅力的でした。水と従業員福利厚生の相関を真面目に説くネットの記事もあるくらいですが、大げさではないと思います。ウォーターサーバーは自宅導入も考えたのですが、トータルコストの割には少人数ではメリットが少ないので、Wanoくらいの規模の会社だとペットボトル運用がピッタリだと思いました。

勤務時間は裁量労働制などではないものの、パソコン環境などの仕事環境を柔軟に選べるのも良かったです。個人的に裁量労働制には良い思い出がないし、自宅も近いので、定時出社・定時退社で良いと思っています。

その他にも色々と決め手がありました。

内定のその後

内定を頂いたのは12月3日でしたが、12月11日に胃潰瘍で入院してしまうのは以前のブログの通りです。その時も、Wanoの方々にお見舞いに来ていただき、正式採用の取り交わしをまだしていない身分にもかかわらず配慮していただいて、本当にありがたく思いました。

年をまたいで1月に一度出社して詳しい説明を聞くことになります。その後すぐ風邪→中耳炎→インフルエンザの流れになってしまうことを考えたら、タイミング良かったなと思わされます。インフルエンザが治った次の日から初出社という綱渡りのようなタイミングでした。

初出社した

今日2014年2月3日に初出社しました。

社内の空気も綺麗、水も飲める、うるさすぎない(音楽が流れていてちょうどよい)、といった良い第一印象を持つことができました。最近「行ってきた」で出てくるようなオシャレオフィスとまではいきませんが、必要十分な空間に満足できるものが手の届く範囲に揃っているという印象でした。

出社1日目は、パソコン環境の構築と、事務的なもろもろ、あと事業内容についての詳しい話を聴いたりしました。2日目以降、どんどん作業を進めて、早くプログラミングをしたり案件ハンドリングをしたり、バリバリ働いていきたいです。

株式会社fonfunを退職しました

おがた (@xtetsuji) です。

このたび2014年1月31日をもって、大学院卒業後の2003年5月25日に入社した「ネットビレッジ株式会社」時代から約10年間勤めた「株式会社fonfun」を退職することになりました。

これを書いている2014年1月現在ではまだ在籍はしていますが、最終出社日は2014年1月17日だったので、事実上退職をした状態になっています。

今まで「期日が決まったアルバイトを自動的に辞めた」ということはあったのですが、正社員として勤めた会社で正式な退職手続きをしたのは人生始めてとなりました。この移り変わりの激しいオープン系IT業界で約10年勤続という話をすると、多くの人に長いと驚かれることが多いくらい長かったです。

いわゆるこのような「退職エントリ」は、おもにオープンに活動するITエンジニアの同報通信的意味合いでしかありません。何らかの材料を探している人(株主など)は下記の私の長々とした思い出を読んでも得られるものは無いと思います。この点については、以前のブログエントリ「私が考える転職エントリのありかた」をご一読ください。

はじめに

書く前から想定していましたが、10年の思い入れのある歴史を振り返ったりしているので非常に長文な記事です。それだけに、私を応援してくださっている方にはぜひ読んでもらいたい記事ではありますが、忙しい方に向けて箇条書きで要約を書いておきます。

  • 大学院卒業後、2003年5月25日に入社した株式会社fonfunを退職することになった
  • 今のfonfunには期待しているし、今後も求められれば外部の人として応援していければよいと思っている
  • 10年の間に2回社長が変わったりして、3つの特色ある時代を過ごしてきて、正直弁護しきれない酷い時代もあったけど、今の時代は平和
  • 10年間のうち最初の7年間で先輩や後輩から色々学び、後の3年間はコミュニティとの両輪で成長していった
  • 色々な事があったけど、結果的に最後の数年の孤軍奮闘時代に会社に合わない施策を打ち出し続けた私の戦略ミスが大きかったと感じている
  • 当然ながら、退職を決断するまで非常に多くの要因があったが、総合的に退職を決断するに至った

誤解を招きたくなかったりするのでいくつか。

  • 長文の中には私の文章力不足等で誤解を招く部分があるかもしれませんが、私は今も昔もfonfun(と昔のネットビレッジ)という会社が好きだという根底が脈々と流れています。仕事仲間としてもプログラマーの仲間としてもとても大切な一人の後輩を残し、自社株をまだ持っている身として、今後とも外野から応援することは退職交渉時にも宣言しています。
  • 時々ある「退職エントリ」推奨派が言う「業界を良くするために前職の悪い点はどんどん糾弾しろ」といった内容は含まれていません。ただ、なるべく中立的な視点で良い点・悪い点を並べて書いている部分はあります。これは愚痴や文句ではなく、改善すれば会社も業界も良くなるだろうと考える私の主観的考えです
  • 私のことを応援してくれる方にはぜひ読んでもらいたいのです。ただ、こういうことは出来れば書きたくはないものの、私のことを嫌っていたり良く思わない一部の方は出来れば読まないでいただきたいと思います。ポジティブとネガティブは表裏一体です。私の事を良く思わない人は、私のポジティブワードを全てネガティブに読み替えてしまい、きっと嫌な気分になるだけです。

謝辞

最初に謝辞を書くのはどうかと思ったのですが、長文なので最初に書いておきます。

  • 2003年入社当時、大学院時代に習得したサーバ管理の知識で食っていけるかなといった甘い考えで入社した私に対して、厳しくも要所要所で的確に育てていただいた大御所のITエンジニアの先輩方には本当に感謝しています。「日本○○協会」の理事クラスの人とか当時ゴロゴロいて、「ここでミスしたら即刻業界から消される!」と日々戦々恐々としていました。
  • 入社して1年ちょっと経過した2004年ごろから会社の柱プロジェクト以外にも多角的にコンテンツ事業をしていこうということになり、そこでペアを組んだ若い企画職の後輩の皆さんや同僚がいたからこそ、Perlを使ってウェブプログラミングをするプログラマーとして自立することができました。私が力不足で一人でプロジェクトを任せられるレベルにないと部署内で先輩方から言われていた時に、無理を言って私を使ってくださった最初の企画職の方々には本当に感謝してもしきれません。
  • 2005年頃からECサイトを大々的に開発していくことになった際に入社した、多くの後輩プログラマーの方々は、本当に私を立ててくれました。最終的には私の待遇の低さをめぐって会社側と交渉までしてくれて、当時まだ力不足だった私にとって本当にありがたかったことは言うまでもありません。今でも本当に感謝しています。

上記で謝辞を述べた方々は全て退職していってしまいました。大切な人が去るたびに、自分も去るべきか何度も悩んだ事は事実です。

また、当時の「ネットビレッジ株式会社」へ行けとアドバイス下さった大学院時代の(他学科ではありましたが)先輩のMさん、ありがとうございます。

また、2013年1月現在fonfunに在職している方について、色々とご迷惑をおかけしましたし、また現在進行形でお世話にもなりました。本当にありがとうございます。

入社のきっかけ

思い出振り返りになりますが、入社のきっかけを書いておきます。10年前とはこの業界では悠久の時ですね。

2003年3月、大学院の卒業式がありました。そこで誰かに「次はどうするの?」と聞かれて、「あ!就職活動とかしていない!」と気づいたのでした。バカですね。

2003年3月現在、アルバイトとして働いていた付属の女子大のシステム構築が長引いていて4月上旬までそちらにかかりっきりになっていました。4月中旬にそれも落ち着いて、アルバイトとしての契約が終了ということで、改めて先輩と相談をしようと 、古巣の大学院生室に行ったところ、普段からよく訪ねてきてくれていた他学科の大学院生の方がいらっしゃいました。状況を相談したところ「ネットビレッジに行け!」と言われて、それに従って面接に行ったのです。何でですかと聞いたら「○○がいるからに決まってるだろ!」と一喝されてしまいました。本来であれば長い無職期間を作りたくなかったのですが、4月下旬に自転車で転倒事故を起こして顔面がひどいことになってしまい証明写真が取れず、2003年5月25日の入社となりました。当時の業界はまだ未成熟で、ネットビレッジに限らず、多くの会社は試用期間としてアルバイト(準社員)採用を普通にしていました。私は大学院を卒業したにも関わらず、卒業後アルバイトをすることになったのです。今では考えられないと良く言われることです。

面接では、入社後上司になり、今(2014年1月現在)ではJPAの理事となった方が面接官でした。「Emacsは使いますか?」という問いに、「はい、navi2chで2chをみようと思って使い始めました」とバカ丸出しの回答をして「コイツ絶対落とす!」と思われていた事を相当年月が経った後で聞きました。どうやら前述の相談に乗ってくれた先輩がDebian関連のIRCチャンネルで「採用しておくときっと役に立つ」と口添えしてくれたから救われたらしいです。本当にありがたいことです。

入社日は社内が大騒ぎだったことを覚えています。そう、2003年5月25日は初めての505iのi-mode端末が発売する日だったのです。今でいうガラケーが全盛だった時代、ドコモの新ラインナップ発売という出来事はケータイ業界が大騒ぎする出来事でありました。i-modeがこの10年で事実上姿を消して、Android/iOSという二強にすっかり置き換わるとは、この時は全く想像できない出来事でしたね。

在職中の思い出 〜在職約10年間と特にここ3年間を振り返る〜

入社のきっかけは上記の通りです。なんと怠惰な大学院生だったことでしょうか。これによって、「最後の紙の就職活動」「空前の就職氷河期」と言われた時代、ほぼ就職活動をせずに2回スーツを着ただけで結果的にアルバイトを経て正社員になることができました。感謝。

他人の「退職エントリ」は好きで結構読むのですが、こうやって私自身が退職エントリを書くことになるとは、約10年同じ会社で頑張って働いてきて、なんだか不思議な気分です。

よくある、入社3年前後で次の会社に行くような「準ジョブホッパー系」の人は「嫌なことは無かったし辞めたいと思ったこともなかった。ステップアップしたかった。」といった事を書いていますが、私は何度も辞めたいと思ったことがあります。辞めたかったというか逃げたかった、のほうが正しいかもしれない。綺麗事なんて言うつもりはないです。だいたい3年に一度は逃げたくなりました

とはいえ、ここ数年は全く落ち着いてしまって、逃げたいという感情を抱いたことは無くなったことは、会社全体が良くも悪くも落ち着いた証拠なのだと思います。2代目社長とその取り巻きが一掃され、3代目社長体制の努力の賜物でしょう。

逃げたかった話を3年ごとに分けて書いてみたいとおもいます。

まず2003年に入社してすぐ逃げたいと思いました。柱コンテンツの第4世代へのバージョンアップがうまくいかず、入社してから1年くらいはずっとバグとクレームとの戦いでした。傍観するしかなかった私も微力ながら協力しようと頑張りましたが、先輩方が発する凄まじい不機嫌オーラに押し潰されそうになることは何度もありました。時には協力会社がアホなことを言い出して、先輩がゴミ箱を蹴り飛ばして大声で罵声を上げることもありました。逃げたかったけど、同じ部署の先輩は業界で権威のある方々ばかりだったので、ここでやめたら業界から消される(今考えたら大げさかもしれませんが)という思いと、逃げたら負けだという思いがあって、思いとどまりました。2004年になって今も友人として交流することとなる仲間が企画職で入社して、相談相手ができたのも大きかったと思います。

そして2006年頃、社長が変わって2代目社長が打ち出した中国事業のとばっちりを食らうようになって連日屈辱的な作業を繰り返すようになって逃げたくなりました。創業社長が某施策の大失敗で心折れたのか逃げるように辞めてしまい、2代目社長は大好きな中国への中国事業へ2005年頃から会社全体を挙げてのめり込み始めます。当初の中国事業は「中国で作ったものを中国で売って利益を上げるだけなので日本とは関係がない」という話でしたが、その後すぐに日本からの受託事業へ切り替えます。いくら中国が当時の日本の10倍の市場規模とか言っても、貨幣価値が日本の10分の1くらいなのですから、柱事業もまだない中国子会社が食っていけるはずもないでしょう。日本の親会社に利益を還元するなんて夢のまた夢。見通しが甘すぎます。2代目社長、最初から最後まで疑問符のつくことしかやらなかったのは、この会社の歴史の中で最大の損失と言えましょう。この勝手な転換に私の尊敬する先輩エンジニア達は激怒し、辞めていきました。子会社の中国人が書いたクソコードの尻拭いと連日の徹夜、なのに2代目社長とその取り巻きによって中国子会社がもてはやされ、日本の技術者は中国の10倍の人件費の金食い虫と呼ばれ、当時は本当に悔しくて毎日「次の日に退職したい」感じでした。この中国事業、2代目社長とともにYahoo!ファイナンス掲示板では連日バッシングの対象になっていた(社内では内部犯行説も囁かれていた)のですが、2008年頃には我々日本の開発部署の間では「そもそも中国の子会社から納品されるものが動くはずがない」という前提となってしまい、ヘルプが来たら「はいはい、次はどんなものかな〜♪」とか超楽しんでいました!当然のようなクソコードに悪態付きながら(しかも悪態ついても誰も不幸にならない!素晴らしい!)何故か動かないのに納品されてしまったものを、我々日本の開発部隊が明日早朝の納品に間に合わせるためにタイムアタックをする。日本で当時行っていたECサイトの開発部隊として僕が育てた若い後輩とともに、徹夜作業を楽しんでいた(?)のが懐かしいです。2代目社長の取り巻き連中は、社長肝いりの中国子会社を使うことそれ自体で2代目社長に媚びていましたが、時が過ぎると中国子会社に発注することで自分自身も相当な被害を食らうことが分かったのか、日本の開発部署を頼るようになりました。私が「あれ〜、日本は中国の10倍の人件費なんだよ?あの偉そうな営業部長も言ってるでしょ?どうして日本の僕らの部署を使おうとするのかな?ウェブ掲示板なんて誰でも作れる簡単なプログラムでしょ?君らの大好きな中国を使いなよ」と言ったりするのが、もうもう楽しくてなりませんでした。とにかく、いじって遊ぶくらいしか価値のなかった中国事業と取り巻き連中でしたが、最後の方はいじりがいのあるとても楽しい遊び道具でした。そりゃ、2代目社長の筆頭太鼓持ちであった当時の営業部長K(既に退職)が大阪弁で「10倍や!10倍やぁ!」とか言いながら営業社員全員を引き連れて、連日のように開発部署のところにあのドラマみたいに「総回診」よろしく威圧しておりましたら、こちらも出方がありますよねぇ。繰り返しますが私は最後のほうはとても楽しんでいましたよ。後半戦は後輩達という味方ができたからだと思いますが、本当に楽しかった。

その後、中国事業の失敗やその他諸々が積み重なって、2代目社長の失脚となりました。大阪証券取引所(現在は東京証券取引所)からもその詳細顛末が公表されております。そして日本でも事業の急激な縮小を行っていくことになることは上場会社としての公開情報なのですが、事業縮小で後輩がいなくなり、自分や後輩が作った思い入れのあるサイトを潰したり他社に売るためにひたすらサイト閉鎖作業や引継書を作っていた2009年ほど、精神的につらい時期は無かったと思います。先輩もいなくなり、後輩もいなくなり、そして丹精込めて作った思い入れの深いサイトも自ら潰していく。こんな作業を通年やっていたら精神的にもおかしくなるよなぁと、今になって思う次第です。実は企画職の元同僚(当時既に退職)にこのころ転職を勧められて、転職エージェントを紹介されたのですが、この転職エージェントが人生最悪級の出会いで、実は一度転職活動をした2010年の春から秋にかけて、この転職エージェントとのやりとりは最悪としか言いようのない出来事になりました。潰す作業と人売りとのやりとり、この二つの出来事はまさに10年間の中で公私含めて最も精神的に追い詰められた出来事でした。精神的に余力があれば後述します。人売り、金輪際絶対に信用しない!!!

冒頭でも述べましたが、当時の後輩達の最後の尽力で、私は研究職として多少の待遇改善をさせていただくことになりました。本当にありがたい。上司は自由に研究をさせてくれて、2011年から始めたコミュニティ活動により多くのアウトプットが発生したのですが、会社というか主にインフラ系部署との方針の違いで、入れたい技術がことごとく入れられず、自分の役割を果たすことと、それを実際の業務に一切活かせないことのギャップに苦しんだのが2012年でした。結果的に「成果」が出せなかったことや、それに関わる諸々の要因で2013年度に**%年俸が下がってしまうのですが、雑談でそのパーセンテージを話したら様々な人から「明日退職レベル」と言われる始末(年収自体は機密事項なので話していませんが)。コミュニティ活動で日々研鑽をしていたつもりが、同列の大手IT企業の初任給より年俸が下がってしまい、「技術書を買って自分に投資しながらでも貯金が貯まる」から「自分への投資を最低限まで押さえても貯金が減っていく」という負の連鎖になってしまい、ITエンジニアとしてどうしようもなくなってしまいました。

「**%の年俸減」はちゃんとした理由があって、業績減の中での業績連動型賞与制度の中で、長く在籍している(6年頭打ち)年寄り(30歳以上)で職能要件がその役職(平社員)で頭打ち(フェローポジションは無い)をしている人に対しては、限られた固定費から出す年俸を下げざるをえないという事情があったようで、信頼する某氏からその説明を受けて非常に納得した(最近入った若い子達はあまり被害を被っていない)のですが、役員説明が足りないよねぇという話はありました。私の活動が真っ向から否定されたわけではないようで、この時は安心しました。まぁ、それを聞いたところでITエンジニアとしての負の連鎖は払拭できなかったのが悲しいところですが。

そして2013年にそれら諸々の理由を携えて転職活動へ再度踏み出すのでした。今回は人売りの力は一切借りず、コミュニティ活動で知り合った人にこっそり話をして、一社ずつ採用活動をしている会社を紹介してもらい面接をお願いするといった細々とした活動をしていくのでした。転職活動中のお話については興味深いのですが長くなりそうなので、別ブログ記事ででも語れればと思います

学べたことはいっぱいある

研究職として新たなプロダクトを仕入れつつも、様々な理由で通年に渡って自分の提案するプロダクトが入れられなかったのは、私の戦略ミスも大きかったと思いますし、会社が保守的なプロダクトを柱コンテンツに据えていて、多くの物事がその延長線上で考えられていたこともあったでしょう。まぁほぼ全ては私の戦略ミスでしょう

「危ない事は一切させてもらえなかった」というわけでなく、世間でよく知られたmemcachedやTwiggyが「素性の知らないサーバとして受け入れられない」という無念な理由で導入を拒否された割に、Apache mod_perl を worker MPMで動作させて Perl の ithreads で変数共有といったような、他のPerlハッカーが聞いたら危険すぎて断固拒絶するような危険極まりないことも逆にやることになりました。私も当初反対したのですが、Twiggyを却下された上に結果的にそれしか方法がないと上司に説得をされ、その設計をすることになり商用環境に投入されました。動かなくてクレームが来ても困るというスタンスでしたが、結果的に動作したので面白い経験をさせていただきました。それはYAPCのネタにも結実したわけです。そういう普通の会社では縛りと言われるものが結果的にApache mod_perlを極めるきっかけになったのは興味深いです。

2003年まで、尊敬する先輩方が、当時では先進的な様々なものを投入した時代が移り変わり、当時の先輩方がPerl CGIの高速化の意味で「mod_perlを知らないと…」と言った発言を真に受けて、洋書のmod_perlの書籍を何冊も熟読して、最終的にApache httpd serverで任意のTCPサーバを書くまで至るとは思いませんでした。2011年から始めたコミュニティ活動のネタとして、そしてYAPC::Asia Tokyoでのネタとして結実するとは、先輩方がmod_perlが…と言っている太古の昔の私は、全く想像していなかったことです。

また、新しいことが何もできなかったわけではなく、在職中盤あたりに後輩達と携わったECサイトではCatalystのような自社フレームワーク自体のメンテナンスを担当させていただき、そこでも勉強したてのmod_perlの知識が大いに役に立ちました。サイトの最後のほうでは、Catalystのソースコードを読んで、そこからパクッてくるという事もよく行っていました。ウェブアプリケーションフレームワークというものでコードを書くという機会がほとんどなかったのにもかかわらず、それ自体のコードリーディングやメンテナンスをするといった良い機会となりました。

粘り強く新しいものを社内から広めていくという方策も、うまくいった部分もあれば、私の戦略ミスで軋轢を生んだ部分もあって、成果半分、反省半分といった感じです。AnyEventが有用であることを社内IRCボットなどを通じて社内に対してアピールできましたが、反面社内サーバで勝手にperlbrew環境を構築したことで平謝りをしたこともありました。正直言えば、「普通の会社」が「普通にやっていること」ができないことで大いに苛立った事は確かです。ただ、今ではAnyEventも(たぶん社内で)受容され、インフラ系部署が拠り所とする「原則的にDebian stableのパッケージのみを使った開発をせよ」という部分で、Debian stableがPlackやMojoliciousをdebパッケージに取り込んでくれたおかげで、社内ツールからようやくMojoliciousによる新規ウェブアプリケーション開発ができるまで開拓することができつつあります。

当時の不安定なPOEでネガティブな印象が沈着していたPerlによるデーモン開発も、Debian stableに入ったAnyEventが有用であるということも分かり、PlackやMojoliciousでの開発ができるまでになった。私だけの成果だけでなく、数年前に一人入った優秀な後輩の力も大きいですが、これだけでも最近の成果として充実したものだったなと思う次第です。

Debian stableにはまだ日本由来の多くのPerlパッケージが入っていません。なので、TengやAmon2やStarmanやStarletを使った開発ができず、ORMは独自でそれっぽいものを書いて、デプロイ先のHTTPサーバはmod_perl (Plack::Handler::Apache2) によるものであることはしばらくは変わらないものの、開発フローはだいぶ「普通の会社」に近づいたと自負しています。残念ながらまだperlbrewやplenv、またcpanmは商用環境では使えません。とはいえ、AnyEventによるデーモンも安定していることが認知され、dbjアレルギーでdaemontoolsが使えなくても、今後はDebian stableにも入ったsupervisorによるデーモン管理など、「普通の会社」の「普通の開発」ができていくのではないか、残された後輩に期待しつつ、多少満足しつつ私は会社を去ることにしました。今後はDebian Developerを目指し、fonfunのためにDebian stableに日本由来のPerlパッケージのdebパッケージを多く公式パッケージに入れていく事に尽力していきたいと考えています。そうすることで、最近ユーザ数が増えているUbuntuなどのDebian由来のディストリビューションでも「システムPerl」の活用が結果的にしやすくなるのではと夢見ています。Ubuntuをサーバとして採用する会社もあると聞きます。結果的に多くの会社や個人にメリットがあるコミュニティ活動ができれば本望です。

コミュニティ活動との両輪と研究職的ポジション

以前の後輩達により待遇改善と研究職であるという肩書きが増え、2011年くらいから研究職的ポジションに立って業務を行い試行錯誤したことは前述の通りです。

とはいえ何もかも上手くいったかといえばそうではありませんでした。これも私の戦略ミスである部分が大きいのですが、コミュニティ活動と研究職的ポジションを相乗効果として両輪回すことができなかったという反省点があります。

コミュニティ活動で得た有用なプロダクトを入れようにも、他部署との交渉の段階で「普通の会社」が行っていることができないということが多くありました。私の交渉力不足や説得力不足もありますし、結局は私が10年平社員でしかないということもあったでしょう。他部署の部長級・課長級の人に断られたら太刀打ちできませんから。多くの会社が導入をして、有用な成果を上げているミドルウェアなどが導入できなかった事を私の力不足に帰してしまうのは無責任ではありますが、他人のせいにするわけにもいかず、結果論的にそう論じざるを得ない部分が大きいです。

そういう部分も、粘り強く打開して、上述のように「普通の会社」が「普通にやっている」ことができつつあります。今後、残された一人の優秀な後輩と、これから入社するまだ見ぬ優秀なエンジニアには非常に期待しています

また、社名で検索しても2代目社長のおかげで「上場廃止」とか忌まわしきキーワードばかりがサジェストされる検索エンジン、なんとかしたいと社名のイメージアップのためにYAPC::Asia Tokyoへのスポンサードや、私自身が社名を引っさげてプレゼンテーションをしたりといった、コミュニティとの接点を持って「社名のブランド化」を進めたりしましたが、これは上司から聞いた話では社内であまり好評を得ていなかったそうです。事情は伏せますが、これも私の戦略ミスが大きく、現在も大いに反省しています。また、YAPC経由でエンジニアを採用すれば人売りに払う余計な手数料が要らないという謳い文句をしていたのですが、結果的に「YAPC経由で来るようなスキルの保持者に見合う年俸が払えない」という理由で何とかナビを使っているのを知ったときのショックは相当大きかったですね…。既に人売りアレルギーを発症していたので、その時はもう膝から崩れる寸前でした。優秀な人をそれに見合った年俸で雇用して好循環を回せるような会社になってほしいと、外部から微力ながらも応援していきたいです。

エンジニアとしての立ち位置

ECサイトなどで会社が盛り上がっていた時代のエンジニアの後輩達によって、私の待遇改善が図られたことは前述の通りです。給与的な部分には跳ね返らなかったのですが、私が希望していた「新しいことを切り開いていく仕事」というのを自由にやらせていただくことができました。これは上司の意向とも一致した部分であり、会社に感謝している部分でもあります。

反面、それらの知識を実戦投入することがほぼできなかったことは、数年の私の経歴にあまりよい影響を与えなかったという後悔はあります。個人やコミュニティで開発したものはありますが、会社だからこそできる中規模開発運用というものが何年もできなかったのは大きな損失でした。

繰り返しになりますが、結果的に「新しいものを取り入れる研究職的ポジション」という与えていただいた立場と、様々な事情により「新しいものが取り入れられない環境」というはざまで大いに苦しんだことは事実です。これだけではありませんが、結果的にこれが積もり積もった退職理由の主要な要因の一つとなりました。

入社時、もともと私はPerlも知らず、MSX BASICとC言語を少し書いただけのある大学院生でした。大学院でサーバ管理者を体験させてもらった経験を生かしてインフラエンジニアになろうとしていたのですが、そんな知識は当時の先輩方の前では大した知識でもなく使ってもらえず、ひょんなことからPerlを書きはじめてウェブプログラマとなったのでした。現在、多くの会社ではAWSなどの存在でインフラエンジニアとの境界線はなくなりつつありますが、今までの体験を活かして、プログラマが動きやすいインフラエンジニアという先祖帰りした立ち位置でも今後仕事をしたいと思っています。

社員の利益、会社の利益

会社に属している以上、第一に考えるべきは会社の利益でしょう。「新しいものを試したい」ことが手段ではなく目的になってしまうアーリーアダプター的エンジニアにはならないように細心の注意をしたつもりです。

それでも、新しいものを全く試せないことは、オープン系ITプログラマである私にとっては大きな損失でもありました。これは給与的にではなくキャリア的にです。中には本当に「新しいもの」を導入することが正しい案件もありましたが、そこですら導入ができなかったことは悔やまれます。worker+ithreadsのmod_perl案件も、後から考えてTwiggy+デーモン管理ツールのほうが良かったかもしれないねというのは、それの設計を当時命じた上司と後に話をしたときの結果でした。とはいえこの場合は結果的にworker+ithreadsが貴重な経験になったことは確かです。人生何があるかわかりません。

平社員がどこまで会社に貢献できるか

役職に特にこだわりは無かったのですが、結果的に約10年ずっと平社員でした。名刺に書いてあった「ソフトウェアアーキテクト」というのは肩書きであって役職ではないのです。

後から入社した人が続々と係長や課長になり、結果的に議論の場で平社員が不利になるということを何度か感じました。上司には「年齢も在職年数も上のほうが圧倒的に威圧感がある」と言われましたが、私はそんなことは全く感じませんでした。20人(公開情報)の会社なのに、なんでこんなにも役職があって、そして約10年在職した私が平社員なんだろう…と何度も考えました。それはひとえに、新しいミドルウェアを導入して新しい製品を作り会社を豊かにしたいという議論がほとんど通らなかったからです。

「正しいことをしたければ偉くなれ」とはよく言ったものですが、フラットな組織を理想として、幅広く多くの意見を言い続けたことは事実です。そんな中で受け入れられない事柄がほとんどで、それは裏をかえせば「うるさいことをいう人間」という印象を与えてしまったのでしょう。私の戦略ミスです。いやらしい話になりますが、昇格チャンスも同時に逃していたことでしょう。

私が入社した2003年はインフラエンジニアとプログラマが不可分な状態で、そしてその部署は会社の中で超がつくほど最強の権力を有していました。2003年にペーペーで入社しその部署に配属された私は、他部署の物言えぬ人の窓口となり、その活動が会社のためになってきたと自負しています。

ただ、その後、様々な出来事が重なってインフラエンジニアとプログラマが分化し、そして徐々にコミュニケーションロスが発生し始めます。これはDevOpsという言葉などで、世間のIT企業でも同じ道を歩み、そして今ではAWSなどの台頭でインフラエンジニアがプログラマ側に徐々に職能をシフトしているという傾向です。直近では私が社内で合同部会などを主催することで溝を埋めることに執心していましたが、結果としては成果半分といった程度でした。

当時のような結果的に閉じた部署にしたくないと、私が先導してプログラマ部署は心を開いて色々な雑用を引き受けたことで、多くの部署と仲良くなれましたが、結果的に部署間ヒエラルキーとしてあまり良い位置に立てなかったように思えます。まぁこれこそが私の戦略ミスですね…。そもそも20人いる社員のうち、プログラマー部署は片手で余裕で数えるくらいしか人がいなかった。権力を持ちたいとかそういうわけではないですが、私が考えている理想像を実現するための権力以前の発言力すらなかったのは事実だったと思います。他の部署はどうだったでしょう…。考えることは建設的ではないので、これは考えないことにします。

2012年に入社して、私がやっていた仕事を一手に引き受けることとなった優秀な後輩は、黙々と仕事をこなすタイプの人で、そういうことを一切考えないのは良い傾向だと思います。与えられた事を、その場で使える技術でどうこなすか、それだけをじっくり考えて仕事が出来る後輩のような人・立場であれば良い仕事環境だったことでしょう。私がこの会社で研究職的ポジションに就いたことは終わりの始まりだったように感じます。ただ、コミュニティ活動で視野を広げて、今に繋がる「mod_perlと言えば@xtetsuji」といった外部でのセルフブランディングが出来るまでになったことは、心底良かったと思っています。会社というか上司にもそれを支援していただいたことは感謝しています。私の人生という視点に立って、もっと良い選択肢はあったと思いますが、その時に出来る選択で結果的に大きく間違ったことはしていなかったはずです。

ここでの話は、プログラマー部署で研究職的立場である私が現時点のオープン系ITプログラミング業界における「普通のこと」をやろうと苦心した特殊な立場の話だということです。全く一般論ではありません。この会社に入社する・在籍している他の職種の平社員や役職者が、この会社で与えられたことを工夫して取り組むことは、会社の構成員として自然と会社のためになるはずです。そこについて、これを読んで他の立場の人が不安がる必要はないと思います。

ずっと考えていた人生設計

もともと、私の人生の転機は6年ごとに起こっていて(小学校入学まで、小学生、中学高校、大学大学院)、入った頃から出入りの激しいIT業界、長くても6年で次の会社かなーと思っていたら10年経っていたという状況でした。

最近では陳腐な都市伝説となってしまったものの「プログラマ35歳定年説」なんてものがありますが、35歳はある意味人生の転機となる年齢です。プログラマは35歳で定年せずとも済むようになったものの、面接時の人事は35歳を一種の境界線として扱うのはどの業種でも同様のようです。よっぽど優れた有名人などであれば別でしょうが…。

このIT業界は人の入れ替わりが激しい業界です。それだけ多くの企業間が引き抜き合戦を行っているわけで、それがゆえに各企業のノウハウが良い意味で流動化しているのかもしれません。人によっては「退職エントリや転職エントリを検索して全く何も出てこない会社こそヤバイ」という人もいます。また3年未満で職を渡り歩く真の「ジョブホッパー」のような人はさすがにこの業界でもあまり良い印象を与えませんが、私のように10年も同じ会社に居続けると「その会社のやり方でしか仕事ができない人」と思われるとも多くの人に言われました。IT業界、よほど愛着があって在職していることで会社と自分に相乗効果がある場合を除いて、6年くらいで一度立ち位置を見直してみることは大切なのかもしれません(これは闇雲に転職を勧めている意見ではありません)。

また私は、いつかは地元、できれば北海道のどこかに帰りたいとも考えています。ただ今はまだその時期ではない、東京でもっと刺激を受けて勉強する時期だとも思っていますが、そうであればもっと別の会社を経験するべきだとも思っていました。そんな中での2013年転職活動となりました。

次に働く場所も東京になる予定ですが、あと10年くらいは東京で修行しながら、その後北海道でも働けるよう自分自身も周辺事情も開拓していこうと考えています。

退職の理由

立ち位置のギャップ、社内での戦略ミス、キャリア上の戦略、人生設計上の流れ…。上記でも様々な理由らしきものがあがりましたが、どれも決定的な退職理由ではありませんでした。何しろ最近は「逃げたい」と思ったことが無かった。ただ徐々に働きづらくなったなという居心地の悪さは感じていました。これは全社的な職種全般の事では当然無く、私の立ち位置から見た感想でした。

総論を言ってしまうと文字では誤解を招きそうなので、これについての総論については別の場所で直にお会いしたときに話させてください。ちょうど #xtnight というイベントもあります。また今後も色々な勉強会に参加させていただく予定です。興味のある方には、その時にでもお話させていただければと思います。

まとめ

長文を書いてきて、まとまらない感じではありますが、私が10年間で得た体系的といえる知識はPerlくらいしかなく、私の年齢ともなると会社から勉強をするだけでなく会社へ具体的かつ迅速な貢献を求められることになります。当然ながら、次もPerlという武器を主軸として活動しつつ、今までできなかった分野への仕事へと広がりを持たせたいと考えています。

外向きの私の活動は、2011年からのコミュニティ活動からあまり変わらないと思います。むしろ、より「普通の会社」がやっている「普通のこと」や「普通の開発」の話が増えていくかもしれません。とはいえ、せっかく得たmod_perlの知識の火も絶やすことなく、継続的に研究していきます。ご期待ください。

若い優秀な人達が台頭する中、年齢の割にはまだまだ未熟ではありますが、これからもオープン系ITプログラマとして、どうぞよろしくお願いします。

iPhoneユーザも納得のNexus 5

おがた (@xtetsuji) です。

2013年の年末にGoogleが発売(LGが製造)したNexus 5を購入しました。16GBモデルをGoogle直販から直接購入しました。年末発注だったので、実家で受け取ることにしました。

購入から受け取りまで

実家の住所を日本語で書いたのですが、発送はシンガポールかどこかからだったらしく、Googleお得意(?)の機械翻訳で住所が超訳されており、ヤマト運輸の配達員の方が迷ったという話があります。市区町村の部分までは辞書があったのかうまく訳せていたんですけどねぇ。

実際にグレア液晶が目にきつかったのでアンチグレアフィルムを調達しに地元の電気屋まで行ったのですが、無かったのでAmazonで発注して、実際に本格的に使い始めたのが帰省から戻った2014年1月からとなりました。

触ってみて最初の感想

受け取って触ってみて思ったのは視野角が広いということ。視野角が広い!これに勝るものはありません。iPhoneも視野角が広いから愛用しているようなものです。国産Androidガラパゴススマホや中華パッドを使っていると、視野角が極悪に悪いものがあって、目が疲れて一週間も耐えられないことがあります。かくいう私もAndroid端末として国産メガネケース中華パッドに投資をしたことがありますが、視野角が狭すぎて一週間程度で投げ捨てた過去があります。視野角の広さ大事。それはOSがAndroidかどうかに関わりません。

重要なことなので何度もいいます。視野角大事。液晶ディスプレイやノートパソコンを買うときにも、ディスプレイを真横に近いところから見て画面の内容が視認できない、もしくは目がひどく疲れるものは絶対に買うべきではありません。それはあなたの視力を知らず知らずのうちに奪う悪魔の品です。

iPhoneとAndroid、そして他のスマートフォンOS

iPhone 3G時代からの生粋のiPhoneユーザなので、よくAndroidは嫌いなのかと聞かれることがあるのですが、そういうわけではありません。でなければ国産メガネケースや中華パッドに投資するわけない。多様なOSを体験したいというのはIT業界に居るものとして当然の感想です。

半年くらいまえになると思いますが、Firefox OS勉強会にも行ってFirefox OS端末をいち早く触らせてもらいました。Firefox OS はネイティブアプリを作るのも全てJavaScriptという徹底ぶりなのですが、それでもOS側のチューニングがしっかりしていて、Firefox OSにとても好感を覚えました

Firefox OSとTizen OSは、日本ではKDDI vs docomoという構図となっていますが、どちらのOSもコンセプトとしてはJavaScriptでネイティブアプリを書くというHTML5指向になっている部分もあり、iOSのObjective-CやAndroidのJavaといった未開の勉強までは必要ないというのが、ウェブ開発者視点での印象です。どちらのOSも楽しみですね。

…と、ここまで語ってきましたが、私はWindows Phoneという物の存在を絶対に許しません。あれがWindows CEと呼ばれた頃から、当時学生で貧乏だった私は未来を夢見ていくつものWindows CEマシンに投資をし、そしてがっかりするということを繰り返してきました。iPhone 3Gが出たときにスティーブ・バルマーは「Windows CEには100万本以上のソフトウェア資産がある」とiPhoneとAppleに嘲笑めいた喧嘩を売ったにも関わらず、その後すぐWindows CEとバイナリ互換を一切切り捨てたWindows Phoneなどというものを出してきました。その時の私の怒りはここでは書ききれません。スティーブ・バルマーは全世界を巡業して焼き土下座をしなければ許されない大罪を何度も犯しています。絶対に許さん!!!

MicrosoftとWindows自体がもうダメかと言われたらそうでもありません。私がMicrosoftにアドバイスするのであれば、Windows Phoneなんてものを作る暇があるのであれば、デスクトップOSとしてデファクトスタンダードとなっているWindows OSのカーネルをマイクロカーネル化して、Windowsのソフトも動かそうと思えば動かせる、そんなタブレットやスマートフォンを作ればよいのにと思うのです。Windows 8は今も現在進行形で多くの人々から非難を浴び続けています。古きよきWindowsをよくブラッシュアップできたWindows 7に立ち返り、それを継承したWindows 9を作り、それをマイクロカーネル化したモバイルOSを作れば、多くのビジネスマンに支持されることとなるのではないかと感じます。タッチインターフェースが必要だからWindows 8が生まれたのだという指摘もありますが、タッチインターフェースでWindows 8が成功しているとは到底思えません。もっとよい解決策があるはずです。それを考えてWindows 9に結実させることこそ、Windows Phoneを作るよりも先にMicrosoftが行うことではないでしょうか。

あと、Nexus 5が非常によい出来であることと対照的に、国産Android端末は高価で高機能な割に、使い勝手が直感的ではないという残念な傾向にあると思います。高機能ゆえに電池消費も早いという傾向があるようで、富士通やNECのAndroid端末を使っている人達は自分の端末の悪口を延々と言い続けるという面白い風景を何度も見てきました。当時からSoftbankのiPhoneユーザの私が「じゃぁiPhoneにしなよ…」というと「ドコモから出てないから…」という構図。今やドコモからもiPhoneが登場した今、あのときのみなさんはどうしていることでしょうか。

ソニエリやシャープはまだ良いほうのようです。IGZOの省電力などがあるのでしょうか。シャープのファンである私は、もし端末価格と維持費が安ければAQUOS Phoneも欲しいところではあるのですが、主にドコモの維持費がネックで踏みきれません。ちなみに私はドコモのガラケー(SH906i)ユーザでもあります。ガラケーは維持費が安くて助かります。

iPhoneと使い分けてみて思ったNexus 5の良さ

まず、Nexus 5のために以下のようなものを買いました。

とりあえずグレア液晶が目にきつかったので、アンチグレアフィルムは即発注。Qi対応ということもあって、興味深かったのと案外安かったのでワイヤレス充電パッドも購入。そして今まで使っていたBluetoothヘッドフォンがBluetooth2.0時代の古いものだったので、これを期にBluetooth 4.0対応の良いものを購入しました。あと、SIMロックフリーだったのと、都度iPhoneのテザリングで接続するのは面倒だなと、月480円で維持できる150kbpsのServerMan SIMを購入しました。速度的にはストリーミング動画を観たりしなければこれでも十分。どれも良い買い物でした。

ちなみにNexus 5の色は黒を買いました。白と黒があるという選択肢を全然知らなくて、そのまま黒を買ってしまった感じ。とはいえ、選べと言われても黒を買っていたと思います。

Nexus 5のホーム画面、こんな感じになっています。

Nexus 5 ホーム1 Nexus 5 ホーム2

 

なるべく普段使っているiPhoneのホーム画面に似せてみたというのと、iPhoneでいいだけゲームを入れて飽きているので、ゲームは一切入れなかったということでしょうか。あと音楽や動画の類もiPhone 5 64GBのほうにだけ入れています。内臓ストレージ容量も16GBなので、あまり欲張ってソフトウェアを入れても、すぐに限界が来るからこれくらいがちょうどよいのかもしれません。少なくともしばらくは、iPhone 5メイン、Nexus 5サブという状態が続くでしょう。

iPhoneはiTunesにロックオンされるから良くないというAndroid派の意見を聞きますが、私は結構iTunesを気に入っているので、これに関しては良いと思っています。逆にAndroidではiTunesやiTunes Storeのような中央集権的なメディアストアがない(実際はGoogle Play ***がありますが…)ところは、サードパーティ製の楽曲配信サービスが入り込む余地があって興味深いと思います。

iPhoneというかiOSではできなくてAndroidではできるということは結構あります。これは結構魅力的です。Nexus 5を1ヶ月弱使っていて気がついたものをいくつか挙げてみます。

  • ソフトウェア常駐時間(iOS6で10分、iOS7で3分)の制限がない
  • 通知欄がiOSより高機能
  • ウィジェットの存在
  • Google NowがOSネイティブ
  • ファイルという概念と、共有の自由さ
  • Wi-Fiのスニファが出来る

iPhoneでもIRCソフトLimeChatやクリップボード監視ソフトなどを使っていましたが、どうしてもソフトウェア常駐時間の制限が使い勝手のネックでした。AndroidではYaaicというIRCソフトウェアを使っていますが、常駐時間の制限も無く、その点ではとても使い勝手が良いソフトウェアです。ただ、iOSの常駐時間制限も電池消費を抑えるために設けられているわけで、Androidで常駐ソフトウェアをむやみに増やす事は、結果的に自分の首を締めることになるという「自己責任」があるのでしょう。「自由」と「自己責任」は表裏一体です。

通知欄が高機能であることと、ウィジェットの存在は、iOSから見たら一目瞭然の高機能さでありましょう。これについても電池消費の話がついてまわりますので「自由」のために「自己責任」をどこまでおうか、それはAndroidユーザ各人が考えるべきことなのでしょう。

Nexus 5は、現時点で一番新しいAndroid OS KitKat (4.4) を搭載していますが、Google NowがOSネイティブで入っているというのはなかなか便利だなと思いました。SIMを刺してどこかに行くと、Google Nowのカードが今いる最寄り駅から自宅に帰る最短ルートをサジェストしてくれる。iOSにもGoogleアプリがあって、Nowを擬似的に使うことができますが、それはアプリをいちいち起動しないといけないわけで、この機能は非常に便利だなと感じました。まぁ電池消費の話は繰り返されるわけですが…。

iOSにはファイルという概念は実質的に無い(隠蔽されている)のですが、Androidにはファイルという概念が存在して任意のファイルを「ダウンロード」することがOSとして可能です。また、共有という概念もiOSに比べて自由です。

例えば両OSのChromeで「共有」を選んだ画面を見てみると、メニューの項目が全く違います。

iOSで情報をアプリ間で受け渡しするとかは、URLスキームに頼ったりOpen-Inという手法もありますが、Androidほどの自由さはないでしょう。逆にiOSが制限があるゆえ、コンピュータウィルスへの危険が少なかったり、制限下で目的を達成しようとMyScriptsなどのアプリで頑張ったりといった、また別の良い部分や楽しさがあることも事実です

これは個々の事例になるのですが、iOS6あたりで、AppleがWi-Fiをスニファするアプリを禁止してしまった経緯があります。この方針変更で、iPhoneでWi-Fiの強度であるとかチャンネルの干渉などを調べるアプリが軒並みAppStoreから無くなってしまいました。Apple側でもWi-FiスニファはAirCrack系アプリなどの悪用の危険性があるという判断からそういう経緯に至ったのでしょうが、結構私的には不便でした。Androidにはそのような制限がないので、私はNexus 5を手にとってまず入れたのは「WiFi Analyzer」というソフトでした。最近では街中でこれを起動して電波の干渉などを見ながら「Wi-Fiスポット増えたなぁ」とか思っています。

初心者にすすめるのはどっち?

では初心者にすすめるならどっちかと言われると、2014年現在であれば間違いなくiPhoneでしょう。Androidと一口に言っても、国産ガラパゴススマホから中華パッド、そしてNexus 5のような良品まで様々です。要件に「ワンセグとおサイフケータイ」と言われた時点で選択肢はガラケーか国産ガラパゴススマホになります。国産ガラパゴススマホ、使ってみると各社全く違う操作感で、往年のガラケーより混乱を招くんじゃないか…とすら思えます。同じAndroid OSとはいえ、メーカーAのユーザとメーカーBのユーザがいても、互いに情報共有しあえない状況では、ちょっと…という感じすらあります。

またiPhoneであれば身近に使っている人が多いということはあるでしょう。身近に質問できる人がいるというのはあらゆる物事で結構重要なことです。iPhoneであれば、OSがバージョンアップしたときの操作性もそれほど変わらず、iOSであればiPhoneとiPadでそれほど違いがないというのもあるでしょう。Androidはそうはいかないのではないかというのが私見です。

先ほどAndroidは「自由」と「自己責任」であると言いました。それと対比すればiPhone/iOSは「制限」と「ユーザ保護」と言えましょう。自己責任が取れて自由を安全に謳歌できる人ならよいのですが、全ての人がそうとはいえないでしょう。特に誰かに「iPhoneとAndroidどっちがよい?」と質問するひとであればなおさら。そうであれば、私の代わりにその人を保護してくれるOSのほうを選択してあげたいという気持ちがあります。iOSは制限は多いですが、一時期ほど気になるものではありません。またプッシュ通知(APNS)など、Androidより不自由な通知ではあるものの電池消費を最小限にする仕組みなど、そのユーザ保護は枚挙にいとまがありません。iTunesの存在も選択する一つの要素でしょう。

また、iPhoneのOSバージョンアップサイクルが長いというのも選択肢の一つでしょう。そういう質問をしてくる人は、たいがいレイトマジョリティで、買ったものを長く使う傾向にあります。アーリーアダプターとは違って、頻繁に機種を買い換えない。そうであれば、平均1回のOSバージョンアップで切り捨てられるAndroid端末よりも、何回もOSバージョンアップができる実績のあるiOS/iPhoneを選んだほうがよいという考えです。

あと、iPhoneは安い。これはケータイ事業者3社にAppleから販売通達が厳しく課せられていて、そのために販売奨励金がジャブジャブ投入されているからというAndroid派からの指摘は正解なのですが、消費者側から見たら安いに越したことはないでしょう。

決してこれらは、Androidが悪いから勧めないというわけではありません。そういう質問をしてくる人が大抵はアーリーアダプターとは対局の位置にいる人で、そういう人にはAndroidよりもiPhoneのほうが向く傾向にあるだろう、というだけにすぎません。その人がガラケーのヘビーユーザで1年未満でガラケーを買い換える傾向にある人であれば、また指標が変わってくるでしょう。

まとめ

端末価格も安く、維持費もゼロか低く抑えられ、なおかつKitKatをいち早く体験できるNexus 5は、たとえ国産ガラパゴススマホが対応しているようなワンセグやおサイフケータイが無くても、十分魅力的なAndroid端末です。iPhoneを持っている層も、お金に余裕があるのであれば、買って損はない端末、新たな良い体験ができる端末だと思えます。ぜひ御一考してみてください。

日本語のperldocを検索する便利なショートカット

おがた (@xtetsuji) です。

Perlの良い点は、コンソールで perldoc コマンドを使うことで、オフラインでも迅速に組み込み関数やモジュールのドキュメントを見ることができることです。そしてそこに書いてあるSYNOPSISを真似ればとりあえずモジュールが使えるという点。この仕組みはPerlの長い歴史の中でずっと続いている良い点だと思います。

でも出てくるドキュメントはたいてい英語なんですよね。Perlを10年書いてきてPerlのドキュメントの英語に慣れたとはいえ、時々は日本語で読みたいもの。PHPやRubyはどうなんだろうと調べてみると、だいたいはウェブ上に日本語ドキュメントがあって、それを閲覧する形のようです。

Perlにもperldoc.jpという日本語perldocが読めるサイトがあります。

このサイト、パスの最初に組み込み関数やプラグマやモジュール名を入れると、それが存在すれば適切なパスにリダイレクトをしてくれるという嬉しい機能があります。

FirefoxやGoogle Chromeなどのアドレスバーや検索ボックス(オムニボックス)でURLにキーワードを渡して検索ができる機能があるブラウザの場合、これを利用してperldoc.jpのドキュメントを素早く検索することができます。

Google Chromeの場合はアドレスバー(オムニボックス)に chrome://settings/search と入力して設定画面を開き「検索エンジンの管理」というボタンを押します。右上の設定検索を利用すると楽でしょう。

この次に一番下にある「新しい検索エンジンを追加」で

  • 新しい検索エンジンを追加: perldoc.jp
  • キーワード: perldocjp (ここはお好きなキーワードで)
  • 検索キーワードの代わりに…: http://perldoc.jp/%s

と設定して追加をします。%s 部分に検索キーワードが入るという感じです。これはFirefoxでも同様です。

こうすることで、検索エンジンとして設定したキーワードをアドレスバー(オムニボックス)に入れた後にスペースかタブを押すと、検索キーワードの入力を促されます。例えば「LWP::UserAgent」と入力してLWP::UserAgentの日本語ドキュメントが表示されたら成功です。

perldoc.jpが単純な仕組みで検索結果を表示してくれるので、コマンドラインアプリケーションからURLを構築して、CUIやGUIのブラウザで検索結果を表示するということも簡単にできるでしょう。色々と応用が可能です。

これで便利な日本語perldocライフが過ごせますね。

2013年12月に胃潰瘍で入院をした時の振り返り

おがた (@xtetsuji) です。

以前のブログエントリでもお伝えしましたが、2013年12月11日から12月24日までの約2週間、胃潰瘍で緊急入院をすることになりました。

ここでは、胃潰瘍で数週間入院した人目線で、気がついたことや気をつけておくべきことなどを書いていきたいと思います。

入院患者の人間観察については別ブログの別記事に書こうかなと思って書きました

また、Twitterで同報通信(結果的に実況)していた入院と胃潰瘍関連のツイートをTogetterでまとめました

いちおうお約束ですが、このブログ記事は読者の皆さんへ最適な医療情報を提供するものではありません。身体の異変に気づいたらすぐ病院に行きましょう!

胃潰瘍いろいろ

ウェブを検索してみると、胃潰瘍といっても色々な症状があります。軽症のものであれば自分で薬を飲んでどうこうするものから、重症のものであれば症状が分かった途端に緊急入院をするものまで。私はどちらかというと後者のほうでした。

12月11日の午前中、「先週(5日前)から大便の色がオカシイから、静岡に行く前にちょっと病院に行って薬でももらってくるか」と気軽に考えて、胃が痛いとかの自覚症状は全然無かったのですが、自宅近所の内科・胃腸科の病院に行ってきました。 そうしたらそこの病院の先生が「これは胃カメラ検査が必要」といって、午後の診療時間に来るように言われたので、それに従って午後にまた来ることになりました。静岡の用事は夜からだったので、まぁなんとかなるとその時は思っていました。

そして午後通院。胃カメラ前の薬や注射などの「儀式」を済ませたあと、口から胃カメラを飲んで苦しい思いをして分かったことは胃の中が血の海で先生もビックリするほどだったということでした。

最初の通院から緊急搬送まで

とりあえず私は先生に聞きます。

  • 私「このあと静岡に行けるんでしょうか」
  • 先生「行けないよ。このままだと新幹線の中で吐血して倒れるよ」
  • 私「じゃぁどこに行けばいいでしょうか」
  • 先生「すぐ入院だよ」
  • 私「はい…。えっと入院先へはどう行けば…」
  • 先生「いま紹介状書いているから。救急車呼ぶから待ってて」

といったやりとりがあって、救急車がやってきました。あとはストレッチャーに乗せられて搬送先の病院のベッドまで横になって運ばれることになりました。意識がある状態で救急車で搬送されたの、人生初かもしれない。意識を失った状態で運ばれたことはタクシーとの交通事故で一度はありましたが…。

急性の胃潰瘍で出血多量だと、出血性ショックの類があるらしく、死の危険がある場合もあるとか。ちょっとこれは大げさだなあと思いながら搬送されていましたが、後で調べてみて妥当な処置だったんだなと思わされました。

とはいえ、入院施設の病院でも立て続けに胃カメラを飲むことになって、どちらかというと、この連続胃カメラで大いに体力が削られました。

胃カメラ体験談

最初の「近所の胃腸科の病院」では口から胃カメラを入れられました。これは嘔吐反応が結構あって苦しかったです。口からの場合は、ダイレクトに喉にケーブルが触れるわけで、麻酔をしていても嘔吐反応は出てしまいがちなようです。

次の「入院先の病院」では鼻から胃カメラを入れられました。最初「鼻から」というキーワードにギョッとしましたが、嘔吐反応は口からよりも少ないということは分かりました。…が、つらいことにあまり変わりありませんでした。これは人によっても差があって、胃カメラが全く苦痛ではない人もいれば、口からはダメだけど鼻からなら大丈夫という人もいるらしいです。

私は「入院先の病院」で鼻からの胃カメラを計4回行いましたが、行うごとにコツのようなものがつかめてきました。まずは唾液を飲まないで全部口から出すということ。鼻から胃カメラの場合は口が自由で、器用な人は会話もできるということですが、会話をすると喉や食道が震えるので胃カメラのケーブルに触れて苦しい思いをすることがあります。少なくとも私はそうでした。会話をせずとも唾液は出るわけで、これを飲むと喉と食道が唾液を胃へ運ぼうと動作を行うわけで、鼻から入れた胃カメラのケーブルに触れて苦しい思いをするということのようです。どのような体勢で胃カメラを入れられるかは病院によって変わってくるとは思いますが、唾液を飲まないで出せるようにしてもらうことで、多少は鼻から胃カメラの苦痛は回避できると思います。

もっとも、検査が進むごとに胃の中の血の量が減ってきて患部がどこかわかってくるので、胃カメラを入れられている時間が少なくなって楽になっていったということもありました。最初の入院先の病院での鼻からの胃カメラ、長く感じるつらい時間を差し引いても20分くらい入れられていた気がします。それは胃の中が血の海で患部を探すのに時間がかかっただけでなく、私の胃潰瘍が比較的珍しい場所に出来ていたからだということでした。

最初の病院で行った口からの胃カメラでは、胃の中が血の海になっていることの確認と、その血液の排出を行いました。また、同日の入院先の病院の1回目の胃カメラでは、血の海の中で患部を探すことを行いました。次の日の2回目の胃カメラでは患部の確認を行い、3回目の胃カメラでは前回確認した患部に止血剤を注射する(そんなことも胃カメラでできるんです!)ことを行い、4回目の胃カメラでは生体検査のため胃の一部を切り取られたようです。

生体検査は、胃潰瘍が胃がんでないことの確認として行うものだそうです。30代の私は胃がんではないだろうと言われていましたが、お約束なのでやるという感じでした。

胃カメラを多く経験している人に聞いたところ、コツは「麻酔」しかないそうです。世の中、麻酔をせずに胃カメラを入れる恐怖の病院があるそうで、それはもう地獄の所業なのだとか。私の場合は、時々嘔吐反応が出て苦しい、違和感があるくらいで、胃カメラ終了後も特に何もなかったので、麻酔はすごいんだなぁと思わされます。

口からの胃カメラの場合は喉に、鼻からの胃カメラの場合は鼻から、それぞれスプレーで麻酔をかけられます。どちらも結果的に胃カメラのケーブルが通る喉に麻酔をかけているとのことですが「こんなので麻酔かかるの?」っていうくらいのシュッと一吹きが胃カメラの苦痛を軽減させているというのですから、すごいものです。

胃潰瘍の患部、そして上部消化器・下部消化器の下血の傾向

後で説明を受けたのですが、多くの場合、胃潰瘍の患部は胃の真ん中もしくは胃の下の部分に出来るのだそうです。ただ、私の場合は胃の上部に患部があるようだということで、検査時間が長引いた要因の一つだったらしいです。胃の真ん中から下に患部があれば胃カメラを入れてすぐ見つかるし、血のたまり方も分かりやすいといえましょう。

また、胃の上部の潰瘍も、比較的小さな割には多く出血していたようで、胃の血管が走っているところに運悪く潰瘍ができてしまったのではないか、という話でした。

そんな、患部の場所が珍しいことと、出血量が多かったこともあって、最初の胃カメラが長引くことになったのでした。

上部消化器と呼ばれる胃や十二指腸からの出血の場合、胃酸によって黒い便が出るのと対照的に、下部消化器と呼ばれる小腸や大腸からの出血の場合、胃酸の影響をそれほど受けないので黒よりも赤に近い便が出るとのことです。直腸や痔の場合は鮮血に近い赤色の便が出るという区別を覚えておくと、どこからの出血なのか分かってよいと思います。

特に文字通り「タール便」と呼ばれるタールのような下痢状の黒い便が出た場合は、上部消化器からかなり出血していることが明白です。私はこれが金曜日から週末をまたいでも治らなかったので、胃の痛みなどの自覚症状は無かったものの、気になって胃腸科の病院に行ったのでした。その時は無知でしたが、からくりがわかればそれは即胃カメラ検査になるよなと思った次第です。

入院期間

2つの病院での1日2連続胃カメラも終わり、病室にストレッチャーで運ばれた後は、治療同意書などの書類にサインをしていくという流れ。サインをする他の付き添いの人とかいないわけなので、当然自分自身が書くことになります。

一泊二日の入院とかは何度か経験あるので、今回もせいぜい2〜3日で退院できるかなと思っていたら、入院期間の欄に「まずは7日」と書かれていて「え!そんなに?」と驚きました。胃潰瘍というよく聞く病気を気軽に考えすぎていました。

少なくとも3日は絶飲食、その後経過観察と食事療法でだいたい7日くらいかかるというのが相場のようです。私の場合は5日の絶飲食と、9日の食事療法で14日の入院となりました。胃潰瘍の程度や年齢にもよるようですが、貧血が収まらなかったり潰瘍からの出血が止まらない場合、もっと入院が長引く人もいるようです。

胃潰瘍を患って入院している人が何週間も入院していても、それは特に重い病気を隠しているわけではないことが普通、ということのようです。

床上安静と絶飲食

結構色々な方から聞かれたのは「24時間点滴で絶飲食はツライでしょう」ということ。ただ、連日の胃カメラの検査等のほうがツライし、そもそも私はあまり食に執着がない人だったので、私に限っては空腹がつらかったりすることはなかったです。むしろ、点滴や酸素や心電図や血圧など、24時間つながりっぱなしの管やケーブルの数々のほうが大変でした。床上安静(しょうじょうあんせい: ベッドから出られずベッドの上で安静にしていること)というか、そもそもベッドの上でも自由に動けやしない。

床上安静なので、その期間中は当然トイレもベッド上で済ませます。本来であれば尿のほうは尿道に管を通すとのことでしたが、私の場合はうまく入らなかったので、主治医判断で尿器(しびん)でしてくれ、とのことになりました。管が変に入ってしまうと痛い人もいるようです。同室の他の老人の患者さんがずっと痛がっていて、退院後に泌尿器科に直行ということになったようです。通常はスルッと入って問題無いらしいですけど。

しかしながら、ずっと横になっていると出るものも出ないので、尿は意識的に出さないとダメなのです。時々身体を起こして尿意をもよおすのを待つという生活をしていました。尿の量は管理されており、私の場合は24時間の点滴量から一日2.5リットル出ないと医師チェックが入るという感じでした。

便のほうは、ただでさえ身体は管とケーブルだらけなのに、ベッドの上でしづらいという感じでしたが、最初の病院に行く前から便の色が変でしばらく食事を控えていたのと、下痢を併発していたので、入院した時は既に腸の中はそれほど何もなかったようで、この点に関しては苦労はしませんでした。

院内歩行許可と流動食による食事療法の開始

私の場合は5日で絶飲食から解放され、身体に繋がっている管やケーブル類が減り、院内歩行許可が出て、流動食による食事療法が開始されました。心電図モニターのようなものも、据え置きの巨大なものから、電池式で持ち運べる弁当箱ほどのものになりました。

院内歩行許可が出たら、意識的に歩くことにしました。昼間の点滴と、小さな心電図モニターは身体に繋がっていますが、それでも以前に比べたら自由です。5日全く歩かないと、結構筋肉が落ちるものです。筋肉というよりも膝が結構弱っていました。

ストレッチャーで横になって運ばれたので、ここではじめて入院先の病院の構造を知ることになります。不思議な体験でした。また、シャンプー施設など興味深い設備を使わせてもらったり、貴重な体験ができました。談話室に出られて、ようやく母に電話で通話することで情報を伝えることができました。メールとTwitterではどうしても情報が断片的になってしまい、無用な心配を与えてしまいがちです。院内歩行ができるようになったことも含め、ここでようやく心配無用であることを伝えることができました。

流動食といっても、最初に出てくるのは三分粥と呼ばれるお湯同然のようなもの。写真はまとめに逐次アップしたので参照してみてください。私の場合、6食で五分粥になるというペースで、7食目から少し米粒が見えるようになってきました。そして退院間近になると全粥と呼ばれる普通の粥になっていくという流れ。おかずの類もそれに準じて完全流動食から徐々に固形物になっていき、胃を慣らしていくという流れでした。

薬や点滴等による治療が進んで元気が出てくると、自然と食欲も回復してきます。動き始めたこともあったと思います。食事自体は流動食ですが、それでも私にとっては新鮮でした。一週間ぶりに「塩味だ!」とか感じたり。普段の当たり前が当たり前で無くなった時、色々と新鮮な体験ができます。

楽しみの一つは水を飲むことでした。せっかくなので水道水ではなく、自動販売機で買ってきたミネラルウォーターを飲もうと、500mlのペットボトルを1日約2本のペースで消費していました。5日間の絶飲食で味覚も鋭くなっていたのか、水の味といったものも分かるようになっていました。

栄養士さんに色々と質問をした

病院の朝は早いです。私の入院先の病院は、6時起床、7時検査、8時朝食、9時回診、10時検査、といった感じ。たとえ同じ病室の他の患者のいびきで眠れなくても、6時には起床させられて午後にならないと「昼寝」できない感じでした。

回診時には主治医と看護師さんだけでなく、薬剤師さんや栄養士さんもやってきます。一度、栄養士さんに色々聞いてみようと時間を取ってもらって色々聞いてみました。主に退院後の食事について、一人暮らしでどうすればよいのかといった疑問点を解消しておきたかったからです。

基本的に、普段から摂り過ぎて身体に悪いと言われているものや、刺激物となるようなものがダメなのは想像通りでした。例えば:

  • 香辛料や辛いもの
  • 柑橘類
  • 繊維質なものなどの消化が大変なもの
  • 油が多く含まれているもの
  • 極端に冷たいもの
  • 炭酸飲料
  • アルコール
  • カフェイン

といったようなもの。

胃潰瘍の食事療法が終わって退院となっても、私の場合、1ヶ月以上は胃酸を抑える薬「パリエット」( ガスター10をさらに強力にしたようなやつ)を服用し続けなければならなくて、そもそも胃の消化能力が抑えられた状態であることもあるようです。

ただ、ことさらこれらの食品を避けろというわけではなく、様子を見て徐々に増やしていくように言われました。胃に負担のかからないものばかり食べていてもバランスの良い食事にはならないということのようです。

乳製品については、ヨーグルトや牛乳が院内食に出てきたりすることもあって、胃にも良いものだそうです。ただ加工品については注意するべきものもあって、バターやチーズといったものは摂り過ぎに注意してほしいとのことでした。私は牛乳で腹を下すことが多く、その分チーズを普段から多く食べていたので、それについては量を注意して欲しいと言われました。

食品については、食事療法や治療段階に関すること以外でも主治医に聞かれたことがあります。特定の食品が胃潰瘍の原因の一つになっていることがあるということでです。

胃潰瘍の原因

最初の病院の先生にも、入院先の病院の主治医にも聞かれたことは、胃潰瘍の原因となるようなことが何だったのかということでした。胃潰瘍は再発しやすい病気であることもあり、原因が何かを知っておく事は有益なのでしょう。

メモを取っている暇も無かったときに言われたことを思い出すと、主治医からは以下のような生活習慣が胃潰瘍の原因であると言われました。

  • 飲酒
  • 喫煙
  • 不規則な生活などの悪い生活習慣
  • ストレス
  • 冷え
  • 特定の食品

一人飲みもしないし飲み会も最近少ないし、飲酒という線は無いと思いました。タバコは超がつくほど嫌いだし受動喫煙すらも出来る限り拒絶するので、この線もないでしょう。夜型生活ではありますが、不規則な…といえるほどではないと思いました。

最近の仕事や私生活の話をしたところ、消去法でストレスが原因だと指摘されました。確かにメンタルが弱いのは自他共に認めるところです。あとまぁ、屋内で暑いし邪魔だしと外套を着ないで外に出る事が多かったので、寒さに強いといいつつ無意識に胃を冷やしていたのも良くなかったのかもしれません。

何度か主治医と話をして気になったのは、チョコレートが胃潰瘍を招くという話でした。私は甘いものが好きで、チョコレートを一時期結構食べていたのですが、これも胃潰瘍の遠因だったのかもしれません。食事が面倒だと、その辺にあるチョコレートだけ食べて空腹をしのぐという極端な食事をしたことも何度かあって、これは色々とダメだったなと思った次第です。

ウェブで検索してみると「チョコレートのポリフェノール類などは消化器にとってよいものだから胃潰瘍にとって悪いものではない」という検索結果もあるのですが、主治医の話によると、チョコレートに必ず含まれる特定の添加物(失念)が良くないのだそうです。これは後日再度行った近所の病院でも言われたので、過度のチョコレートの摂取が胃潰瘍の要因となるのは専門医の間では支持されている説のようです。

一人暮らしの場合、ホットラインの類を用意しておくことの重要性

以前のブログ記事にも書いたのですが、私には東京に身寄りのある家族や親戚がいませんでした。今回は緊急入院だったので、とにかく入院に必要なものがほとんどない状態で入院をしたため、誰かを頼る必要がありました。これも以前のブログ記事に書いたことですが、TwitterやFacebookなどのソーシャルストリームに状況を流して助けを求めるか結構悩んだのですが、時々刻々と流れる状況の中で直後にどうなるか分からない状況だったので、状況を流すことのリスクよりもメリットを取って、情報を逐次Twitterに「同報通信」することにしました

北海道にいる母に連絡はしたのですが、入院期間が不明なのと、母も仕事があってすぐに動ける状況じゃないだろうという判断をして、母には来ないでも大丈夫だとメールしました。

結果的に、Twitterを見て多くのITエンジニアの方からの心配の声をいただき、そのうち数人からは「必要なものがあったら駆けつけるから言ってほしい」とありがたい返事をいただき、その中から一番病院の近くに住んでいる方を頼って必要な入院用品を買ってきてもらいました。こちらの指定が曖昧だったものの、的確な買い物が非常にありがたかったです。後日、他の方から買ってきてもらう耳栓以外、2週間の入院生活はこれに助けられました。

とにかく2011年から主にプログラマーコミュニティでの活動をさせていただいていますが、今回は本当にその仲間に助けられました。入院期間の14日の間、平均すれば毎日一人はお見舞いに来てくれた計算になるのですが、大家さんと元同僚の企画職の友人を除いて、みんなプログラマーだったのは、コミュニティに助けられているなぁと思わされ、感謝してもしきれない状況でした。

配偶者や家族や親戚が近くにいる人はその人を頼ればよいでしょう。重病でも計画入院で入院期間もハッキリしている場合は、独身でも遠方にいる親を呼ぶ計画もできます。ただ、上述のような緊急入院で入院期間もハッキリしない場合、Twitterに同報通信をして助けを求めるしかその時の私に取れる方法が無かったのは今考えても事実だったと思っています。多くの人に無用な心配をかけてしまうという要素や、入院をしていることを他者に知られることによって考えられる様々なリスクを天秤にかけても、です。

買い物を依頼して最初にお見舞いに来てくれた方も独身の東京暮らしで、私と似たような境遇にある方でした。「困ったときはお互い様ですよね」という話もしましたが、まさに独身者は困ったときに頼れる人を日頃から作っておく事が大事だと痛感しました。私もその人が緊急入院をするようなことがあれば、真っ先に駆けつけられる人になります。

「アパートの大家さんが来てくれるんだったらそっちを頼れば…」というご意見については、大家さんに連絡する手段が通話による電話しかなく、しかも電話が繋がらないことも多く、院内歩行が可能となるまで大部屋での通話が出来なかった事があったので急を要する入院用品の用意に関しては頼れませんでした。企画職の元同僚の友人は信頼できる友人ではあったのですが、仕事の都合で直後にこれなかったことと、冗談が通用しないときに冗談をやらかすことがたびたびあって怖かった(笑)ということもあります。後日お見舞いに来た時の挨拶も「天下一品に行ってラーメン食べましょう。それで回復しますから」でしたから。

退院と費用

晴れて12月24日に退院することができました。11日に静岡に行こうと思っていたら、いつのまにかクリスマスイブになっていたというやつです。最後の病院食がクリスマスケーキだったのが良いオチとなりました。昼食を済ませ、荷物をまとめて退院です。

かかった費用が気になる方もいらっしゃるかと思います。入院時に保証金として10万円を払ったとき、予想では10万円をそこそこ越えると思っていましたが、だいたい予想通りでした。ただ、20万円は越えませんでした。これについては病院や病状によっても異なってくると思うので、一概に相場は言えないでしょう。ちなみにこれは通常の健康保険の「3割負担」の額です。また高額医療費の還付金は計算に入れていません。

何が高かったか明細を見たら、主に絶飲食時の24時間点滴の総量が結構高かったようです。そして胃カメラという診療や施術(止血術)も多くを占めていました。あとは平均的にお金がかかっている感じでした。医療費節約のため、健康でありたいものです。

その後、歩いていけるバス停まで歩いていって、バスで帰宅しました。冷え切った部屋を温めて、コンビニで買ってきた胃に優しそうな食物を食べて過ごすことになりました。

その後、札幌へ行く

12月27日に札幌へ行く予定があったので、それまでに退院できるかが入院中の気がかりでしたが、主治医からは「それまでには退院できるから大丈夫」と言われていました。実際退院できました。

入院中はパリエットとムコスタという薬を飲んでいたのですが、退院後はフェルムという貧血用の薬が増えました。今までは注射されていたものの飲み薬版です。専門用語では徐放性鉄剤と言うらしいです。

12月26日、退院後2日くらいからひどい下痢になりました。「ヤバイ物食べたかな」と食事を見なおしてみたものの、特に悪いものは食べていない。病院食のようなものしか食べていないのです。便の色は前日までの健康的な色とは違い、灰色っぽい色。これはフェルムの色です。もともと腸が弱い私、見事に徐放性鉄剤の副作用にやられたのです。

12月28日の朝、さすがに札幌滞在時にこの状態はきついということで、急遽病院に電話をしました。薬剤師さんにつないでもらい、なんとかならないかと話をしたところ、薬剤師さんと主治医の間で「貧血の症状は収まりつつあるので、フェルムの服用をやめて様子を見てもよい」とのことでした。ただ、徐放性鉄剤の副作用が収まったのは12月30日まで待つ必要がありました。12月28日の勉強会の最中は本当にトイレとの往復を繰り返していました。大変だった。「徐放性」というのは「ジワジワ来る」という意味らしく、まさに副作用がジワジワ来た結果となったわけです。日頃から腸の弱い人は、徐放性鉄剤が処方されたら副作用について事前に相談しておくと良いと思いました。

私はカフェ巡りが趣味でコーヒーが好きなのですが、普段からカフェイン過敏な傾向にあって、コーヒーで眠れなくなったり腹を壊したりすることが多いのです。札幌滞在時、試しに一口カフェオレを飲んでみたら、見事に胃に気持ち悪さが来たので、カフェイン手強いなと思った次第です。夜に試しに日本酒やウィスキーの水割りを飲んでみたときは気持ち悪さを覚えなかったので、私にとってはアルコールよりカフェインのほうが強敵なのかもしれません。なんとも悲しい事実です。私はビールが好きなのですが、さすがに炭酸飲料はまだかなと思って今回は手を出しませんでした。この記事を書いている2013年1月時点では、まだビールは解禁していません。

帰省して快適な療養生活

その後、札幌での用事を済ませて、12月30日に実家のある帯広市(の隣町)に帰ってきました。実家では母が胃にやさしい食事を用意してくれて、またストレスとは無縁の生活を送ることができたので、非常に良い療養生活となりました。徐放性鉄剤の副作用からも解放され、胃も腸も健康で穏やかな年末年始が過ごせました。

その後

年始に東京に戻って風邪を引いたりしましたが、胃潰瘍のほうは良好です。パリエットとムコスタは1ヶ月以上飲み続ける必要があり、薬がなくなれば通院という形になります。1ヶ月半ほど飲み続けたらパリエットが効力の弱い薬に切り替わるという段階を踏むようです。

胃潰瘍、急性とはいえ、なってみて初めてその強烈さを知りました。良く知られた病気なので、普通の町医者で薬をもらって飲むだけで回復という病気じゃないんだということは、今回身をもって勉強させられました。ひどい場合は開腹手術になる場合もあると聞いて、つらかったけど胃カメラでの止血術で済んで良かったと思った次第です。

まだ薬の服用や食事制限は続きますが、ひとまず風邪も治りかけて元気を取り戻しつつあります。胃と相談しながらアルコールも徐々に解禁していこうと思っています。

今回、お見舞いに来てくださった方、ご心配くださった方、本当にありがとうございます。いつか何かの形で恩返し出来ればと願ってやみません。

DebianでPerlのDB_Fileモジュールのインストールに失敗した時の対処法

おがた (@xtetsuji) です。

cpanmでLiBotを入れようとしたらDB_Fileモジュールが入らないとエラーが出たので、~/.cpanm/build.log をみたら「db.hがない」といったエラーが出ていました。

サーバはDebianだったので、UbuntuなどのDebian系OSであれば同じ方法でいけると思いますが、以下の方法でdb.hを配置することができるようです。

$ sudo apt-get install libdb-dev

このapt-getが無事終わったら、cpanm で DB_File モジュールが入ります。

検索したら、他のサイトでは「手作業でtarボールを落としてきて…」とか書かれていて「Debian系ではそこまでする必要はないんじゃ」と思ったので手元で試行錯誤したら上述の方法でうまくいったというメモでした。apt-cache search berkeleydb して出てきたパッケージの中からもっとも有力そうなものを入れたらたまたまうまくいったというだけですが。

よく確認していませんが、perlbrewやplenvではない「システムPerl」を使う場合であれば、Debian の libmldbm-perl パッケージで DB_File モジュールが入るようです。ただ、LiBotのような新しめのモジュールはパッケージとして提供されていないので、ユーザPerl環境を作るか、cpan2deb (dh-make-perl) コマンドを使うなりして自分だけのCPAN配布パッケージのDebianパッケージを作る必要があるでしょう…が、この作業はPerlモジュールの依存関係が深くなればなるほどしんどい…。個人用途で縛りのない環境であれば、ユーザPerl環境を作るほうが楽な時代でしょう。

さて、本題のLingrで遊ぶ作業の続きでもしようかな。

参考:

2014年に目指すべきもの

おがた (@xtetsuji) です。

昨年はどんなブログ記事書いていたのかなと思って見てみたら「2013年に目指すべきもの」という記事を書いていたので、それを真似してみることにしました。新年初ブログ。

2014年は1日から5日まで何もしないで療養すると決めていたので、特にコンピュータ関連で何か主だった作業をしたりはしませんでした。暇だったからVirtualHostを整理したり内々のサイトを作ったりした程度でしょうか。

さて、「2013年に目指すべきもの」に書いた中でどれだけ実現できたんでしょうか。

  • 2012年を越える
  • 自分を象徴する何かを作る
  • 健康に努める
  • お金に執着する
  • 英語を勉強する
  • 芸術を磨く
  • 見聞を広める
  • 好きな人を応援する
  • 環境を変える

ほとんど出来ていない感じがする…。昨年の振り返り記事でも書きましたが、2013年は特に仕事でプログラムをする機会が少なく、自己研鑽が足りなかったという反省もあります。私事ではありますが、4月に手取り収入が相当減ったこともあって、逆に超節約生活に突入して、カネに執着し始めることができたのは皮肉というべきでしょうか。それでも、節約しても技術書を買うお金すらないほどの状況だったので、OSSのITエンジニアとしては金に関しては負の連鎖が続いた一年ではありました。英語も結局勉強できなかった。普通に生活していて貯金が貯まる生活から、節約しても貯金が減る生活へ、2013年のこの流れは相当厳しかった…。

健康に努めることはしましたが、12月に胃潰瘍で入院したというくらいなので、身体が色々と年末に向けて不調だったことは事実なのでしょう。要因を聞かれることが多いのですが、自分でもよく分からない。ストレスという線くらいしか残らないのですが、はたして…。

芸術を磨き、見聞を広め、好きな人を応援することはできたかなと思います。勉強会に行くお金は捻出して、そこでネットでは知りえない見聞を広められた事は良かったです。芸術面に投資できるお金がもう少しあればピアノの一つでも習えたのかもしれませんが、これは2014年に実現したいこととしましょう。

では2014年はこうしたいという列挙をしてみたいと思います。

執筆業に進出する

ブログを多く書くというアウトプットの増加もそうですが、できれば書籍執筆をしてみたいですね。現在だとKindle電子書籍とかを手軽に出せる時代なのでそういう時勢にも乗ってみたいですが、夢はやはり紙の書籍です。

アウトプットのためにはもちろんインプットが重要になってきます。アウトプットとインプットをバランスよく行っていくということも目標です。

ピアノを習う

クラシック音楽好きなので、ピアノかヴァイオリンを習うのが夢だったんですよね。とはいえ、大人になってしまった現在であれば、ヴァイオリンよりも汎用性の高いピアノを習ったほうがいいかなと思ったので、今年はピアノを習いたいです。自習も良いと思ったのですが、勉強のペースメーカーやお金を出して習っている感を出したいということもあるので、ピアノの先生から勉強したいと考えています。

作曲をしたいというのも夢で、学生時代から断続的に作曲をしたり時々楽理の勉強もしていますが、和音とかは楽器がないと分からない部分が多いので、ピアノを習うことを作曲をすることのひとつの手段として捉えています。

ピアノを習うよりも、ピアノを買うこととピアノの置き場を確保することのほうが難しそうです。そういうのも含めて打開していきたいと思います。

勉強会などのイベントを盛り上げる

これは2013年も行なってきたことですが、既存の勉強会を盛り上げていきたいとおもいます。Perl入学式ではサポーターをやらせてもらったりしていますが、その活動も2014年も精力的に継続していきたいとです。

その他の勉強会、PerlBeginnersHokkaido.pmではUstream配信を担当させていただきましたが、結構好評でした。iPhone 4sという大した機材ではないものの、配信するという目的が達成されて、そして勉強会に出席していない人の意見も来たりと、なかなか良い体験ができました。今年はさらにUstream配信の知見を深めて、より良い勉強会の盛り上げをやっていきたいと思います。

また、自分も主宰や主宰のひとりとして自主的に勉強会を主催して、業界を盛り上げていくということもやっていきたいと考えています。

どうしても業種的にPerlのイベントに偏ることになるのですが、今年はもっと他の勉強会にも積極的に参加して良い意味で関与していければいいなと思っています。

軸足をOSSのITエンジニアに置きつつも、視野が広いバランス良い勉強をする

私はOSSのITエンジニアだと自分で思っているのですが、昨年はそこの勉強も足りなかった。前代未聞なほど金がなくて書籍が買えなかったとか言い訳にならないほど勉強していなかったので、その点今年は技術書を定期的に読んでいくということを目標にしたいです。そのために技術書を買ったり調達したりするという前目標があります。天から金が降ってくることはないので、これも自分の努力でなんとかします。

ただ、ITエンジニアの勉強だけでは足りないなとは思っていて、年齢的にももっと別の勉強をしないといけないとも思っています。特に経営者にならないまでも、経営側を監視したり、他社の経営の良し悪しを評価できるだけの経営の知識は欲しいと考えています。祖父も経営の勉強をしてほしいということを年始に言っていましたので。そんなわけで、仕事で隣接する業種でこんな勉強をしたいというものの列挙をしてみました。

  • インフラ系
  • ネイティブアプリ系(Android/iOS)
  • 数学、物理学
  • 経営学、そして経済学
  • 簿記などの経理財務系の仕事
  • プランニング、特に海外のスタートアップに学ぶようなもの
  • 仕事術、特に程良く枯れた手法
  • 人にものを伝える技術、トークやプレゼンテーションの技術

その他、小説であるとかノンフィクションであるとか、読書を継続的に行って、そこから得られる幅広い知識を吸収していきたいと思います。

お金を稼いで好循環を回す

2013年はとにかく金が無くて、書籍が買えなかったり、デジタルガジェットが買えず先端を追いかけるべきITエンジニアとして致命的な一年だったりしました。

今年は「お金に執着する」というよりも、具体的にお金を稼いであらゆる面での好循環を回していきたいと思っています。もちろん、副業規定に引っかかったりしないとか、汚い金を手にしないとか、脱法的な事はしないとか、最低限のことは守って頑張っていきたいと思います。

仕事とコミュニティ活動の相乗効果

2013年は仕事とコミュニティ活動が互いに相乗効果を生めなかった年でした。というか例年そうだった気もする。昨年の目標の中に「環境を変える」というものがありましたが、環境を変えるということが目標・目的であるというよりも、仕事とコミュニティ活動の相乗効果をもっと生んでいきたいし、そのために環境を変えていく努力をしていこうと思っています。環境を変えるというのはいわば手段に過ぎないというわけです。

昨年は環境を変えるべく色々会社に提言をしていったりしましたが、結局あまり好まれなかった一年でした。そういう寂しい結果だけは残さないように、仕事も充実、そしてコミュニティ活動も充実、さらには仕事とコミュニティ活動が相乗効果を発揮して両輪がうまく回って両方うまくいくという一年にしたいです。

コミュニティ活動はエンジニア活動だけに限りません。周りの人が意外だと思うようなそんな新境地も開拓していきたいと考えています。

とにかく健康

2013年は年末に入院してしまったりしました。なんだかんだ、身体に負担がかかっていたのかもしれません。食事や運動を取り入れて健康を目指したいと思います。

生活力向上、炊事・洗濯・片付け力の向上

かれこれ数年部屋が散らかっています。自炊もしたいと思いつつ、学生時代に自分のマズイ飯を食い続けたトラウマでやめてしまいました。洗濯は室外洗濯機置場という最悪の環境の中、洗濯機の掃除が毎回必要であったり洗濯物を干す場所がないという劣悪な状態にあります。そんなことを改善しつつ、生活力を向上していきたいです。

まずは捨ててしまった調理器具を一から揃え直して、カンタンな自炊ができるようにしたいです。できれば料理教室に通いたい。これも金が必要な事案です。頑張りたいです。

洗濯は、大家さんの許可を取って室内に無理やり洗濯機を入れようと考えています。かなり大掛かりな「リフォーム」になりそうですが、引っ越しするよりもコストは低そうです。とはいえ引っ越しできる潤沢な金があれば引っ越したい…。

そして部屋の片付け。断捨離がブームですが、金以前に置き場所という問題で新たな書籍やデジタルガジェットを増やせない状況を打開していきたいです。とにかく片付け以前に古いものの処分が課題です。猛烈にやっていきたいと思います。今の状況だと難易度の高い「倉庫番」状態で、何も動かせない最悪の状況のままです。頑張りたいです。

海外に目を向けて国際的な感性を養う

昨年は「英語を…」と言っていましたが、英語英語言っている間は英語なんてしゃべれやしないことは痛感しました。とにかく海外の文化に飛び込んでいくしか無い。その過程で必然的に英語などを勉強していくという流れにしたいです。そのために、国際的な人達のコミュニティに飛び込んでみるとか、海外旅行に行くとか、英語などの海外の言葉を使わざるを得ない状況に自分を追い込んで、そこで度胸をつけていきたいという作戦です。

趣味を楽しみ、好きな人を応援する

これも2013年同様です。好きな人を応援することは大事だと思います。これはショービズに限らないことだと思います。エンジニアコミュニティでも自分がこの人だと思った良い活動をしている人には積極的に応援・支援をしていく所存です。

その他

今年も色々な事があるでしょう。今年はこれを何度も読み返して、自己実現へ踏み出していきたいと考えています。年齢的にも求められる行動は変わってきています。そういうことにも柔軟に対応していけるようにしたいです。

また何か大きなものを思いついたら書き足していきます。2014年もご期待ください。よろしくお願いします。

2013年を振り返る

おがた (@xtetsuji) です。

2012年にもそういうブログ記事を書いていたので、今年も振り返ってみようかなと。あまり振り返る事柄がないような気もしますが…。振り返り方を時期単位から事柄単位してみることにしました。そのほうがまとめやすいので。

気がついたら年末

今年は長かったような短かったような。今年始めに起こった出来事がとても昔に感じることもあれば、突然年末になっていたといった感じもあったり。この記事を書く直前まで、今日が大晦日だなんてあまり理解していなかった。それは後述。

コミュニティ活動3年目とYAPC::Asia Tokyo2回目の登壇

2011年7月から始まったITエンジニアとしてのコミュニティ活動も2年目。2010年に転機があってクローズドな活動を続けていてもダメだと引っ込み思案な自分を一発奮起させてきましたが、やり始めると面白くなって、今では人前で話すことも全然平気になりました。人って変わるものですね。

コミュニティ活動で知り合った人達は徐々に増えて、2013年の終わりごろに色々な形でその結果が形として見えるようになってきました。

9月のYAPC::Asia Tokyoにも登壇。昨年に続き2回目。凝りもせず古いネタをぶつけていきましたが、逆に「新しいもの=善、古いもの=悪」という図式が必ずしも当てはまらない場合もあるという部分を示せたことや、レガシーに色々な事情で縛られている方の相談窓口としての役割ができたことは良かったかなと思います。スライドの完成度や聴衆の反応自体は昨年の発表時のほうが良かったかなと思っていて、昨年の自分に負けた気分が少ししました。

地域.pmをはじめとした多くの勉強会・イベントにも参加させていただきました。その中でも「Perl入学式」は、自分がサポーターとしてプログラミング初心者をサポートするという役割が非常に新鮮でかつ刺激的で、つい自腹でサポーター常連となってしまいました。

Hachioji.pmには何度も参加しているのですが、Hachioji.pmメンバーと夏に高尾山に登ってビアガーデンに行けたのは良い経験でした。この帰りに温泉に行こうということになって八王子に温泉を発見して、Hachioji.pmの温泉ハッカソンが始まったのだと思います。温泉ハッカソンのほうは出席できていないのが心残り。

職質テックトーク#3にも出演させていただきました。ラジオのゲストみたいなの初めてだったので、新鮮でもありましたし、壇上に立つより緊張しました。貴重な経験色々です。

仕事の比重がかなり低かった

今年は仕事の比重が色々な事情で低かったのも印象的でした。ある意味暇だったし、ある意味仕事したかったし、またある意味もっと研鑽できるチャンスを逃したなという反省もありました。

公にできる情報・できない情報ありますが、いくつかの要因としては

  • 後輩にルーチンワークを完全に引き継いだ
  • 新しいものの導入がはかどらなかった (これは私の戦略ミス)
  • 降ってくる新規開発案件がほとんどなかった
  • 体調不良によるもの

といった感じでしょうか。

2009年から2010年にかけても仕事の比重というか本業であるITエンジニア・プログラマらしい仕事が少なかった時期でもありました。これは公開情報にも現れていますが、会社がその時ちょうど縮小傾向で、サービスを閉鎖したり売却したりといった作業ばかりをやっていた時期だったからです。片付け屋さんであったり、売却先会社への引継書を延々と書いたりといった仕事は、自分や仲間が作った愛着のあるサービスを潰していくという、忙殺されている以上につらい部分もありました。

その分、コミュニティ活動を充実させて、プログラミング力を衰えないようにしようという意思で活動はしていましたが、勉強や実践が足りなかったなという反省があります。これも私の戦略ミスで反省している部分ですが、コミュニティ活動と仕事の両輪をうまく連携させて回せず、会社にメリットをなかなか生み出せなかったのも反省すべき点でした。

その分、後輩教育に力を入れて、後輩が劇的に成長したことは良かったなと思っています。

趣味のイベントへの参加も充実方向へ

クラシック音楽鑑賞が趣味なので、前々からNHK交響楽団のコンサートにはよく行っていたのですが、今年の後半は金銭的余裕があまりなくて、遠ざかってしまいました。ピンポイントでは行っていましたが。

年始にニコニコ生放送で放送された伊藤賢治さんらによる有料ライブ「One Night Re:Birth」が素晴らしく、非常に価値のある投資でした。趣味の幅は広げていきたいと思った次第です。

昨年も恐る恐る出てはみたのですが、声優さんのイベントにも一つ行ってきました(「RIM祭〜今日はみんなと学園祭〜」(@RIM0u0) に行ってきました)。これもよい体験でした。

あと、新しい行きつけの喫茶店というのもいくつかできて、その中の「中庭ノ空」というカフェで行われたパン教室&ライブに参加したのも興味深かったです(カフェ「中庭ノ空」で開催されたパン教室に参加してきました)。

英会話スクールの類に行きたかったり、料理教室に通いたかったり、ピアノを習いたかったり、色々と興味は尽きないのですが、金銭的余裕がなくてその辺りまでは手を伸ばせなかったのを2014年は打開して視野を広げていくつもりです。

小さなイベントの主催をしたりもした

会社の飲み会や、ITエンジニア同士の飲み会など、小さなイベントの主催というか幹事をしたりもしました。参加しているだけじゃなく、催していく方向でも積極的になりたいという気持ちがあったので。どのイベントも参加者が結構いてくれて、楽しいイベントになりました。特に #xtcup は思い出深いイベントになりました。

主催でなくとも、小さな飲み会には積極的に参加して幹事を助けたりすることもありました。

あずまさん (@ytnobody) と新しいユーザーグループを立ち上げたりもしました。例えば「Postfix友の会」とか。これひとつだったかな?ただまだ活動実績が足りないので、これは2014年の課題ですね。その他にもあずまさんにはお世話になりっぱなしの一年で、PerlBeginnersでのUstreamサポートであったり、Machida.pmの盛り上げ役であったり、今後とも応援とも迷惑ともつかない形で賑やかしであったり金銭的協力であったりといった支援を続けていきたいと思います。

「北海道つながりIT飲み会」とスカイアーク

スカイアークの小林社長が東京で主催する「北海道つながりIT飲み会」という会が何回かあって、それへの参加をして、関東圏に住んでいる北海道出身者との親睦を深めたり、東京や北海道の実情を知れたりといった良さがありました。

YAPCでも小林社長とは雑談させてもらえたのですが、本当に勢いのある方で、話の一つ一つに未来を感じることばかり。中の人視点ではまた違うのかもしれませんが、外の人視点としては小林社長はスゴイと思わされ続けた一年だったし、今後ともスカイアークは絶賛応援していきたい企業であることは間違いないです。本社は私の地元ですし、愛着もあります。

暑さと心労と

今年の夏は本当に暑かった。死ぬほど暑かったというか世間では熱中症で実際に被害出ているくらい。

暑いのと関係があるのか分かりませんが、暑い時期に色々と心労が重なることが多くあって、梅雨の5月から暑さが収まりかける10月まで、相当個人的につらかった時期でした。実際に暑さと心労で何度も体調を崩しました。

心労にも色々原因があって分析をして改善しようとするのですが、結局私の力では改善できないということが分かって全てを諦めたのが外が涼しくなりはじめた10月でした。この辺りの話は反省点も多い恥ずかしい話ではあるので、今度飲み会で一緒になった人にでもこっそり話そうと思います。飲み会誘ってください。

Posterousの終了とブログの移転

2011年からブログを載せていたPosterousがTwitterに買収されて、Posterousサービスが終了してしまうという事態に。驚愕しました。これで一気に商用ブログサービス不信になって、自前でWordPressをインストールしてブログを移転することにしましたが、なかなかはかどらず。結果、5月からブログを書かない数ヶ月というのが久々に生まれたのですが、その後WordPressが軌道に乗ってからは、それを取り戻すかのようにブログでのアウトプットを増加させていきました。WordPressの記事投稿インターフェースがPosterousよりも便利だったとか、そういう理由もありますね。

あとは、Twitterは情報量としては少ないし、FacebookなどのSNSといった閉じた場所に公開しても問題無い情報をあえてSNSに投下する理由が見いだせなくなって、短文はTwitter、長文はブログに書くように心がけました。Twitterは好きですが、正直FacebookとかSNSの類はそれほど好きじゃない。今までクローズドに活動していて結果良い思いをしなかったので、この「ブログ回帰」とも言える流れは私の既定路線だったのかもしれません。

デジタルガジェット買い控え

何度も繰り返しているような気がしますが、とりあえず金が無かった。新機種が出たら毎回買い換えるiPhoneも、今回5sは買いませんでした。YAPCで忙しくて買うタイミングを逸したというのもあります。

欲しい物はあるものの、部屋に溢れかえったものが新しいものの流入を拒んでいる部分もあるので、断捨離をしないといけない時期なのかもしれません。今年も大掃除的なことは全然できなかったので、2014年新年掃除をしたいと思います。

Amazonのウィッシュリストには色々なデジタルガジェットが並んでいますが、これほど買い控えをしたのも久しぶり。理由は色々あるし節約にもなっていいじゃないかという意見もあるかもしれませんが、IT業界に身を置いている人間として新しいものをウォッチできないと取り残されるのは必然なので、この点は反省すべき点であると思います。

反省を活かして、年末になってNexus 5を買いました。今まで安かろう悪かろうなAndroid端末は2機種くらい持っていたのですが、良質なNexus 5でAndroidの勉強も徐々にしていきたいです。

周囲で病気の一年

親戚が何人も病気で入院したり手術したりしました。付き添いや医師から説明を受ける母が大変だったそうです。地元の話なので私が手出しすることもできず、私は母と電話しながら断片的な情報に心配したりするだけでした。

そんな病気の人達も無事退院してホッとしていたところで、今度は自分が緊急入院するはめになるとは…。病院のベッドの上で「まさか今年のトリを飾るのは自分だとは思わなかった」と何度も思っていました。今度はこっちの断片的な情報で母を心配させてしまったし、身寄りのない自分は死活問題だと思って意識のあるうちにTwitterに同報通信的に状況を書いていったら、これも多くの方々に心配してもらうことになってしまったりと…。ありがたいやら申し訳ないやらといった年末でした。おかげさまで12月24日に無事退院できました(入院中、そして伝えたいこと少し)。

年末のN響第9と札幌遠征

退院時期が未定で年末年始の予定が危ぶまれましたが、なんとか退院して、年末のN響第9公演に行って心の洗濯をしてきました。

Hokkaido.pm#11の関係で札幌入りするための全ての移動手段と宿泊手段は押さえていたので、それが無駄にならなくて良かったです。札幌では退院時に処方された徐放性鉄剤の副作用でとても体調が悪かったのですが(食事をきちんと選んでいたので、病気であった胃の調子は良かった)、Hokkaido.pm#11とその懇親会などPerlプログラマーの方々との交流(Hokkaido.pm#11 に参加してきました #hokkaidopm)、札幌にいる高校時代の友人と初めて会う彼の友人達との交流、そして札幌に住んでいるいとこと久々に会話したり、充実した札幌滞在ができました。

そして例年通り、無事に実家に帰省してこのブログ記事を書いています。終わりよければすべてよし!

2014年はどういう年にしたいかといった話は、2014年になってから書くことにします。みなさん、良いお年を。

「RIM祭〜今日はみんなと学園祭〜」(@RIM0u0) に行ってきました

おがた (@xtetsuji) です。

2013年11月24日(日曜日)に行われた「RIM祭〜今日はみんなと学園祭〜」(@RIM0u0)に行ってきました。簡単にいえば声優さんのイベントなのですが、本人たちによる手作りイベントで、非常に心温まるイベントでした。

私はこういうイベントへの参加が不慣れで、一つ一つに戸惑うことが多かったのですが、参加して良かったと思える良いイベントでした。参加した他の方々によるイベントレポート記事も参考になると思います。

イベントの詳細について

声優の松嵜麗 (@reimatsuzaki)さん、葉山いくみ(@hayamaikumi)さん、大原桃子(@MomoJule)さんの3人による手作りイベントです。

下の写真は、会場でもらえた缶バッジ。RIMとはRei、Ikumi、Momokoの頭文字なんです。

RIM祭の缶バッジ

昨年も「今日はみんなとフライングクリスマス☆」という3人による手作りイベントがあり、今回のイベントはその第2弾と言えるものです。昨年のイベント、私もチケットは買ったものの、当日体調不良で行けず、今回のRIM祭は非常に楽しみにしていました。

今回のイベントに行こうと思ったきっかけ

たぶんこれを話して聞かれるのは「声優さん好きなんですか」って質問かと思うんですが、大学時代の頃にアニメからはいったん遠ざかってしまったものの、2010年頃からまたアニメを少しずつ観だして、声優さんという職業に興味を持ったことは事実です。最近では48人程度集めた大所帯の女性アイドルグループなどが多数話題になっていますが、最近の女性声優さんはアイドル並みのルックスと、声優という職業ゆえの歌唱力やトーク力、そして声の魅力というものがあり、アイドル以上に少しずつ興味を惹かれるものがありました。

特に2011年度に1年間放送された「ジュエルペット サンシャイン」というアニメが本当に個人的ツボをついて1年間大笑いさせてもらって、DVD-BOXも4巻揃えたという経緯があります。元々は健全な幼女向けアニメではありますが、制作側、特に稲垣隆行監督のパロディ心からか、昭和を生きた大人にしかわからないオッサンネタが散りばめられていて、本当に楽しかったです。皆口裕子さんに「ねるとん紅鯨団」のナレーションを2回もやらせたり、そんなの30代や40代しか知らないよ!というネタを連発して、声優さんのネタも最大限に引き出すアニメとしても秀逸でした。詳細はWikipediaの「ジュエルペット サンシャイン」の解説や書籍「オトナアニメCOLLECTION ジュエルペット サンシャイン FANBOOK」を参考にしてみてください。

その「ジュエルペット サンシャイン」のヒロイン「水城花音」役の声優さんが松嵜麗さんで、松嵜麗さんを応援することで「ジュエルペット サンシャイン」のOVAなどが出ればいいなーという気持ちからでした。純粋に「ジュエルペット サンシャイン」は松嵜麗さんの初ヒロイン作品のはずで、その後のモバマス(諸星きらり)での露出ほどインパクトは無かったようですが、1年間の好演は忘れられません。特徴ある声優さんとして今後とも声優界で必要とされる逸材の一人だと思います。「ジュエルペット サンシャイン」は稲垣監督が作り上げた世界ではありますが、私の中では「ジュエルペット サンシャイン」=松嵜麗さんという図式もあります。モバマスは少しやって挫折した勢なので、松嵜麗さんといえば「ジュエルペット サンシャイン」な私です

水城花音

松嵜麗さん自身も、自身のブログで「ジュエルペット サンシャイン」に対しての特別な思いを語っています。

最近では本人の姿などの露出も多く、見るたびに「松嵜麗さん、ぐうかわ過ぎるなぁ」って思うくらい綺麗な方です。ロングの髪が「ジュエルペット サンシャイン」の水城花音がそのまま出てきたようなイメージすら感じます。私の好みの人なのかもしれません。

「ジュエルペット サンシャイン」はジュエルペットシリーズ第3弾のアニメですが、2013年現在、第5弾である「ジュエルペット ハッピネス」でヒロインの一人「近衛ねね」役を演じているのが葉山いくみさんです。また大原桃子さんもジュエルペットシリーズでいくつかの役を演じており、ジュエルペットシリーズで3人同時の出演はまだないものの、3人にとってジュエルペットシリーズはある意味特別な存在と言えましょう。それは後述の年表でも語られることとなります。

昨年は松嵜麗さんに会えるイベントが結構あって、チケットを買ったものの行けたイベントは一つだけで、前述の「フライングクリスマス」を含めた他のイベントにはいけませんでした。

チケットを買ったけど行けなかったものが多い

行けなかったチケットは半券が切られていません。

チケット確保した

発売日当日、10時発売開始でしたが12時頃に近所のローソンまで行ってチケット購入。2時間過ぎただけで整理番号67番とは、すごい人気。

[tweet https://twitter.com/xtetsuji/status/389226504791416832]

会場に入った

東銀座駅から歩いてしばらくしたところにある「パセラリゾーツ銀座店 BENOA」が今回の会場。

RIM祭の会場建物風景

当日は開場から少し遅れて会場入り。既にたくさんの人が来ていました。とはいえ、チケット番号順の入場になるとのことで、チケット番号が60番台の私は早く来てもそれほどすぐには入場出来ないかなとは思っていました。

入口には看板が。否が応にも期待が高まります。

今日はみんなと学園祭の看板

せっかくなので松嵜麗さんにファンレターを書いたのですが、封筒が無くて銀座駅周辺の文房具店で探しまわったのも送れた原因だったかも。ファンレターを書くとかって初めての経験でした。それだけ「ジュエルペット サンシャイン」と松嵜麗さんへの思い入れが強いのかもしれません。

「学園祭」と書かれているとおり、会場内はおしゃれな雰囲気ではありましたが、学園祭風に写真であるとか年表であるとかが展示されており、しかもその一つ一つが3人による手作りとなっており、非常に温かい雰囲気でした。

会場に入ったときにもらえたイベント概要のプリント。まさに3人の直筆で手作り!って感じがします。

RIM祭のパンフレット表紙

RIM祭のパンフレット中身

写真が展示されています。大原桃子さんは写真も趣味にしており、彼女自身が撮影した写真もいくつかあったんじゃないかと思います。

展示されていた写真1

「写真の写真」を撮っている時間がなかったのですが、ベストショットだなと思ってピックアップして撮影した写真を一枚。

展示されていた写真より

写真だけでなく、葉山いくみさんが書いたという絵もありました。3人の肖像画。

葉山いくみさんが書いた3人の肖像画

学園祭らしい「3人の年表」も貼ってありました。手作り。心温まります。3人それぞれにカラーが割り当てられていて、誰が書いたか分かるようになっています。

年表1。人が多くてうまく撮影できず、ピントがあっていなかったのが心残り。誰か高解像度の写真を撮影している方、いらっしゃるでしょうか。

れい・もも・いくみのあゆみ1

2枚目のうちの1枚目。iPhoneで撮影したのですが、ブレています。人が多かったので…。

れい・もも・いくみのあゆみ2

2枚目はそこそこ鮮明に撮影できました。とはいえ、撮影する人が多くて、やっぱりブレている…。この年表は最後にプレゼントとして人にもらわれていったので非常に貴重なものとなりました。本人たちの手元にもないという。

「3人の未来年表」の中にある2013年5月「ジュエルペット新シリーズで、3人アニメ初共演!」大いに高まりますね。ジュエルペットシリーズで2人の共演はあったものの、3人共演は未だかつてどのアニメでもないという話。来年のジュエルペットシリーズ第6弾はどうなるのか、期待です。

松嵜麗さんと葉山いくみさんの初共演の話は「ジュエルペット ハッピネス」第7話でした。ジュエルペットシリーズは7の倍数回に何かが起こると言われており、この様子はTogetterで私がまとめてあります。

また、2013年4月「「お願いシンデレラ。発売記念イベントに大原がこそっと来て家に帰ってカレーを食べながらイベントを思い出し涙する」話はTwitterでも語られており、友情を感じました。これもまとめてあります。

私もこのとき、同じく池袋サンシャインシティ噴水広場の3階で人混みの影から見ていました。しかしあまりにも人が多かった。私はプレイしていませんでしたが、モバマスの人気を実感した瞬間でありました。

開演前にフードメニューとドリンクを買おうとしましたが、行列がすごくて大変でした。大人気。

フードメニューの行列

ドリンクは入場チケットで1杯無料、フードメニューは3人それぞれのコラボメニューがあります。

  • サッカー部 フレッシュピチピチピーチ
  • 野球部 麗ちゃんのやきそば
  • テニス部 行列の出来る葉山のスイーツ

3種類それぞれに写真がついてきます。3種類一気に買うとラミネート加工された特別なカードが貰えて、サイン入りビニール袋がもらえるそうですが、私は勝手がわからずバラバラに買ったもので、もらえませんでした…。他の方のブログ記事を参考にしてみてください。

もらえた写真の数々

一番右側のサイン入り3人集合のブロマイド写真は、イベント終了後にもらえたもの。

あとフードメニューの他にTシャツも売られていたので買いました。全て3人の直筆サイン入り。洗ったら落ちてしまいそうで、うかつに着られない。

物販の価格も、フード一つが写真付きで500円、Tシャツが1枚1500円と、通常の声優さんのイベントに比べても相当リーズナブルなのだそうです。手作りかつ3人のサービス精神からくるものなのかもしれません。

フードメニューの写真などは撮り忘れてしまいました。残念。

会場の雰囲気はこんな感じ。開演前には各スクリーンに三人の写真などが流れていました。混雑している!

混雑している会場

ドッキリ企画の前準備

開演前のスクリーンに松嵜麗さんと大原桃子さんの二人が出てきて、会場の皆さんにお願い。それは「葉山いくみさんのどっきりバースデーパーティーの予行演習の段取り」でした。昨年の「フライングクリスマス」でもやったそうで、開演後のネタばらしの段階で二人は「いくみんに隠れて動画撮るの大変だった」とのこと。

開演

開演後の撮影はNGとのことだったので、とりあえずiPhoneはポケットに入れて舞台に注目。

フードメニューの長蛇の列に並んでいる最中だったので、結果的に逆側の舞台に近めのところで見ることができました。

[tweet https://twitter.com/RIM0u0/status/404281257460121600]

最初は3人そろって「学園天国」からスタート。盛り上がりそうなスタートです。

あまり歌のことはよくわかっていないので、どのような曲が演奏されたのかなど、上述の他の方のブログ記事を参考にしてみてください。

歌だけでなく、ミニゲームもあって盛り上がりました。会場にいる人を縦に3つに分けてチーム分け。私は葉山いくみさんチームでしたが、2つのミニゲームで葉山いくみさんが圧勝で、たの2人がブーブー言っていたのが面白かったです。

後半の歌で松嵜麗さんが歌う「イマドキ乙女」が出てきて、もうテンションMAX。これは「ジュエルペット サンシャイン」のエンディングテーマで、松嵜麗さんも一度、DVD-BOXのオーディオコメンタリーの中で「水城花音としてOPかEDを歌う」というむちゃぶり企画で歌ったもの。これはDVD-BOX4巻(最終巻)の最終話のオーディオコメンタリーの最後に収録されています。私もこの曲のリクエストを送ってみたのですが、松嵜麗さん自身の声で聴いてみたいという要望が叶えられて本当に良かったです。舞台の袖に戻った二人にルビー(ジュエルペット サンシャインの主人公のウサギ)のぬいぐるみを投げられて松嵜麗さんキャッチ、そして胴体ではなく耳を持って振り回すその様は、まさに2次元から出てきた水城花音そのものでした。現実のウサギは耳を持って振り回したらダメですよ。

葉山いくみさんが歌う「卒業写真」(川嶋あい)に入ると、舞台は一転して、周囲のスクリーンに3人で映った写真がモノローグのように流れて「泣かせに来ているな!」といった感じでした。葉山いくみさん、こういう透き通る声の泣かせる歌、うまいなぁって思いました。

その他にも歌いっぱい。あんまり知識がないから知らない歌が多かったけど、周囲に合わせて必死に手を振ったりしていた。慣れないことをしてすごい疲れたけど。

そして抽選へ

パンフレットに手書きで書かれていた番号。このヒミツは、会場にある色々なものを抽選で来場した方々にあげようという企画だったのでした。私は77番というキリのいい数字でしたが当たらなかった…。手書きの年表もらった人、本当にうらやましいです。

ドッキリ企画敢行

そして葉山いくみさんへのバースデードッキリが敢行。葉山さん、「今年も!?」といった感じで感無量。2人と会場でハッピバースデーの歌を歌ってお祝いして、泣きそうになる場面も。こういう友情、いいですね。準備ビデオを作っていたことやケーキを準備していたことなど、一つ一つに驚いている様子でした。

そして来年へ

楽しいイベントも終わりに近づき、大原桃子さんの口から「来年もやる」発言。第3弾、期待したいです。

他の方々とのコミュニケーション

希望する方は出口で待つ3人と握手したり会話したりおみやげや手紙をお渡しするということで、長蛇の列ができていました。急ぎの方優先とのことで、暇な自分はしばし待ったほうがいいなと思って、フードメニューを買ったり、椅子に座ったりして待っていました。

待っている間、手持ち無沙汰なので、近くにいる方に話しかけてみることにしました。私は一人で来てこういう場に知り合いがいないので、この場合は完全アウェイ状態ですね。

何人の方に話しかけましたが、来た目的として松嵜麗さんがキッカケの方が多かったようでした。たまたま声をかけた人がそうだっただけなのかもしれませんが。松嵜麗さんの何かといえば、当然ながらモバマス。人気ですね。ソーシャルゲームの先行きといったものは業界人として気になったので「今もモバマスは変わらず続けているんですか」といった質問を数人の方に投げかけてみたものの、以前ほどやらなくなったといった方もいました。この場に来る方はどちらかというと、モバマスというゲームを楽しむというよりも、バンナムから出るモバマスのCDなどのコンテンツを楽しめればよいという、ゲームの方はライトプレイヤーが目立ったかもしれません。池袋サンシャインシティの噴水広場のときには誰もが空いた時間をスマホでモバマスしているという光景が繰り広げられていましたが、この待ち時間ではそういう感じでも無かったように思えます。

モバマスのキャラクターである杏(CV.五十嵐裕美さん)ときらら(CV.松嵜麗さん)のコンビのTシャツを着た方がいたので撮影許可をもらって撮影させていただきました。

だにぃ☆ドヤァ☆

 

杏きらプロ

松嵜麗さんファンの方で、自作のハッピを来た方がすごかったので撮影許可をもらって撮影させていただきました。

松嵜麗ハッピ前面

 

松嵜麗ハッピ背中

列に並び始めたときに隣(互いに前後同士)だった人と、待ち時間中長々と会話していました。その方も松嵜麗さんがきっかけで来たとのことでしたが、興味深かったのは以前ちょっと見た「ジュエルペット サンシャイン」を覚えていて、最近見た「俺の脳内選択肢が、学園ラブコメを全力で邪魔している(のうコメ)」の麗華堂絢女(CV.松嵜麗さん)を見て聞いてサンシャインの水城花音のことを思い出して松嵜麗さんについて検索したらたまたまこのイベントがヒットしたので来てみたとのことでした。なんという巡り合わせ。

稲垣監督を始め、「のうコメ」は「サンシャイン」と制作スタッフがほとんど一緒じゃないかというほどの一致っぷりで、ギャグに力をいれている部分も同じ。やはりその辺りに心踊る人って自分の他にもいるんだなーって改めて感じました。

麗華堂絢女

その方は一見ライトな声優ファンといった感じでしたが、一時期はそこそこイベントに通っていたようで、コール(合いの手の類)の入れ方や作法であるとか、サイリウムの使い方であるとか、その辺りを教えていただきました。

話をしていて、やはり松嵜麗さんの話題が多かったですが、今期を含めたジュエルペットシリーズの話になったりして「3人には今後も躍進して欲しいですねー」といった感じでまとまりました。

列に並んでいると、会場から「時間の都合があるので、後の方は押しでお願いします!」とのこと。待った人、損じゃん!って展開になりました。

3人と会話したりした

順番が回ってきて、3人と会話したりしました。

最初は葉山いくみさん。「「ジュエルペット ハッピネス」観てますよ!」ってところからしばし雑談させてもらいました。結構かわいい系の女性で、もうちょっと露出が多ければ爆発的に人気が出るのでは?とすら思える人です。爆発的に人気が出てしまうと、それはそれで嬉しいのですが、こういったイベントのチケットが争奪戦になってしまうのが想像できるので、なかなか嬉しい悩ましいといった感じです。

次は松嵜麗さん。「ジュエルペット サンシャイン」についての想いを短い時間の中で語りました。本当に応援しているし、松嵜麗さんを応援することでサンシャインのOVAが出て欲しいし、「「のうコメ」の現場で稲垣監督にも需要があるってぜひ伝えておいてください!」と伝えたら、「のうコメ」も観ているって話になって嬉しがっていました。松嵜麗さんの話によると「「のうコメ」の現場でも「花音」って呼ばれるんですよ〜」だそうです。監督もアニメーションプロデューサーも一緒だし、脚本家などの執筆陣もほぼ一緒。そりゃそうかぁって感じでした。ちょっと微笑ましい裏話でした。話が尽きないことは分かっていたので、持ってきたファンレターを渡すことで残りの想いを伝えることに替えました。この時間は2013年の中でも、本当に幸せな一瞬でした

最後は大原桃子さん。第一印象が本当に中性的で男女問わずモテそうなルックスに、思わず「カッコイイ」って声をかけてしまいました。直前に松嵜麗さんと話せて舞い上がってしまっていてあまりうまく話せなかったんですが、ジュエルペットシリーズに3人同時に出られることを祈願していますということを話しました。本当は、モバマスイベントで松嵜麗さんを観て涙した話やカメラにのめり込んだキッカケといった話などを聞きたかったのですが、会場側が時間巻き巻きサインを出していたので、あまり話ができなかったことが心残りです。

3人からサインを貰えるということで、多くの方は色紙を持ってきていました。色紙という発想はなかった私は持ってきていた「オトナアニメコレクション ジュエルペット サンシャイン FANBOOK」にサインしてもらうことにしました。大原桃子さんには「これにサインしていただくことが、3人の夢への祈願です」って声をかけました。私の願いです。

サンシャインFANBOOKにサインを貰う

そして出口に誘導されて会場を後にしました。11時すぎに会場入りしてからから16時前まで会場にいましたが、疲れを感じさせない、本当に最高の一日、最高の体験でした。

最高日☆

来年も期待しています!

Hokkaido.pm#11 に参加してきました #hokkaidopm

おがた (@xtetsuji) です。

2013年12月28日に行われた Hokkaido.pm#11 に参加してきました。

※参加ブログ記事やスライドURLなどについては、公開されたりしたら都度追加していきます

いつも参加ブログ記事を書くのが遅いので今回はすぐに年内に…。本当は他にも出席したものの、まだ参加ブログ記事を書いていないイベントが結構あるのですが、それは年末年始休暇にまとめて書こうと思います。

参加者の方々によるブログ記事 。

場所は、今回は東札幌駅近くの産業振興センターではなく、札幌駅の北の札幌エルプラザというところでした。ここはHokkaido.pm Casualを毎月催しているところ。

今回も13時30分開始でした。勝手が分かっていて、一度Hokkaido.pm Casualに出席して札幌エルプラザに行ったこともあるので、比較的迷わず行けました。吹雪結構大変だったけど。

自分主導でUstreamをやってみた

自宅で役割のなくなったiPhone 4sがあったので、前回のPerlBeginnersのときにそれにUstreamアプリを入れてUstreamをしてみました。一人でも見てくれれば御の字と思っていたら、数人から反響があって、やってよかったなと思ったので、今回のHokkaido.pmでは、私が名乗り出て、この形式のUstreamをやってみることにしました。幸いHokkaido.pmのUstreamアカウントは随分前から存在していたので、それを利用しました。録画もあります。

前回のPerlBeginnersは短時間イベントなので気付かなかったのですが、iPhoneのUstreamアプリの最大連続録画時間は3時間(180分)ということを知らず、途中でぶった切られています。ちょうど自分が発表する前後でした。

Ustreamは3時間まで

 

ちょうど3時間(180分)寸前でいったん録画が切れているのが分かりますが、そういう事情です。録画が残されていたことが幸いでした。ばらく気づかず、タイミングが悪かった。皆さんもiPhoneのUstreamアプリで長時間ライブ配信をするときには気をつけてください。

いちおう休憩中はオフレコの雑談もあるだろうということで、画像はブルースクリーンを移しつつ、マイクはオフにするという対応をしました、これはこれで良かったかなと思います。3時間以内に収めつつ、収録時間を少し細切れにするとよいんだなというのが今回の教訓でした。

録画は3時間超(13時30分〜17時頃まで)の長丁場ですが、ダラダラ閲覧すると雰囲気が分かっていいかなーと思います。@yusukebeさんの40分トークなど、見所も多かったので、自分の見たいところだけを見るのも良いと思います。

今回はUstream業や会場入りが遅かったことや体調不良などもあり、バタバタしていてメモが疎かです。他のスピーカーの方がスライドを公開したりしたら、随時情報を更新していこうと思います。

13:40~14:00 「今年書いたPerlコードの振り返り」 by @akiym さん

akictfの話から。

特にMac関連のCocoaモジュールが豊富な @akiym さん。私も結構お世話になっています。

  • AnyEvent::SKKServ
  • Cocoa::NetworkChange
  • Regex::VerbalExpression

Cocoaモジュールの作り方について。なぜ「Cocoaのモジュールを書くのか」という問いについては、CocoaのAPIに触りたいからとのこと(高速化ではない)。Perlを使って、Macアプリを使わずにMacの機能にアクセスしたいだけだし、単体モジュールにして言ったほうがみんなが幸せだとtypesterさんがいっていた、とのこと。

最近では「XSUBで書けるようになったので超絶便利」であり、革命とのこと。Cocoa::GrowlやCocoa::Skypeは面倒なことをしているそう。xsubppが…。

MinillaでXSモジュールを作成する場合には minil new -p XS Module して、builder_MyBuilder.pm を作成してminil.tomlを編集。あとは *.xs にゴリゴリと書いていって、makeすると.mが生成される。

Cocoaモジュールは、普通のXSと同じように書けるそうです。Cocoa→Perl、Perl→Cocoaのデータ変換に気をつければいいだけ。それ以外はただのXS。どうやればいいんだ…というときには@typesterさんや@soh335さんを参考にすればよいとのこと。

Mac::Keyboard::LED というモジュールを作った話。Caps Lockを光らせることが出来るやつ。通知に良いかもしれません。

後半はベータバージョンであるPerl5.19の話。hash slice sytaxやpostfix dereferencingなどの便利記法を紹介したあとに、CGI.pmが正式にdeprecatedされた話や、削除されたモジュールの一蘭などを紹介。ようやくCPANPLUSが無くなった。時代ですね。

最後に、ウェブアプリケーションの設計についての、聴衆への質問の投げかけ。

Amon2を使っている理由は単なるコンテキストマシーンであるというところから、Bootstrap3.0対応、Kolon対応が良いという話、Rooter::BoomやTengを使っているという話の後で、Modelというものは何なのかという問いかけでトークが終わりました。質疑応答が盛り上がったものの、MVCにとらわれすぎてはいけないという結論に至ったような気がします。

14:00~14:20 「Hokkaido.pm #11」 @__papix__ さん

自称「どこにでもいる大学生」、@__papix__ さんが大阪から遠路はるばるやってきました。今回はフェリーらしい。

今回のHokkaido.pmのテーマである「今年作ったもの」というのにふさわしく、いくつかの業務・私的に作った作品を紹介していました。

  • Facebook API 変更自動確認ツール Kaopan (これはインターン先の会社で作ったそう)
  • シンフォギア (今のところ自分用スライド公開ツール)

Kaopanは結構便利そうなので、会場からも公開を期待する声が多く聞かれました。

シンフォギアは「Amon2+Teng+SQLite+Text::Markdown::Hoedown」という構成で2日で作ったとのこと。今までの積み重ねと先人の苦労があって2日という短期間で作成できたというのは本人の弁。

先の @akiym さんの話に続いて、MVCについての話も触れられましたが、やはり「とらわれすぎてはいけない」という話。DBはModelとして扱うというよりもDB名前空間で別物として扱うスタイルだということが語られました (このあたりちょっとメモが怪しいかも)。

14:30~14:50 「Hokkaido.pm寿司x11」 @moznionさん

今年の流行語は「DevOps」という話からはじまり、協調を提案する話へ。

その後、TestとDocumentの関わりについて触れ、「DocumentからTestを生成する」アプローチと「TestからDocumentを生成する」アプローチの二種類を比較。 「SYNOPSIS重要」としつつも、「DocumentとTestを同居させる」という結論に。

後半は「TestからDocumentを生成する」というアプローチにフォーカスしてJSON APIのテストを書くとそれのドキュメントを自動生成してくれるautodocの紹介や、Test::JsonAPI::Autodocモジュールの紹介などをされました。

多岐に渡る活躍の中でもとりわけテストや品質管理に造詣が深い @moznion さんのトークでした。トークやスライドのテンポも面白く、Ustream録画やスライドは要必見です。

14:50~15:10 「」 @charsbarさん

翻訳家の@charsbarさんが余っている20分枠に急遽登壇。

最初はCPANTSなどの品質管理系の話から始まりました。

その後、本業である翻訳業の中で手間だったラテン語の辞書を引くためにMojoliciousアプリケーションを書いた話などが印象的でした。

最近編集(?)を手がけた「世界の名酒事典 2014年版」の紹介などもありました。興味深い。手広いです。

最後に、WindowsのiTunesで英語の勉強などで歌詞をブラウザでリアルタイム表示させたいといった要望を手軽にかなえるために書いたというウェブアプリケーションをご紹介。これはMojolicious Advent Calendar 2013でも紹介されていた記事のデモでした。MojoliciousとWebSocketの組み合わせ。これもまた興味深かったです。

15:20~16:00 「今年見たPerlコミュニティそしてこれから」 @yusukebe さん

講師派遣は無かったのですが、今回メインとなった40分トークを飾ったのが、最近JPAの理事に就任された@yusukebeさんのトークでした。

技術的なことよりも、それを支える方法であるとか、盛り上げるアイデアだったりといった展望について熱く語られたトークでした。スライド公開後のネットでの反響もかなりあったようです。スライドも公開されていますし、Ustreamにも録画がありますので、ITエンジニアコミュニティに興味のある人であれば、元気がもらえるスライド・トークでしょう。私が書いたメモを公開するより、このスライドをテンポよくめくっていったほうがよく雰囲気が分かると思います。興味があればUstream録画も見るとよいといった感じです。

今回の名言「PerlMongerよ、旅に出よ!」は、Perlプログラマだけでなく、全てのOSSに携わるITエンジニアに言えることではないでしょうか。数学などの頑張れば一人で出来る学問でさえ、ネットを使ってみんなで協力するだけでなく、学会発表や研究交流のために各地に旅費を払って行くわけです。場所が変わって、そこで得られる知見といったものは何にも代えがたいものがあるでしょう。私も関東圏と北海道のみが活動圏だったので、今後は西や南のほうや海外へ、出来る限りもっと積極的に足を運びたいと感じました。

16:10~16:30 LT

今回のLT、最初は応募が少なかったのですが、結果的に飛び入りが多くて活況となりました。

まずトップバッターは飛び入り参加の @itrysd さん。ギターの音を奏でられる本格的なウェブサイトを作ったそのデモは、なかなか興味が惹かれるものがありました。本公開が待ち遠しいです。

@techno_neko さんの「本当にあったGrepが遅い話」は、耐久テストのような問題が出されて、なかなか面白い感じでした。非常に疎な配列の作成が新しいPerlであれば実行可能であるという結論は、なかなか興味深かったです。

次は私のトークでしたが、その話は後ほど。

再び登場 @__papix__ さんによる「Hokkaido.pm#11 Lightning Talk」。今年書いたモジュールを色々列挙。@moznionさんが「成果を横取りされた」と言っていたのが面白かったです。Acme::SuddenlyDeathが今年2013年とは…。随分前のことだと思っていたので、意外に2013年は長かったのかなぁとも思いました。貴重な感覚です。

@onagatani さんによるAWSの紹介。スカイアークがAWSを主導していること、とても興味深かったです。

@aloelight さんの「今年書いたPerlのコード」は本格的なモジュールがいくつも出てきて驚愕しました。Tamanegiは興味深いですね。公開を楽しみにしています。

※LTのメモが疎かだったので、順番などが狂っている可能性があります。

私のLTについて

今年作ったもの2013」と題して発表させてもらいました。スライドも公開済みです。

実際2013年は色々あってあまりPerlのプログラムを書かなかったのですが、APIラッパーの類や、書き捨てスクリプトであったり、そのあたりを含めて紹介させていただきました。他の人が発表している本格的なものに比べて見劣りするなぁとは思いましたが…。

特に今年は、12月11日から12月24日まで胃潰瘍で入院をしていて、今回の Hokkaido.pm#11 にも出られるかどうかというギリギリの感じでした。Twitterに同報通信的に状況を報告していったのですが、同情をもらおうとかそういう意図は全く無かった(詳しくは「入院中、そして伝えたいこと少し」を参照)ものの、意図せず色々なITエンジニアの方から心配をしていただき、2011年7月のHokkaido.pm#5から開始したコミュニティ活動によって「作った」というよりも「豊穣された」温かいコミュニティにトークの中で感謝をしたかったということがあります。

とはいえ、ディスプレイトラブルであったり、ちょうど180分のUstreamトラブルであったり、久々にハマった発表だったので、なんかそのあたりを落ち着いて話すことが出来なかったのが心残りでした。

ご心配くださった方、お見舞いに来て下った方、本当にありがとうございました。

懇親会

今回もすすきのへ移動しての開催でした。札幌駅近くだったので、今回は30分ほど歩いて移動することに。入院していたこともあって、久々に長時間歩いたので結構疲れましたというか汗をかきました。

鍋料理、お腹に優しくてとても助かりました。移動できない狭さだったので多くの方との交流はなかなか難しかったのですが、それでも近くの席の人達と盛り上がれました。

二次会

@onagatani さんが大好きな活イカのいる、いつものあの場所でした…がシケで活イカはいませんでした。

少し人数が減って、多くの方との交流がより弾みました。@onagatani さんともようやく二次会でゆっくり話すことができて満足。

その後

大体Hokkaido.pmの三次会は@onagataniさんが大好きなラーメンで締めるのが通例なのですが、病み上がりでラーメンのような脂っこいものが食べれないことなどもあって、行きませんでした。噂では、@onagatani さんと @jamadam さんの二人でラーメンに行ったようです。

まとめ

久々のHokkaido.pmだったなーという気がします。Casualが毎月開催されているのでそちらに比重が置かれてしまう感じもありますが、北海道外からの参加者も集めて大々的に出来るHokkaido.pm本会というのも趣がありますし、私も大好きな北海道に行く口実ができてとても良いです。噂では、また3ヶ月に一度くらいのペースで次回が開催されるらしいとのことで、大いに期待したいところです。

Proca (@proca_jp) でTwitter名刺を作ってみた

おがた (@xtetsuji) です。

以前「ツイ名刺」というサービスで作った個人名刺が底をついたので、今回「Proca」(@proca_jp)というサービスで個人名刺を作った記録です。

2015年2月29日追記: Procaは2015年1月末でサービスを終了しました。

Twitter API1.1のタイミングで軒並みTwitterからの名刺作成サービスが休止していた

サブタイトルの通りなのですが、2013年4月から6月までの間にTwitterのAPIがバージョン1から1.1に変更になり、そのタイミングで多くのTwitter登録情報からの名刺作成サービスがサービス休止となってしまいました。その中には以前使った「ツイ名刺」も含まれていました。さてどうしようかと思ったところで候補に上がったのが「Proca」です。

この記事は2010年のものですが、この中のサイトで残っていて使えるものは2013年末現在、Procaくらいしかありませんでした

Procaで名刺を注文をしてみた

さっそくProcaを使ってTwitter名刺を作ってみました。ProcaはFacebookからも情報を引っ張ってきて名刺を作成することができますが、特にそっち(Facebook)には興味がなかったので、今回はTwitterから情報を持ってきて名刺を作成してみました。

まずはProcaのトップページから「Twitterのアカウントで作る」をクリック。

Procaトップページ

そうするとTwitter認証の画面になるので適切なアカウントでログイン。

後はよいインターフェースとなっているので、流れるように作成ができます。

PDF として出力結果を逐次確認しつつ、最終的にカート画面へ移動します。

Procaのカート画面

アイコンとIDと名前と位置情報とURLはTwitterから自動的に引っ張ってきます。その他、メールアドレスと電話番号を入れる欄があります(必ずしもメールアドレスと電話番号である必要はないようです)が、今回は空欄にしてしまいました。上記画像例では、少し上部に空白が目立ちますね。

注文数が一箱50枚単位、注文数が多ければ割引が大きくなります。

支払い方法はいくつか選べます。

  • PayPal・クレジットカードでのお支払い
  • 商品到着後に後払い (最寄りのコンビニ・郵便局・銀行で)
  • 銀行振り込み (住信SBIネット銀行)

支払い方法が多いのも魅力的。今回、私はPayPal支払いを選びました。

発送はクロネコメール便で届きます。なので、配送員が呼び鈴を鳴らすのではなく、宅配ボックスにそのまま投函されている形で届きます

こんな形で一箱50枚で届きます。3箱150枚注文しましたが、メール便としてポストに投函されていました。

Procaの名刺 TwitterやFacebookの情報で気軽に個人名刺を作りたい人にオススメのサービスです。

MopedがWunderlistに買収され、そしてRemember the Milkの今

おがた (@xtetsuji) です。タスク管理、悩みますね。

タイトルの通りなのですが、Mopedというサービスを運営している会社が、最近勢いがあってユーザが増加しているWunderlistというタスク管理ツールを運営しているベルリンの会社6Wunderkinderに買収されました。

Mopedというサービスそのものを知らない人がほとんどだと思うので説明しますが、ざっくりと説明すると「Twitterの返信メンションだけがある」ようなサービスでした。公開ではあるものの二者間での会話が出来て、アプリでプッシュができるもの。

Moped Top

…はい、使い道が分かりませんね…。Twitterでいいじゃん感満点です。

そしてMopedが買収されたことで、Mopedのサービス自体が2013年12月31日にサービス終了することがアナウンスされました

対して、Wunderlistは、今最も元気があるタスク管理ツールのひとつ。美しいデザインのウェブアプリや各種OSのネイティブアプリが使い勝手が良く高速で、しかもフリーミアムで、大抵の場合は無料で使えます。

タスク管理ツールといえば、一時期は「Remember the Milk(RTM)」が標準的サービスでしたが、ウェブインターフェースはここ数年進化せずAjax黎明期のような古風なサービスに成り下がり、使い勝手が少々良いiOS/Androidアプリは年間数十ドルを払わないと使えないというハードルの高さ。Remember the MilkはWunderlistよりある場面で高度な情報を格納できるという優位性もありますが、機能全般を見ると完全に出遅れていて、開発リソースが枯渇しているんだなという印象を外部からも受けます。一時期Google Closure Libraryの”Ninja”を募集していたのですが、その後どうなったのやら…。Remember the Milkがサポートしていなくて致命的な「サブタスク」は一向にサポートされる気配がないにも関わらず、Wunderlistは最初からサポートしているところもWunderlistの優位性の一つでしょう。Wunderlistの使い方さえ工夫すれば、よほどRemember the Milkで特殊なタスク運用をしている人でない限り、Remember the Milkで出来ることはWunderlistで十分まかなえるでしょう。

今回、WunderlistがMopedを買収したことで、プッシュ通知や複数人タスク管理などの機能を充実してくるのではないかと私は予想しています。単に中の開発者が欲しかっただけというありがちな買収理由も考えられますが、もしMopedのノウハウが転用されるのであれば、そういったところかなと想像します。今後のWunderlistにも期待ですね。

私はRemember the Milkにロックインされてしまっていて、まだWunderlistに移行出来ていない人ですが、近日中にRemember the Milkのエクスポートプログラムを書いてWunderlistに移行したいと考えている一人です。続報あればお知らせします。

  • 2014/04/20 追記: 最近ではRemeber the Milkにしかない「Smart Add」がWunderlistにないことに不満で、RTMのままで良い、Wunderlistはサブ用途で良いとすら思い始めています。ただ、スマートフォンで公式アプリもウェブアプリも使えないのが痛い。そこだけですね。

先日の #Perl入学式 での演習問題「calc_string.pl」の一風変わった解法

おがた (@xtetsuji) です。これを書いている2013年12月22日、まだ入院中です (詳細)。ベッドでブログ書くの、結構腰が疲れます…。

最近では「Perl入学式in東京」のサポーターを常連でやらせてもらっています。

先日の #5 での演習の中に「calc_string」という問題がありました。スライドの内容から引用します。

  • 引数として与えられた文字列が, 数値A 演算子 数値Bという文字列であれば, その値を計算して, 結果を返すような関数calc_stringを書いてみましょう
    • 「数値A」は任意の桁の正・負の整数とします. また, 演算子は+-*/%が使えるものとします.
    • 但し, 引数が与えられなかった場合(空の文字列の場合)は, undefを返します
    • また, 数値A 演算子 数値Bというフォーマットと一致しない場合もundefを返します
  • 関数calc_stringとwhile文を使って, Ctrlキーとdキーを押すまでの間標準入力から文字列を受け取り, 文字列に書かれた式を計算するようなコードを書いてみましょう

これについての回答は、他の生徒さんもブログにアップしたりしていて、その試行錯誤を見て初心に戻ったりしました。

私も生徒さん達が問題に取り組んでいるときに問題をといてみたのですが、マッチさせた演算子文字列で延々と条件節を書かないといけないのであれば、最初から計算式が文字列として組み立てられていることを前提に「文字列eval」したほうが、この場合はパフォーマンスを気にすることもないし簡潔になるかなと思って、Perl入学式の中では教えられなかった s/// の e オプション (eval) を使って解決してみました。しかも結果的に一風変わった形式で。

#!/usr/bin/env perl
# https://github.com/perl-entrance-org/workshop-2013-05/blob/master/slide.md#%E7%B7%B4%E7%BF%92%E5%95%8F%E9%A1%8C-1

use strict;
use warnings;

while(my $str = <STDIN>) {
    chomp $str;
    my $res = calc_strings($str);
    if ( defined $res ) {
        print "$res\n";
    } else {
        print "Input Error: $str\n";
    }
}

sub calc_strings {
    my $str = shift;
    # 文字クラス [...] の中での - は文字コード範囲になるので端っこに置く
    $str =~ s|^(\d+)\s*([-+/*])\s*(\d+)$| "$1 $2 $3" |ee
        or return undef;
    return $str;
}

ここでは Perl の simple replace s/// を使っていますが、e オプションを2回重ねています。こうすることで、置き換え後文字列に二回文字列evalがかかるというPerlの挙動があります。eオプションを重ねれば重ねるほどevalが重複してかかります。最初この挙動はPerlのバグというか意図しない挙動であったのですが、いつしか正式な仕様となりました。

  • s|^(d+)s*([-+/*])s*(d+)$| “$1 $2 $3” |ee

区切り文字を / から | に変更しています。割り算演算子としての文字列 “/” をキャプチャする必要があるのでややこしいからです。あと文字クラス […] 中では、正規表現のメタキャラはその意味を失います(一部の記号、例えばバックスラッシュや “[” などは除く)。またハイフン “-” は文字コードの範囲演算子になるので、文字クラスの列挙の最初か最後に書かないと混乱を招くことに注意しましょう(バックスラッシュでエスケープしてもよいです)。

「数字 演算子 数字」をキャプチャして、最初の置き換え後の文字列eval (e) では、これを文字列連結したPerlの文字列として評価しています。そして二回目の文字列evalで、最初に文字列連結した「計算式の文字列」をさらにPerl自身で評価させて結果を最終的な置き換え文字列としています。

ユーザの任意の文字列を文字列evalすることはセキュリティホールにつながる危険な行為であり、文字列evalはパフォーマンスにも良い影響を与えないことには注意が必要ですが、今回の例では「数字 演算子 数字」の列を正規表現できちんと検査していること、また一人で使うコマンドラインツールなのでパフォーマンス上の問題点は特に無いことで、これも一つのトリッキーな回答になっているかなと思います。

s///ee といった複数回evalの「仕様」は以前から知ってはいたのですが、実際に有用な場面で使ったのが初めてだったので、改めてまとめて解説を書いてみることにしました。

TwitterのフォロワーのTLへツイートを表示させたくないときは @no_TL を使うとよい

おがた (@xtetsuji) です。

主にTwitterの実況時など、フォロワーのTLは汚しくたくないけどハッシュタグで検索はされて欲しいというときがあるかもしれません。そのようなときに役立つTips。

@null というアカウントは存在してフォローが可能

この手の話題が出ると、多くのサイトでは「@null への返信としてツイートすれば良い」と書かれています。これは数年前までは良かったのですが、2013年現在は @null という通常ユーザが居るので、これをフォローしている人 (稀ではありますが) にはTLを見られてしまいます。まぁ、@null をフォローしているということは、それを見たいという意思表示なのではありましょうが。

Twitter null

@no_TL への返信としてツイートする

そこで生まれたのが @no_TL というアカウント。これもれっきとした存在するアカウントですが、このアカウントは鍵アカウントとなっており、フォローしようと思ってもフォローさせてくれません。

フォローさせてくれないので、@no_TL への返信としてツイートすれば、ハッシュタグなどで拾われるけれど、フォロワーのTLには表示されないツイートをすることができます。

Twitter no_TL

自分でも @no_TL のようなアカウントを作るか、実況用に別アカウントを作成する

Twitterでは複数アカウントの作成は許可されているので、作戦として自分自身で @no_TL のようなアカウントを作成してしまうという手もあるでしょう。ただ、それだけのためにアカウント作成をするというのも手間なので、同じ趣旨として作られた @no_TL を「利用させてもらう」ほうが手間も少なくて良いと思います。

最終的な結論としては、TLを埋め尽くして迷惑をかけるくらいの実況ツイートをすることがある場合には、実況専用アカウントを取得するほうが手っ取り早いと思います。私もテレビ実況用に別アカウントを作成しました。結構はかどります。Twitterで複数アカウントを持っていると都合が良い場面もあるので、多少の登録の手間が気にならない人は、用途に応じて別アカウントを作成してみるのも良いでしょう。

注意点

もちろん分かっている人は多いかと思いますが、@no_TL の返信にしても「フォロワーのTLに流れない」だけであって、「そのツイートが自分以外に不可視になるわけではない」ことに注意しましょう。自分のツイート一覧を見られれば、@no_TL への返信も見ることができます。