履歴書に本を読む

読んだ本を履歴書に載せるか、少なくともソフトウェア開発に関連する本を載せるのは良い考えですか？

私は多くの履歴書を読みました。良いものも悪いものもありますが、このようなリストはありませんでした。正直なところ、実務経験が非常に少なく、薄い履歴書を埋めるのに必死である候補者を示しています。そして、一般的な履歴書の形式を研究することに悩んでいない候補者。このような履歴書は、ほとんどの場合、回覧状です。とにかく、私によって。

インタビューのために保存します

インタビューに参加するときは、アルゴリズムの選択、リファクタリング、効果的なチームワークなどの特定のトピックについて議論する可能性が高いです。これは、あなたの経験について議論し、オプションでそれらのトピックに関する広く認められた本への参照を提供する時です。

雇用者として、私はあなたのCVに本をリストすることから、それを読んだのか、Programmers / StackOverflowの「推奨読書リスト」からコピーした後にあなたのCVに貼り付けただけなのかわかりません。

しないでください。本は知識の源ですが、本当に重要なのはその知識のデモンストレーションです。

Linked-Inには、読んだ本を置くための領域があります。Linked-Inプロファイルを履歴書からリンクするだけです。そして、彼らがあなたが読んだ本に興味があるなら、彼らは見るオプションを持っています。

私はそれを非常に粘着性があり、回避できる多くの問題に自分自身を開放していると思います。たとえば、Programming Pearlsを読んだ本としてリストしたとします。インタビュアーがそれを読んだことがあるので、その本で非常に具体的な何かを思い出したとしたらどうでしょう。

彼はあなたにそれについて質問します、そしてあなたはその特定のビットを思い出すことができません。しかし、ちょっと、あなたは本を読みます。ここでそう言っています。あなたは彼の頭の中で嘘つきだとすぐにラベル付けされます。

しないでください。

プログラミングの本を1冊も読むことなく、コンピューター工学の学位を取得しました。私は大学でまともな量を学びましたか？確かに。できる限り学びましたか？いいえ、近くさえありません。

主題に関する本を読むことは追加のボーナスです...あなたが専門家から学ぶことに興味があることを示す何か。コードをコピーして貼り付けるだけでなく、「十分に良い」と思われるコードを記述するだけではありません。そこに行って、特定のソリューションが他のソリューションより優れている理由などについて読んでください。

履歴書にC ++ for Dummiesを置くべきですか？もちろん違います。それらがあなたが読んだ本なら、答えは間違いなくありません。しかし、もしあなたがもっと尊敬される本のいくつかを読んだなら、私はイエスと言うでしょう。

ドナルド・クヌースの「コンピュータプログラミングの芸術」に関するビル・ゲイツ：

あなたが本当に良いプログラマだと思うなら。。。（Knuth's）Art of Computer Programmingを読んでください。。。すべてを読むことができれば、履歴書を必ず送ってください。

試して、A / Bテストをしてください

私の推測では、経験に依存するだけです。ただし、経験よりも知識をランク付けする場合、経験が常に優先されます。読んでいる本の代わりに、マッピングに焦点を合わせ、あなたが持っている現実世界の経験を広げることをお勧めします。

それらをリストすることになった場合、個人のWebサイトを作成することをお勧めします-投稿された本のレビュー、および実際の世界で本によって提供される知識をどのように適用したかを示します。

いいえ。本を読んだからといって、その本を理解したり保持したりするわけではありません。知識や適性を実証するものではなく、雇用主が決定しようとしているものです。

インタビューで自分の価値を実証する場合は、本を読んでその価値を獲得したことを伝えたいと思います。これはおそらく有用な情報です。

Joe Resume Reviewerの3冊の本で、すべての開発者が読むべきであると思わない場合はどうでしょうか。必要のないワームの缶を開けているだけです。

私もそれを見たことがありませんが、それは悪い考えではないかもしれません..あなたはそれを教育、自習セクションにリストすることができます。

