MyCSS

2014/09/01

株式会社ファームノートにジョインします はてなブックマークに追加

前回の退職エントリに引き続きのご報告です。次の事は報告せずに、ただ「退職します」というだけで沢山の反応をいただきました。大変恐縮ですし、身の引き締まる思いがします。ありがとうございます。

・・で、次は何をやるのか?ひょっとしてあそこの会社じゃないの?などとよく言われましたが(汗)おそらく想像を絶する業界に転職します。

次は、一次産業です。ずばり、酪農をやります!


・・・といっても、乳搾りをやる訳ではありません。株式会社ファームノートにジョインして、酪農畜産とITをくっつける仕事、キャッチーな言い方をすれば、「酪農畜産クラウド」にチャレンジすることになりました。

http://farmnote.jp

株式会社ファームノートは、酪農・畜産業界向けに特化したスマートフォンアプリ「Farmnote」の開発を行うITベンチャーです。設立されてまだ一年経っておらず、まさしく産まれたてホヤホヤな企業です。場所は北海道の十勝地方の中核都市、帯広市になります。どんなプロダクトを作っているのか、ぜひサイトをご覧ください。


なぜファームノートなのか?
私のプロフィールには、かなり前から「目指せ半農半IT」と書いてあります。これは北海道に移住する前から書いていたものです。また、生まれ故郷である北海道に貢献できるような仕事がしたい、という思いも常にありました。しかし、それらは何か具体的な計画があるわけでもなく、ただ漠然とそういう思いを持ち続けていただけでした。

ところが・・思い続けてどこかに書いておくと、そういう転機が訪れるものです。たまたまネットの記事でファームノートの存在を知り、これはもしかしたら自分がやるべき事かも、と直感しました。すると、これまた不思議な事に創業者の小林氏と直接会う機会がすぐに訪れまして・・・あぁ、これは完全に呼ばれてるな、と(笑)

私自身の生い立ちとして、酪農そのものに直接的な縁がある訳ではありません。しかし、よくよく考えてみたら元実家の近くに小さな牧場がありました。小さい頃から何となく見ていたので、当たり前すぎて気がつきませんでした(笑)記事の最初に張っている「サイロ」の写真、これがその牧場です。当時の自分の部屋からは牧草地が見えていて、ちょうど今くらいの時期だとロールが転がっている牧草地が、夕日に照らされて金色に光って見えていたものです。北海道だから牧場なんて普通じゃない?と思われるかもしれませんが、札幌では相当なレアケースなんですよ。

さらに・・この「サイロ」の写真は、ほぼ3年前に、我が家が北海道へ「クラウド移住」します、と宣言したブログ記事に使ったものでもあります。
もちろん、その記事を書いた当時は、北海道に行って酪農畜産に関わる事をやるんだ、なんて事は全く頭にありませんでした。まったくの偶然なのですが・・これも運命でしょうかね(笑)


それから・・「転職」を考える中でとてもおおきな問題は、もちろん家庭にあります。北海道に来るときもそうでしたが、妻には大変おおきなサポートをもらっています。今回のチャレンジもすぐさま理解をしてくれて、背中を押してくれました。大変にありがたい陰の功労者であります。この場でも改めて感謝の意を表したいと思います。ほんとうにいつもありがとう。


これからの予定
本日から早速帯広に滞在して開発の現場に突入します。世界に例のないプロダクトを作ろうとしているアツい人たちの中に混ぜてもらいます。ひとまず自分の役割はバックエンド側のエンジニアとして開発に携わる事ですが、ある程度仕事が回るようになって落ち着いてきたら札幌に戻ってくる予定になっています。つまり、今までと同様に、引き続きリモート勤務となります。これは、傍目から見たら今まで通り自宅でのPC作業にしか見えないので、転職したようには見えないかもしれません(笑)

もちろん、システムの運用はAWSを利用します。また、ファームノートの関連会社でもある株式会社スカイアークでもAWS関連の技術支援を業務として行います。ですから、引き続きAWSのユーザーグループであるJAWS-UGには顔を出しますので、どうぞ今後ともよろしくお願いします。ただ、今までは「印刷」の話ばかりしていましたが、今後は「牛」になりますので、そのあたりもどうぞよろしくお願いいたしますww

前職もそうでしたけど、今回もミッションも未開拓な地に分け入っていく仕事になります。そんな開拓民の仲間に入れる事は楽しみであると同時に、とても気合いが入ります。

というわけで、今後とも引き続きよろしくお願い申し上げます!

2014/08/26

欧文印刷株式会社を退職します はてなブックマークに追加

表題の通り、今月をもって欧文印刷株式会社を退職することになりました。勤続約13年半です。最後の仕事は、先週行われたAWS主催のイベント、「AWS ジャパンツアー 2014年 夏」での事例発表となります。



