Results matching “レジュメ” from 羽田直樹:健康と幸せと幸運と裕福をお届けします。ありがとうございます。

20130104-_DSC1048.jpg
宿題その2

昔話の続きです。

大学時代のアルバイト

高校1年のときに、パソコンを買ってもらったのですが、ゲームよりもプログラミングのほうに興味があって、変なプログラムを作って遊んでいました。

大学は夜間主コースというので、月曜日から木曜日は6PM-9PMの授業で、土曜日は10AM-7PMの授業がありました。

平日、昼間は時間があるので、1年の4月に車の免許を取りに行って、5月からプログラマーのアルバイトを始めました。

それが91年なので、20年以上、飽きずにソフトウェアの仕事をしています。

なにがいいたいかというと、それくらい楽しい仕事であるということです。

特に面白いのは、答えがわかるというところです。世の中のほとんどのことには明確な答えが出ないものですが、コンピュータでは答えというか、計算結果がわかるというものです。

1-2年生は製薬会社の子会社で、病院関係のシステムを作りました。

3年生のときは、建築会社で建築の積算システムを作りました。

4年生のときは、開発が私一人だったのですが、FAXの配信システムとウェブサイトを作りました。

渡米

父とは約束があって、30歳までは好きなことをしていていいけれども、その後、家に戻って家業のお茶を継ぐというものでした。

東京で会社勤めするよりも、スティーブ・ジョブスがインドでなにかを見つけたように、行ってみようかと思いました。

それかアメリカもいいと思いました。今もそうですが、当時コンピュータのベースとなるものがほとんどアメリカから来ていたように思ったからです。

大学4年の春にソフトウェア開発のアルバイト先を探していて、面接時に「卒業したらアメリカに行きたいんです」と言ったら、「うちの関連会社がアメリカにあるので、その点は協力できる」ということで話が進みました。

会社のほうもそうですが、私のほうもノリだけで、よく決めたものだと思います。こういうのは、渡しに船というご縁ですね。

実際には、関連会社というより、知り合いが会社を経営してたくらいでした。

リストラ

日本の会社に属して、アメリカのほうで合同プロジェクトをするということで、渡米しました。場所は、カリフォルニアのニューポートビーチで、ディズニーランドから車で20分ほど南でした。

来た当日、社長さんからは「これまでデータベースのカスタマイズのような仕事をしてきたけれども、いまいる人たちは全員レイオフにします。これからは、私と2人でインターネットビジネスをしましょう」ということでした。 就労ビザもその会社では出せないので、他の知り合いの会社経由にしようという話になりました。

日本から来る若者がいるから、そのサポートをしてくれたのだと思います。

プロジェクトのほうはあまり進まず、2ヶ月で他の会社に行けとなりました。

次の会社で就労ビザを出してもらう予定でしたが、そこも2ヶ月だけとなりました。合同プロジェクトで、Windows 95の使い方のCD-ROMのソフト作りでした。

また次の会社との合同プロジェクトということで、3ヶ月ほど日本の教材のCD-ROMソフトと子供向けのゲームのプロジェクトに関わりました。

シリコンバレー

アメリカで3つめの会社は、シリコンバレーに引っ越しするということで、一緒に引っ越しすることになりました。

別のウェブサイトの会社を作るということで、その会社から就労ビザを出してもらいました。

プログラミング言語のJavaの開発者向けの情報を日本語と英語で発信するというサイトで、JavaCats.com というサイトでした。

以下のアーカイブサイトに、当時のウェブサイトが残っています。

http://web.archive.org/web/20010224163250/http://www.javacats.com/

社員は2人で、社長は他の大きなプロジェクトの会社と兼任で、ウェブサイトの開発もプロジェクト管理も翻訳もほとんど私のほうでした。

1週間に70時間ほど働いていましたが、2年半で資金が尽きてきて、給料カットとなりました。

年収3万3千ドルでだったのですが、あまり余裕のない生活でしたので、潮時と判断しました。

会社から永住権の申請などは出来ない状況だったので、そのとき付き合っていた彼女と結婚して永住権の申請としました。

結婚

会社からの永住権の申請はできないと早い段階でわかっていましたので、永住権の申請は結婚が一番てっとりばやいと思い、最初からその予定でした。

彼女ができるまでは、プライベートの時間では日本人の人とは会わないようにしていました。

