Results matching “プログラミング言語” from 羽田直樹：健康と幸せと幸運と裕福をお届けします。ありがとうございます。

子供をバイリンガルで育てたいと思いますか？

効果的かどうかは分かりませんし、環境にもかなり依存すると思いますが、私が実践している方法です。


実践と言っても、決まった方法論などありませんので、実験的です。

子供がどう楽しんでいるか、子供の顔をよく見ながら、一緒にできるといいと思います。


娘の麗花さん（４歳）と灯里さん（１歳）は、英語と日本語で育てています。

ひらがなとカタカナが読めるようになったので、絵本や百科事典などを声を出して読んでいるのを見ると、とてもうれしいです。


Jeanette（妻）が、アメリカ生まれで英語がネイティブで、中国語は全くわからないようです。韓国語は、友達が多かったのでハングルは読めるそうです。日本語は、ひらがなが読めるけれども、カタカナは読めないということです。

子供とは、９５％英語です。不動産の仕事を家でしているので、託児所などには行っていないです。

学校には行かずに、ホームスクールの予定なので、幼稚園などにも行っていないです。

家の外は英語ばかりですし、メディアも英語ばかりです。子供はほとんど母親の言葉になります。

この状況で、日本語を身につけるのは、チャレンジなのかなと思っていました。


中国人の家庭では、中国を教えるのは当然のようです。

日系アメリカ人の家庭では、教えないところも結構あったようで、日本語が話せない２世、３世の人も多いようです。

文法の順序が違うというのもあるかもしれません。英語で苦労した（差別された？）年代なのかのしれません。

インド人家庭でも、中国人家庭でも、３カ国語を教えているところはたくさんあります。

その人たちは、子供には言葉の２つや３つを分けて覚えられる能力は十分にあるので、絶対そうしたほうがいいと言います。

そんなわけで、私も日本語はできるだけ教えようと思いました。


一番楽なのが、英語と日本語の担当分けをすることのようです。
　
私が日本語の親の役割になっています。

人や環境によって、英語や日本語と使い分けるのが、子供にとってわかりやすいようです。

わからなくなると、やっぱり楽な言語を使います。


ある程度、１つの言語を使えるようになってから、それから別の言語を習うほうがいいという意見もありました。

プログラミング言語でもそうですから、それも理にかなっていると思いました。

ただ、それがいつかよくわからないので、生まれてからずっと日本語で話していました。

それを言えば、お腹にいる時から話してあげるのがいいそうなので、そうしたほうがいいのでしょう。

特に子供になついてもらいたいお父さんは、胎児のころから絵本を読んであげたりするといいそうです。


子供が生まれてから、実家の両親と毎週１時間のビデオ会議をしています。

これも効果があったようですが、画面の中の人と話すようになったのは、３歳過ぎてからだったように思います。

これは親孝行と思って、定期的に続けるのがいいかと思います。


興味のないのに、言葉だけ覚えさせようとしても、身につかないのは、大人も同じです。

子供の興味のあるものを探すことは、以前のブログでも書きました。それと同じように、日本語や英語で教えてあげられると、より楽しいと思います。

麗花さんの場合は、魚がすごく好きなようで、魚の図鑑などたくさん買いました。

英語と日本語の両方で、単語や説明をできるようにするといいと思います。

チョウチンアンコウはangler fishで、ジンベイザメは whale shark とか、子供の興味に応じて自分の語彙も増えていきます。


日本語を覚えると、こんなにいいことがあるよと、教えてあげるのがいいようです。

この点は、日本では子供向けに可愛いものがたくさんあるので、探すのに苦労はしません。

アニメや漫画などもいいです。家族に日本人がいなくても、日本語をよく話すアメリカ育ちの人など、どうやって日本語を覚えたのと聞くと、半分以上がアニメや漫画という人が多いです。

内容は、親がみて選びましょう。家ではトトロを一番多く見ていたように思います。

英語を覚えるのには、 Dora the Explorerというのがお薦めかと思います。

