2010年7月 Archives

みなさまのおかげさまで、仕事が見つかりました。７月１２日より仕事始めの予定です。

Mountain View にある SportVision という会社で、Sr. Software Engineerとしてソフトウェア開発の仕事になります。メインに使う開発環境は、Flex (ActionScript), C++, Java, Unity3D　などで、スポーツ番組のテレビの放映用のプログラムの開発のようです。

アドビでは、Photoshopチームで画像編集のアプリに関係したことをしていました。今度はリアルタイムでの映像処理とゲーム開発に似た仕事のようです。

http://sportvision.com

ウェブサイトは古いのですが、新しいのを準備中だそうです。ビデオのところに、テレビで見たことがある映像があるかもしれないです。

みなさんからどのように思われているかわからないのですが、私は結構あまり考えないで、面白そうだなぁ、ワクワクするなぁという感覚で人生の重要な選択をしてきました。それで、アメリカに来たり、過去のいくつかの会社や職場を回ってきました。

個人的には、そのような選択をしたときには、やっぱり仕事も面白くて、楽しめて、よかったように思います。

通勤距離は12.6マイルで、すいていれば約１８分。職種も第一希望のソフトウェア開発。業種もわかりやすいユーザー寄りの内容で、リアルタイム映像処理といった先端技術。給料も前の会社よりもちょっとアップ。といった具合で、こうなったらいいなぁと思っていたことの８－９割が実現したように思います。

植物でも種をまいてから、花が咲くまで、数カ月から数年かかるように、時間はかかるようです。でも、イメージングからの現実化というのはあるように思いました。時期としても８月までに仕事を見つければ、去年の年収と変わらないからと言っていたこの時期になりました。

４ヶ月間は、今月２歳になる麗花と昼間はできるだけ一緒に遊ぶようにして、夕方から夜中まではプログラミングとインタビューの勉強と職探しの活動をしていました。実はジョン・レノンのように子育てリタイアを目指していたのですが、そうはならず、子育てレイオフだったわけですが、この期間は神さまからのプレゼントのように、とてもありがたい思いでいっぱいでした。

実は、いままでの経験と合わないとかインタビューでうまくいかないことも、多々ありました。そんなときには、「大丈夫、大丈夫、物事は全て、どんどん良くなっているんだから」と自分に言い聞かせていました（笑）。効果はあるようです。

みなさまからは、いろいろサポートをしていただいたり、応援をいただきました。キリスト教の教会では、よく「お祈り」がありますが、科学的にもその効果は実証されています。ですから、みなさまのおかげさまというのは、本当にあるようです。

私のほうでヘルプができることがありましたら、いつでもお気軽にご連絡くださいませ。

今後ともよろしくお願いします。ありがとうございます。

-Naoki

オファー

みなさまのおかげさまで、オファーが来ました。そこに決まるかなと思います。無職で妻と子供を養って、家のローンも２軒分払い続けるというのは、あまり長くは続けることができませんので。

でも、麗花さん（今月２歳）の小さい時に４ヶ月も毎日一緒に過ごすことが出来たのは、神さまからのプレゼントのようにありがたく思っています。

効果的でないレジュメの書き方。または古いレジュメの書き方です。

仕事の上の役割だけを書くこと。Job description と呼ばれるものをそのまま書いたり、ただ、こういうことをしているという書き方です。

これは、今となっては、効果的ではありません。昔はよかったのかもしれませんが、他の人が効果的な書き方をしていると、かすんでしまうわけです。

効果的なレジュメの書き方です。略して PARS です。基本は、いかに自分が会社にとって有益であるかというセールスのための仕事上の履歴です。

元の言葉は、Problem（問題）, Action（行動）, Result（結果）, Summary（サマリー、まとめ） です。

つまり、最初にこんな問題がありました。そこで、このような行動を起こして、このようないい結果をもたらしました。というわけです。それをまとめて数行に収めます。

当然ビジネスなので、結果のところはビジネス的に数字で表すことができるといいいです。売上が何％上がったとか、コストが何％削減できたとか、です。

実際にどこから集めるかです。

一番いいのは、自分の業務レポートです。それを見直せば、忘れていたようなこともでてきます。アメリカでは、日報というのはあまりなく、週報ぐらいのレポートしかなかったりします。場所によってはそれすらない場合もありました。

最近流行りのアジャイル開発でのスクラムのようなのは、日報のようなものでもあります。

私の場合、経歴上のこともあって日報を、１５年以上書いていました。週報は日報を１週間分をまとめるだけです。四半期の報告は、３ヶ月分の週報をまとめるだけでした。そうすると細かいこともよく記録に残っています。

今回、PARSで項目の書き出しをするときには、四半期のレポートを１０年分ほど読み返して、効果的なところを書き出しました。

PARまでですと、２－３文ではなく１０文ぐらいの情報になります。これはこれで有用な情報ですので、１ページ１項目のような感じで、たくさんの項目をまとめるといいと思います。面接の前に読み返すと、細かいところまで思い出すことができます。

PARSの最後のサマリーでは、それをレジュメ用に２－３行でまとめればOKです。

重要なキーワードは必ず入れるようにします。結果と出した数字も大切です。

できれば、「それはすごいなぁ。どうやってそれを達成したんだろう。聞いてみたいなぁ。」と人事やその部署の人に思わすことができれば、最高です。

向こうから、話を聞きたい、面接したいと思わせる書き方です。

ターゲットの職種がいくつかに分かれる場合、特に効果的なものを選ぶと強力なレジュメになります。

私の場合、４種類ほどレジュメを用意しました。ソフトウェア開発、ソフトウェア品質管理、ソフトウェア品質管理（API用）、ウェブ開発のように分けました。

特にプログラマーの経験の場合ですと、プログラミング言語、フレームワークなども書いたほうがいいですし、プロジェクト・サイズの目安としてコードのステップ数やクラスの数などを書くのもいいようです。

レジュメの書き方にもトレンドもありますし、効果的な方法もあります。

効果的というは、他の人といい意味で違うようにする(differentiate)というのがいいかと思います。

PARSの書き方ですが、知らない人が見ると、変な書き方と思われることがあります。私も最初に友達のレジュメを見たときには、そのように思いました。

あとはお約束の、自分のことですから自己責任で一番いい方法を選ぶのがいいと思います。

ありがとうございます。

-Naoki