印刷会社が「独自開発」をする意味
印刷業界に長年いて、もっとも感じた事、それは「ピンチはチャンス」という事です。印刷業界そのものは大変厳しい状況にあります。従来の印刷需要そのものがどんどん無くなっていく現実があり、基本的に今までの事をそのままやっているだけでは衰退するだけです。この現実に対してどう乗り越えていくべきか。自分が所属していた欧文印刷は「自力で独自開発」を行う、という方針を打ち立てました。世の中に存在していなかった新しいモノやサービスを作りあげ、新しい市場を切り開いていく、というものです。そして、それはある程度、結果に出すことができました。

例えば、おかげさまで大変ご好評を頂いている商品「nu board(ヌーボード)」がその代表です。

印刷工場の担当者が、ルーチンワークとして「機械を回す」ということで終わっていれば、このような「紙をホワイトボードにする技術」なんて絶対に生まれていません。どれだけ安く、早く機械を回すか?という考え方は、製造業的には基本的な考えでありますが、そこだけに注力して体力勝負になってしまうのは得策ではありません。なぜなら、基本的に需要そのものが減っているので、必然的に価格競争に陥るからです。

しかし、現実問題「言うは易く行うは難し」というのも事実ではあります。そもそも「独自開発」というものは、すぐに効果があるものでもないですし、ましてや開発に失敗するかもしれません。しかし、欧文印刷はそこに価値を見いだして、現場のエンジニア(アナログもデジタルも)をサポートしてくれる会社です。そういう中で仕事をさせてもらった事は大変恵まれていました。自分自身、エンジニアとして成長をさせてもらった事に、大変深く感謝をしています。

印刷とWeb
私は印刷会社の中のソフトウェアエンジニアとして、いろんな事を手がけて参りました。そこを語りだすといつまでも終わらないのでやめておきますが(笑)やはり欧文印刷での仕事の中で、最も自分を成長させてくれたのが、ブログ製本サービス「MyBooks.jp」に携わった事です。このサービスの立ち上げから成長まで、当事者として8年間関われたことは、大変貴重な経験でした。ある意味、自分の子供みたいな気持ちです(笑)


本当に何もない所から、ただ「ブログは本になるんじゃないか?」という発想で始めたこのサービス、まさか国内の主要なブログと提携させていただき、かつサービス自体が8年も続くとは、当時は全く想像もしませんでした。これもサービスを使っていただいているお客様のおかげです。本当にありがとうございます。MyBooks.jpは、もちろん今後も継続的に発展して行きますので、乞うご期待です。

たかだか「ブログを製本する」と一口に言っても、本当に沢山の事が「前例のないケース」で、全てが手探りの状態でした。ブログデータをPDFに変換する組版エンジンの開発、写真などの収集、最適化技術といったものは当然として、Seasar2やRuby on Rails、Flexなど、その時代にあったWebフレームワークを積極利用したり、途中から「Amazonクラウド(AWS)」を利用して、一番のネックだった「サーバーインフラ」の問題を一挙に解決できるようになったパラダイムシフトを経験したり・・とにかく様々な経験をさせてもらいました。




しかし、MyBooks.jpは「製本サービス」です。つまり、印刷して製本して配送する、という製造の行程があります。私はシステムの担当であるので直接はタッチしておらず、これまであまり表立って話もしてこなかった事ですが、こちらも全てが初めての事でしたので、本当に大変だったと思います。そもそも当時は業界の常識として「本を一冊だけ印刷製本するなんてのはあり得ない話」でありました。ましてやB2Cサービスですから、受注数の変動も激しいので、そこをいかにして回していくべきか、今までの「常識」を全て覆さなければ到底なし得ない事をやってのけました。欧文印刷のオンデマンド製造部門は相当すごいですよ。ここまで一点一様のものを毎日大量に生産している印刷会社は無いと思います。

リモート勤務というワークスタイル
そして、やはり言及しなければならない事は、リモート勤務を認めていただいた事です。考えてみたらこれも「前例のないケース」ですから、欧文印刷がそもそも持っている風土にあっていたのかもしれませんね(笑)

リモート勤務開始は2011年の11月ですので、もうすぐ3年経ちます。その中で、MyBooks.jpのシステムリニューアルや、mixiさんとの連携によるサービスのヒット、なんて言う事がありました。どれも大変思い出深い出来事です。

リモート勤務の事に関してですが、ここにきて少しずつ認知度が上がってきたなぁ、という感じがします。実際にイベント等でお会いした方に「話を聞いてこういうワークスタイルを知った」と言われる事もありますし、中には実際に行動に移されてリモート勤務をやってます、という方もいらっしゃいました。これは個人的にもとても嬉しい事ですし、いろんなところでお話をしてきてよかったなぁ、と思うところであります。

特に思い出深いのは、2013年初頭の「エンジニアサポートCROSS 2013」と、同年10月の「北海道の楽しい100人」に登壇したことです。前者はASCII.jpさんに記事にしていただいて結構な反響をいただきましたし、その後IT系に限らず、様々なイベントや勉強会、メディアの取材等をいただいたきっかけとなりました。後者は、クラウド移住してきて2年が経過したタイミングでのお声がけで、個人的にそれまでを振り返る良い機会になりましたし、自分の今後の役割的なことは何なのだろう?ということを考えだしたキッカケにもなりました。