かなり教育的に作られているので、見ているだけでも結構、覚えると思います。スペイン語が混じっているのは、ご愛嬌ですね。


私が子供を遊びに連れて行くのに、プレイグループはやはり日本人のグループが多いです。

娘２人ですし、連れて行くと、私一人が男性ということもあります。

きれいな日本人のママたちと仲良くなれてしあわせでございます。私自身は女系の家庭の育ちなので、違和感なく溶け込んでいます。

子供もほおっておくと、話すのが楽な英語になりがちですので、「今日は日本語で話そうね」といってあげるのがいいようです。


麗花さんは４歳半ぐらいのときに、日本に１０日ほど行きました。

ちやほやされますし、すごく楽しかったようです。これも楽しい経験づくりということを重点にして、あちこちに連れて行きました。

変わったところに連れて行く必要はあまりなくて、電車やバスに乗ったり、本屋さんやスーパーに行くだけで、十分のようにも思いました。

帰ってきてから、日本語への興味はかなり高まりました。やっぱり、実体験は重要だなと思いました。


ベネッセの子供ちゃれんじと、全家研のポピーを使っています。

海外に送ってもらうのは、送料がかなりかかります。送料が教材費以上になりがちです。

実家などにお願いして、まとめて送ってもらったりするのがいいかと思います。

書店で定期購読できるものであれば、シリコンバレーでは紀伊国屋さんがありますので、便利なのですが、まだいいものは見つかっていないです。

「子供の科学」と「科学のとも」は喜んで読んでいます。私が定期購読しているNewtonも好きなようです。


定期購読のピックアップで、本屋さんに一緒に行く時には、本を１冊買ってあげています。

本屋さんは楽しいところと思ってくれればと思い、そうしています。

高い本を選ぶこともありますが、興味の幅が広がるようです。

漫画も好きなようですが、中身もカラーのが好きなようです。


子供が日本語で話そうと思っても、どういっていいかわからない時があります。

その時は、英語で言ってみて、それを日本語に翻訳してあげています。

繰り返して、言うのですが、言いやすいように、文節で区切ってあげるようにしています。

I like the purple flower. とかですと、「わたしは、あの、むらさきの、はなが、すき、です」と言って、「あの、むらさきの、はなは、ジャガランダです。」などと続きの会話もいれています。


あんまり、いろんな種類の日本語を教える余裕はないので、敬語で教えています。

あまり小さい頃だと、そういう言葉遣いはあまり楽しくないようだったので、赤ちゃん言葉も使っていました。


家族であっても、呼び捨てでなく、さん付けで呼ぶほうが、人間関係はよくなるそうです。

それで、ずっとさん付けで呼んでいます。そうすると、続く言葉も敬語が自然になりやすいように思いました。

小さい頃は、ちゃん付けでもいいと思います。


こだわらずに楽しみながらが、いいように思います。

多分、一番大切なのは、子供よりも、教える自分自身が楽しむことのように思います。

そうすると、子供にそれが伝わって、子供が楽しみ、自分もまた楽しめるかと思います。

まだ、途中段階なので、続きができたら、レポートします。

また、いい方法などありましたら、教えていただけるとうれしいです。

ありがとうございます。

昔話の続きです。


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

大学は夜間主コースというので、月曜日から木曜日は６ＰＭ－９ＰＭの授業で、土曜日は１０ＡＭ－７ＰＭの授業がありました。

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

また次の会社との合同プロジェクトということで、３ヶ月ほど日本の教材のＣＤ－ＲＯＭソフトと子供向けのゲームのプロジェクトに関わりました。


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

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

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

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

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

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

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

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

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


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

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

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

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


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

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

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

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

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

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


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

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


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

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

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


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

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

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

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


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

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

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

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


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

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

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

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

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

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

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


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

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

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


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

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

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


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

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

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

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

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

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

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

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

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

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

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


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

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

ありがとうございます。

オファー

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ありがとうございます。

-Naoki

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

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

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


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

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


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


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

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

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


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

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

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


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

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


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

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

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

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

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


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


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

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


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

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


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

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

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


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

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

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