英語もあまりできないし、時間もないしということで、自分のプロフィールのサイトを作って、出会い系の掲示板で募集しました。

今では普通ですが、96年とかなので、当時は珍しかったです。

永住権

給料カットの連絡とプロポーズが3月ぐらいで、結婚が5月で、永住権の申請が7月ぐらいでした。

両親にもあまり連絡しないで結婚したので、驚いていたようです。

一応、年賀状にプリクラの写真を貼って送っていたので、、結婚の1週間ほど前に連絡だけしたぐらいでした。

子供のころからそうだったのですが、自分がしたいことについて、反対もそうですが、意見されるのは、好きではなくて、大切なことは誰にも相談せず、自分で決めていました。

本当は誰にとってもそれがいいようです。生まれる前に立てた計画というのがあって、分かれ道に来たときに、ワクワクするほうに行くとその計画のほうに行けるようです。

ワクワクするのは、本人にしかわからないことなので、人に相談しないほうがいいようです。

転職活動

シリコンバレー・ベイエリアの職探しのニュースグループで、「web」で検索して出てきたのが、300件あったので、内容も読まずに全部にレジュメを送りました。

株式公開前のeBayなども面接したのですが、プレイステーションのゲーム友達とバイク友達のいたアドビのほうに決まりました。

アドビ

品質管理だったりl、開発だったりもしまいたが、11年お世話になりました。

関わった製品は、ImageStyler, ImageReady 2 (Photoshop 5.5にバンドル), GoLive 4-7, Photoshop CS-CS5 で、Photoshopチームが一番長く7年お世話になりました。

11年で7回ほどレイオフがありましたが、CS5 の開発途中でレイオフとなりましたが、CS5出荷まで働いていました。

SportVision

アドビの後、4ヶ月、この会社で働いていました。TVのスポーツ関係の映像にリアルタイムでコンピューターの映像を合成する技術の会社です。

関わったのは、NASCARレースの放映時に、レーシングカーに搭載している位置情報が加速度センサーなどからの情報をインターネット経由で送り、パソコン上で3Dで再現するというものでした。

詳しく書くのはやめておきますが、人間関係のとてもいい修行になりました。

サービス自体は面白いもので、いい経験になりました。

日立

現在は日立データシステムのほうで、データセンターにあるストレージマシンの管理ソフトの開発に関わっています。

契約社員ですが、去年の1月から自分の会社を設立して、会社契約(C2C: Corp-to-corp)としています。

カリフォルニアは税金が高く、年収5万ドル以上の収入の人は、45%ほど税金がとられてしまいます。

仕事の内容は同じだとして、節税効果を最大にすることができるのは、自分の会社にすることなので、それができるようにしていただいて、とても感謝しています。

財テク

30歳前のときに、実家に戻るかどうするかということがあったのですが、それはできないとしました。

理由はともかく、それができないのは自分に、経済的な知識がたりず、ビジネスの経験もないからだと自分で思いました。

それから、「金持ち父さん」の本で勉強したり、サイドビジネスをいくつかしてみたりしました

株も不動産投資もいろいろしてみました。

これらに関連して、以下のMLを主催しています。
http://groups.yahoo.co.jp/group/us-finance/
http://groups.yahoo.co.jp/group/svbiz/

手間はかかったものの、とてもいい経験になりました。

糖質栄養素ビジネスとか、ブログで書いてあるのもその1つです。

変な人

控えめに自分で見ても、やっぱり変な人の部類に入ってしまっています。

お酒も飲まないし、なんちゃってベジタリアンですし、子供は2人とも自宅出産、予防接種なし、ホームスクールの予定です。

それらには理由があるのですけど、自分でそうしたいと思ったことをしているだけです。

限定解除

ベジタリアンとか言っても、ただの好き嫌いです。

今回、帰国もあって、人付き合いの時は、ベジタリアンの限定解除として、魚は食べるようにしました。

でも肉はもう食べられないような気がします。

スピリチュアル

と書くと、なんかよくわからないのですが、宗教でなく、人が幸せになる方法だと思います。

上記の糖質栄養素ビジネスで、健康上のチャレンジのある方とたくさん知り合いました。

生活習慣病と呼ばれるものは、ある程度は、本人の責任だとも思いました。

ただ、先天性の難病の人や、6歳とかで小児麻痺で寝たきりになってしまった人とか、なぜこんなことがという疑問から、興味を持ちました。