それをベータテストし、それがどのように機能するか教えてください。私はそれが本当に害を及ぼすのを本当に見ることができません。

ほとんどのプログラマーがプログラミングの本を読んでいないことを考えると、それほど悪い考えではないかもしれません。たぶん、お気に入りのプログラミング本のセクションは、インタビューで良い会話になるでしょう。

読者の観点から考えてみてください。履歴書を読んでいる人は誰も「ああ、すごい、この男はCode CompleteとThe Pragmatic Programmerを読んだよ！インタビューのために彼を連れて来たほうがいい」と言うつもりはない。

あなたの履歴書で読んだ本のリストは悪い考えのように聞こえます。大したこと、あなたは本を読んだ-あなたはそれを理解しましたか？適用できますか？

しかし、私が良いと思うのは、特定の本で何かを読んで、それで何か面白いことをしたことを言及することです。クリス・オカサキのPurely Functional Data StructuresをJavaなどに適用したのかもしれません。

これは、面接している人物または会社に関する内部情報を持っている場合に有効です。LinkedInで採用マネージャーが特定の本の大ファンであることを読んだ場合、履歴書にそれを載せることは彼らに気付かされる方法です。

ほとんどの企業はこれを有用とは見なさないことに同意しますが、特定のケースでどのように機能するかを理解できました。

私も履歴書で本（リスト）を見たことはありませんが、それは良い考えだと思います。面接をする人は定期的に言語をリストしますが、楽しみのために学習しただけなので、なぜ本をリストに入れないのでしょうか。完全に読んだり、すべての練習をしたりした場合などです。ただし、履歴書を読む人。

別のオプションは、カバーレターで本に言及することです。たとえば、音声認識ソフトウェアを作成する会社の求人に応募する場合、[音声認識に関する標準的な文献をここに挿入]を読んだことを書いて、非常に興味深く、この分野で働くことに興奮するだろうと書くことができます。専門的にフィールド。もちろん、それはあなたが応募している仕事に何らかのつながりがある本でのみ機能します。

履歴書ではありません。カバーレターやインタビューで、それが適切と思われる場合に、本から指摘することが理にかなっている場合を想像できます。たとえば、会社が職務記述書でリファクタリングに言及していて、Martin Fowlerの著書「Refactoring」から良い引用を知っている場合、これを実証することが有用かもしれません。一般的に、履歴書は、対象に関する知識を持っているだけでなく、自分の経験を示すためのものです。

他のほとんどの回答者と同様に、それは悪い考えだと思います。私がやることは、ブログを始めて本をレビューすることです。または、Amazonでレビューを書いて、ブログにそれらをリンクする賢い方法を考え出してください。本から学んだことを述べ、それをあなたの経験やサイドプロジェクトに結び付けてみてください。

私には、これはあなたがアクティブなプログラマーになるのに十分興味があるが、必死ではないことを示しています。

履歴書では奇妙に見えます。誰もそんなことはしないと思う。

しかし、本はインタビュー中に話すのに最適です。実際、私はかつてインタビュアーからC ++に関する私のお気に入りの本は何であるかと尋ねられました。

履歴書のフィラーが本当に必要な場合は、これらすべての本から学んだ知識を取り入れて、クールなアプリケーションを作成してみてください。おそらく履歴書のどこかで個人的なプロジェクトを絞ることができます。

履歴書にその本をどのように提示するかによります。リストだけの場合、追加するものがないか、cvに何を追加するのかわからないように感じられます。しかし、ITコースや証明書のように追加すると、興味深いものになります。

どこかにそれを置く必要がある場合。

プロのネットワーキングサイトのプロファイルで実行してください。

彼らは、あなたが誓う本、現在読んでいる本、またはあなたの聖書のためのウィジェットを持っています。

しないでください。それはあなたの履歴書をより印象的に見せません。インタビュー中に、（「読む」とは対照的に）勉強した本に言及することができます。ただし、どの部分が好きで、どの部分が好きではないのか答えてください。「最高のXプログラミングの本だ」というような答えだけでは十分ではなく、事態を悪化させます。