ありがとうございます。

昨日、就職活動のリサーチにプログラミング言語による仕事のポジション数のチェックをしました。

C#などよく出来たいい言語だと思いますが、妙に仕事がないように思いました。

LinkedIn.com で、仕事のサーチで、キーワード検索をして、San Francisco Bay Area (シリコンバレー)での数です。

Oracleなど、データベース名の他に会社名としても検索結果に出てしまっているようなので、あまり正確ではないかと思いますが、傾向としてはいいかなと思いましたので、公開します。

プログラミング言語:

1. Java 418
2. JavaScript 293
3. C++ 266
4. Python 209
5. Perl 200
6. PHP 153
7. Ruby 87
8. Flex 62
9. C# 56
10. ActionScript 40
11. VB 9
12. ExtendScript 0
13. VisualBasic 0

サブ・プログラミング言語（？）：

1. HTML 315
2. CSS 182
3. AJAX 133
4. DHTML 32
5. HTML5 13
6. CSS3 3
7. MXML 3
8. XAML 2

HTML5/CSS3 は人気が出てきているようです。

フレームワーク：

1. J2EE 79
2. .Net 69
3. JSP 69
4. Ruby on Rails 34
5. MVC 33
6. ASP.Net 21
7. YUI 21
8. RoR 6
9. Cairngorm 1

データベース：

1. SQL 310
2. Oracle 237  (Counted as company name too)
3. MySQL 139
4. MS-SQL 79
5. MSSQL 3

サーバー：

1. Apache 86
2. IIS 19

まとめとしますと、一般的に仕事探しとするとトレンドに乗った職種がいいと思いますので、勉強をするなら人気の高いエリアや言語がいいと思います。

就職活動は婚活にも似ていて、とりあえずマッチする相手が１人または１社あればいいので、ニッチを狙うのもてかとも思います。

ただし、ExtendScript など、０ですので、いくらエキスパートになっても、需要はかなり少ないと思います。

私のLinkedIn のプロフィールはこちらにあります。
http://www.linkedin.com/in/Naoki
なにかよさそうなポジションがありましたら、教えていただけると、とてもうれしいです。

ありがとうございます。

-Naoki

１０年前の履歴書に手を加えて使っていませんか？

履歴書(resume)の書き方には、トレンドがあります。古い書き方では、効果が薄れてしまいます。

本などでも古い英文履歴書の書き方を参考にしていると、そうなってしまいます。ウェブサイトも古い情報のままのところがあります。



５月からの仕事探しのために、私も履歴書を更新しています。それで教えていただいた情報などをまとめてみます。


人事の人は、たくさん履歴書を見るので１人のを見るのに費やす時間は、平均２秒だそうです。

２秒でなにがわかるというと、ほとんどレイアウトぐらいです。つまり、レイアウトがおかしいとその時点で却下となります。

レイアウトはできるだけ見やすいようにしましょう。


人事の人が、電話インタビューをするとか、連絡をとってみようと決めるのに費やす時間は、約１５秒だそうです。

１５秒で概要がわかるような読みやすい文章とレイアウトにするのがいいようです。


OBJECTIVEは、もう書かないです。代わりに、Summary と Specialty (または Skills)を使います。

住所も書かないです。今では、いくらでもあちこちに転送されてしまうので、City ぐらいまでにしたほうがいいそうです。


２ページにまとめるというのは昔と同じです。ただ、１ページにまとめられるようであれば、そのほうがいいようです。


昔はあまり聞きませんでしたが、２ページの履歴書＋カバーレターというのが一般的だそうです。

履歴書で書けないところなどは、カバーレターに書くのがいいようです。

例えば、永住権の保有者であれば、履歴書のなかよりもカバーレターに書くなどです。


会社側が出しているポジションの job description （仕事の概要）に合わせる必要があります。

MUST HAVE というように書いてあるスキルや経験などがあれば、それに合わなければ、素通りされます。

合えば、その証拠となることが過去の経歴にあるかを確認されます。ですので、経歴の部分には、もう少し詳しいことを入れるのが効果的です。