今はインターネットでいくらでも情報は得ることができるので、もう、組織宗教というのもは役目を終えている時代なのだと思います。

そうすると、スピリチュアルとかいうカテゴリになるようです。

エンジニア的な見方をすると、今の世の中は、なにもしないでは、健康でいることも出来ず、幸せになれないように設計されている、または設定されていると思います。

なぜかというと、少々厳しい環境にしたほうが、魂レベルで学べるものが多いのでしょう。

かといって、幸せになる方法というのは、人生のそこらじゅうにちりばめられていて簡単に見つかるようにされているようです。

まるで幼児に手取り足取りいろんなことを教えてあげるように、教えてもらっているように思います。

これらに関連して、以下のMLを主催しています。
http://groups.yahoo.co.jp/group/sp/

まとめ

今回は、ちょっと昔話を書かせていただきました。

今度、会うときにはみなさんのお話をお聞かせくださいませ。

ありがとうございます。


お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

20100630-_MG_3770.jpg 20100630-_MG_3769.jpg 20100630-IMG_0742.jpg 20100626-IMG_0644.jpg


オファー

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

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


効果的でない書き方


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

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

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

効果的な書き方


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

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

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

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

収集元


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

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

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

四半期報告


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

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

面接対策


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

サマリー


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

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

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

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

選択


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

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

プログラマー向け


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

まとめ


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

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

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

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

ありがとうございます。

-Naoki


お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

トレンド

レジュメには、トレンドがあります。10年前に書いていたのは、今では通用しなくなっていました。

別に構わないのですが、古い感じに見えて、効果的ではなくなっています。

英文レジュメの書き方の本やウェブサイトを参考にするのはいいですが、いつ書かれたものか確認する方がよろしいと思います。

Objectiveは使わない

Objectiveというのを昔は書いていました。自分のスキルが活かせる、将来性のある会社で働きたいです。といった内容です。

仕事探しをしているのは、当たり前ですので、不必要となってきたようです。

Summaryを使う

その代わりに、自分の経歴の概要としてサマリーを書きます。ソフトウェア、ウェブ開発、データベースの経験などです。

Skillを使う

これはプログラミング言語やフレームワークやプラットフォームなどのキーワードを羅列します。

キーワードが検索に引っかからなければ、レジュメを見てもらえる可能性は非常に低くなります。

見てもらっても、合わないと思われます。

仕事上の責任事項は書かない

Job description というは、仕事上の責任とか担当になります。それをレジュメに書いても効果的ではありません。

レジュメをプロの人にレビューしてもらいますと、まず確実に指摘されます。

昔は普通に書いていましたが、今では他に効果的な書き方があります。

PARSの方式で書く

Problem, Action, Result, Summary というステップで書くのが最近では効果的とされています。

これに関しては、別の投稿で詳しく説明します。

レジュメに住所は書かない

San Jose (City)に住んでいるとかであれば、書いた方がいいですが、番地名までは書かない方がいいです。

レジュメは、あちこちに転送される可能性があります。普通でしたら、友人の自宅の住所など、人にふれ回ったりしませんよね?

仕事探しをしているから、人助けと思って、本当にあちこちに配っていただけるお友達もいます。

ありがたいことなのですが、読むのは歓迎したくない人の場合もあります。

住所はCityぐらいだけ書く方が薦められています。宛先を個人名で指定した場合には、カバーレターには書いてもいいかと思います。

余計なことは書かない

プラスになることなら書いた方がいいですが、プラスにならないことは書かないほうがいいです。

数種類のレジュメを作る

希望の会社の希望の職種にすぐに採用が決まる人はいいのですが、そうでなければ、すこし幅を広げるほうがよろしいです。

職種に合わせて、効果的なレジュメの書き方が異なりますので、数種類のレジュメを使い分けるのがよくなります。

2ページ

これは昔と同じです。ただし、2ページ目は読まれない可能性も高いので、1ページでまとめられたら、そのほうがいいとアドバイスもされませした。

新卒であれば、1ページで十分かもしれませんが、10年以上仕事をしていると2ページにはなると思います。

カバーレターをつける

10年前には、使った覚えがありませんが、カバーレターをつけるほうがよろしいです。

レジュメはある程度、決まったフォーマットですが、カバーレターはフリーフォーマットです。

永住権保持者とか、バイリンガルとかいう情報はレジュメよりもカバーレターに書く方がいいようです。