会社員がリモート勤務をする、もっと拡大解釈をすると、場所に縛られない働き方をする、という事は、ワークスタイルの選択肢として今後も増えていくでしょうし、実際にそうなっていけば幸せになる人たちも大勢いると思っています。私もそのような人たちが一人でも増えるように、微力ながら応援していきたいな、と考えております。実はこの記事も、札幌市南区豊滝にある農場の一角を「コワーキングスペース」としてお借りして、パソコンを持ち込んで書いているものです(笑)

いいね!農style
そもそもこの試みは農場のご好意で場所をお借りできた、というのと、果たしてアウトドアで仕事ができるのか?という実験でもありました。もしかしたら世界初の試みかもしれませんが(笑)夏の暑さも通り過ぎた札幌で、自然の中で湧き水飲みながらお仕事、っていう世界が成り立つのか?といわれると、いくつかの前提条件が必要だけれども成り立つな、というのが結論です。まぁ、これは極端な例ですけれど、それほどたくさんの人に声をかけた訳でもないのに、結果9名も集まってしまったというのは、いったいどういうことなのでしょうかw
わかりにくいですが、みなさんお仕事中ですw


さいごに
13年半勤めた会社を辞める、というのは、やはりそれなりに大きな決断でした。しかし、これから自分が社会に対して果たして行くべき役割をもう一度考え直したときに、ここはやはりジョブチェンジをするタイミングだ、という結論に至りました。次はどうするのか、それはまた後日報告いたしたいと思います。これまで仕事上お世話になった皆々様、この場を借りて、あらためて感謝申し上げます。本当にどうもありがとうございました!!

2014/04/17

AWS Elastic BeanstalkはImmutable Infrastructureそのものじゃないか はてなブックマークに追加

ちょっと遅くなってしまいましたが、第13回 JAWS-UG札幌 勉強会で発表してきましたので、ご報告いたします。なお、今回でこのシリーズは完結いたします(笑)



ちなみに先月の JAWS DAYS 2014 では、Immutable Infrastructureのトラックが常に超満員でして、通路にまで人が溢れおりました。また、東京方面ではImmutable Infrastructure Conferenceが開催される位、ちょっとしたイミュータブル祭りになっているようです(笑)しかし、その中であまりAWS Elastic Beanstalkについて話題が出てこない気がしたので、今回あえて発表させてもらいました。

まだサーバーにSSHでログインしてるのかい?

AWS Elastic Beanstalkは、まさしくBlue Green Deploymentをするためのサービスですし、そもそもEC2起動時にkey pair指定をしなくても良い=サーバーにログインしなくてもいいんじゃね?という事実が、イミュータブルっぷりを発揮しております。
※ちなみにスライドにもある通り、個人的にはkey pairを指定していますw でも個別のサーバーにSSHでログインする機会は滅多にありません。

Elastic Beanstalkがリリースされた2010年当時は、このkey pair指定をしなくても良い、という意味が全く分かりませんでした。当時はconfigで環境を自動構成する機能(公式ドキュメント)もなく、カスタムAMIをあらかじめ準備する必要がありました。しかし、カスタムAMIを作るという事は、そのAMI自体を管理して行かなければならない、という別のタスクが発生します。例えば、先日のHeartbleed Bugのような重大なセキュリティの問題が発生した場合、そのソフトウェアを最新版に更新した上で、再度AMIに保存し直す、といった作業が発生します。管理すべきものを増やしたくないのに、これでは本末転倒です。Chefなどのプロビジョニングツールも良いのですが、そこまで大げさじゃないんだよなぁ、という場合、このconfigがちょうど良い感じなんです。

ちなみにconfigではスクリプトも実行出来ちゃいます。ということは、要するに何でも出来るのですが(笑)configでは書ききれずにスクリプトを書いてしまう場合は、無理してElastic Beanstalkを使わずに、別のソリューションを使った方が良いと思います。(【参考】EC2 インスタンス上のソフトウェアのカスタマイズ

インフラの構成管理をある意味強制される

基本的にconfigはアプリケーションのソースコードの中に入ります。具体的には
$APP_ROOT/.ebextensions/*.config
という場所に入りますので、基本はgitやsvnなどのソースコード管理システムの中に一緒に放り込まれるでしょう。そうすると、インフラの構成もバージョン管理されてしまうという・・ まさにDevOpsな世界が自動的に出来上がりますw AWSはこの点を意識しているのかどうか・・よく解りませんけども、個人的には良く出来ているなぁ、と思います。

運用のベストプラクティス?

Amazonの長年の経験で培ってきたものがAWSにあるとすれば、まさしくサイト運用のベストプラクティスが詰まったものがElastic Beanstalkなんじゃないか?と思います。他のサービスに比べれば地味でパッとしないかもしれませんけども(笑)使いどころを間違えなければ、Elastic Beanstalkは初期学習コストも異様に低いですし、サイトの運用負荷を劇的に下げられる強力なサービスだと思います。