最近では、ほとんどがデータベースに入れられるので、キーワード検索でヒットしたものだけしかなかなか見てもらえないです。

Summaryと同じように、仕事の概要にあるようなプログラミング言語などのスキルは、リストアップする方が効果的となります。


私の昔の履歴書がそうだったのですが、仕事の内容や仕事上の責任しか書いていませんでした。

これではあまり効果的ではないです。

最近の効果的な書き方では、PARというフォーマットを推奨しているところが多いです。

Pは、Problem, Performance などの Pです。つまり、最初に問題ありきというところです。

Aは、Action の A です。それに対して、どのような行動をとったかというところです。

Rは、Result の R です。そしてどのような結果をもたらしたかというところです。

例えば、顧客からの返品の多い製品があったとします。よく調べてみたら、使い方が分かりにくいということがわかりました。
マニュアルを改善したところ、返品率が何％下がって、売上が何％増えた。というような例です。

これを２－３文に簡潔にまとめて、経歴の１項目とします。

それを読んだ人が、「ほう、それはすごいな。どうやって、それを達成したのかな？」と思い、話を聞いてみたいと思えば、インタビューの可能性が格段に上がります。


実際には、２－５文程度で、PAR の１項目づつをまとめます。それを要約して、簡潔な２－３文とするわけです。

そのワークシートは、インタビューの時にも有効なので、保存しておいて、インタビュー前に読みなおすといいようです。


今の会社に来る前ですが、ウェブ関係の会社で働いていました。

そのころシリコンバレーでは、ba というニュースグループがあり、ba.jobs というところに求人のセクションがありました。

そこで、"web"と検索したら２５０件ほどヒットしたので、内容を読まずにすべてに履歴書を送りました。

リクルーターが投稿していたのも多かったようで、ひとりの人には７通ほど届いてしまったようです。

今では有効な方法ではないと思いますので、お薦めはしません。


定番は、LinkedIn となっているようです。どれくらいかというと、履歴書の名前の直下に LinkedIn のプロフィールへのリンクを入れることが推奨となっているくらいです。

これは同時に、個人から会社へ直接連絡を取ることが定番となっているとも言えます。

LinkedInのプロフィールはしっかり書いて、できるだけ仕事関係の人から紹介文を書いてもらえるようにするといいと思います。


個人での連絡が確実に取れるということで、リクルーターの仕事が減ってきているようにも思います。

仕事探しはリクルーターにまかせず、自分から探すようにしている人は、早く仕事が決まっているようです。


上記の情報は、まだ学習段階のものです。本当に効果的かなどはわからない部分もありますので、自分の履歴書に使う場合には、自己責任でお願いします。

私のLinedInのプロフィールは以下にあります。まだ、改善中ですので、アドバイスをいただけるととても助かります。

http://www.linkedin.com/in/naoki

ありがとうございます。

「ぞっこん」と書こうと思ったのですが、もう死語なのかなと思いまして、クラッシュ(crash：熱中)です。

アドビの Flex 2 を勉強中で、備忘録がてら新しいウェブサイトを作りました。

http://RevFlex.Net

です。Revは、Revolution (革命、回転)の略でもありますが、rev だけで「回転をあげる、速度をあげる」 という意味もあります。

個人的には、C#以来の衝撃というか革命的に思っています。１６歳のときからですから、２０年プログラムを書いていますと、 いろんなプログラミング言語を覚えます

それでも、必要に応じてというのが８割ぐらいです。これはすごい、マスターしたいと思ったのは、数える程度です。68系のアセンブラ、 C、C++、C##ぐらいに思います。

最近は、ひまさえあれば、サンプルや仕様を読んでいます。読まないといけないのではなくて、読みたくて仕方がないという感じです。 だから、Crash なんですね。

斎藤一人さんの本や、小林正観さんの本を１冊読んで気に入ったら、全部の本を読まないときがすまないというのと似ています。

Flex 2 の魅力と、あたらしいプログラミング言語のマスターの方法については、近いうちに書きますね。

-Naoki