まとめ

人によって違いますので、なにがいいのかは、よくわからないところもあります。

もう少し詳しい内容は、その2で書きます。

レジュメも人生を左右する重要な書類ですので、ここに書いたことは鵜呑みにせず、自己判断、自己責任で書くのがよろしいと思います。

ありがとうございます。

お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

レジュメ

レジュメ(resume: 履歴書)を送ると、プロセスが始まります。準備ができていないのに、せっかくのいい機会を棒に振ることになりかねません。

ですので、レジュメを送るのは、準備ができてからというのが鉄則です。

私もそれができていなくて、「あれは良くなかった」、というのが、片手で足りないほどありました。エジソン風に言えば、発見続きとも言えます。
プロセス

一応、通常のプロセスを書いておきます。ちょっと大きめの会社ですと、6~8週間かかります。ですので、気長にする必要もあります。本命だけでなにもせず待っているのも、よくないと思います。

  1. レジュメを送る
  2. 社内リクルーターと話す(だいたい電話)
  3. 1次面接:だいたい電話。該当のポジションと近い人と1時間ほどの面接
  4. 2次面接:3人から8人ほどの人と現地で面接。1人あたり45分から1時間ほど
  5. オファーをもらう
  6. 交渉する
  7. オファーにサイン
どこかでうまくいかなければ、次のステップはありません。

準備のちゃんと出来ていない、レジュメを送ると、「この人はよくない」と思われてしまいます。あとでちゃんと書き直したのを送っても、読んでもらえないですし、すでに判断されてしまっています。

信頼のおける情報筋から、私の場合、そうなってしまったのがあると、聞きました。はい、これも発見です。
メールアドレス

レジュメにメールアドレスは書きますが、私用のアドレスと別に作る方がよろしいです。

理由は、いくつかあります。

1つには、ちゃんと経歴のある人がまともなレジュメを作って、仕事探しのサイトに登録すると、どんどんメールと留守電が来ます。スパムフィルターに引っかかったり、プライベートのことと混ざらないようにするほうが管理がしやすいです。

仕事が決まったら、そのアドレスは転職用にと思って、そのままにしてたまにチェックするのがよろしいです。

2つめの理由は、あんまりプライベートの事は知られないほうが、いい場合があります。

なんでも検索できる世の中ですので、会社側からも、自分の名前やメールアドレスは、当然、検索されると考えるのが妥当です。

メールアドレスは、Gmailで十分だと思います。私の場合は、Firefoxでプライベート用のGmailのアカウントを開いて、Chromeで職探し用のGmailのアカウントを開いています。

メールアドレスは、あまり変なのは使わない方がよろしいでしょう。できれば本名のがいいと思います。

電話番号

電話も同じ理由で、私用と職探し用は分ける方がいいと思います。

これもGoogleのおかげで、とても楽になりました。Google Voice で新しい番号を取得できます。私用もGoogle Voiceですが、別の番号を使っています。

普段は、電話を転送しないで留守電にするようにしておいて、電話面接のときだけ、自宅などのランドラインに転送するようにします。

変な電話や見当違いのポジションの連絡をしてくる独立系のリクルーター(independent recruiter)は、そのまま SPAM 扱いにしてしまうことができます。

Google Voiceの転送も、たまにまともに聞き取れないことがあります。今日の電話面接がそうでした。そういう時のために、ちゃんとした面接のときは、前もって転送先の番号も連絡しておくのがいいと思います。

LinkedInの推薦文

LinkedInのプロフィールはとても大切ですので、できるだけ多くの人から、推薦文ももらえるようにお願いしましょう。

40-50人程にお願いして、実際に書いてくれたのは9人でした。書いていただいた方には、とても感謝しております。ありがとうございます。

まとめ

メールアドレスと電話番号を仕事探し用に別に設定すれば、とても楽になります。GmailとGoogle Voice が特に便利かと思います。

次回はそろそろレジュメの書き方のポイントについて書こうかと思っています。

ありがとうございます。




お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

お問い合わせ(ご質問、ご注文など) | 羽田製茶にご注文 | シリコンバレー不動産 | English site

プロフィール

Maintenance by

Pages

カテゴリ

最近のブログ記事

サインイン

2024年5月

日 月 火 水 木 金 土
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31  

アーカイブ

タグクラウド

サインイン