どの時点で、履歴書に記載するのに十分な技術を「知っていますか」[非公開]

私は最近、インタビューのために、Python、PHP、Rails、ASPを彼らのスキルの一部として挙げたプログラマーを雇いました。しかし、インタビューでは、彼らはインタビュー対象者が制御構造と基本ロジックが何であるかを十分に知らなかったため、デモチュートリアルをほんの数回しか従いませんでした。

だから私の質問はこれです：どの時点であなたは正確にあなたの履歴書に技術を追加することができます。すべての基本概念をデモンストレーションできる場合、便利なプログラムを作成できる場合、または30秒ごとにドキュメントを参照しなくても快適に使用できる場合です。

これが過度に主観的であるとは思わないので、フィードバックに基づいてベースラインを簡単に確立する必要があります。

履歴書に記入するすべての単語を防御/説明できる必要があります。あなたのような論文/論文のようなもの。「履歴書に書いたものを正当化できなかった」という理由で多くの候補者が拒否されたのを見てきました。

1つのアプローチは、Googleの自己アンケートに従うことです。各スキルを10段階で評価します。そのようにして、さまざまなテクノロジーにどれほど快適であるかを予測できます。

• 1は、多くのグーグルで他のコードを読み取ることができることを意味します。
• 5は、テクノロジーにモジュールを実装するためのものです。等。
• 8豊富な経験と、そのテクノロジーでの大規模プロジェクトの設計と実装の快適さ。
• 9は、内部の内容をある程度理解している建築知識です。
• 10は、その上に本を書いたか、発明したことを意味します。

履歴書には、さまざまな技術の相対的な習熟度を示す棒グラフがあります。

別のオプションは、スキルを「強力な理解」、「中程度の習熟度」、「慣れている」としてグループ化することです。

編集：

これをコメントとして入れようとしましたが、書式設定がないために見えませんでした。

参考のために、Googleが自己評価でレートを定義するものを以下に示します

• 0 –経験がない
• 1〜3 –この分野に精通しているが、その分野で何も実装することに抵抗がある。
• 4〜6 –この領域に自信があり、毎日使用します。
• 7 – 9あなたは専門家に非常に熟練しており、主題に関する深い技術的専門知識を持ち、その中のプロジェクトを設計することを快適に感じています。
• 10 –業界の専門家として認められている人のために予約されています。その中に本を書いたり、発明したりします。

私の考え方では、特定の技術に焦点を当てることは間違いです。Rexxの経験は今でもリストしています。今日の誰かがそれを探していると思うからではなく、ITで19年経っても、さまざまな言語で流動的に動く能力を強調したいからです。

いいえ、おそらくリストした言語のいくつかを流fluentにホワイトボードできませんでした。しかし、私に半日を与えて、そのうちの3つ（選択）で同じスクリプトを書くことができます。

私にとって、本当の質問は、あなたの目の前の技術を利用して（それが何であれ）、会社に利益をもたらす方法で良いアイデアを実行し、仕事をやりがいのある楽しいものにすることができますか？

「あなたが既に知っていること」のリストを読むだけで、それは答えるのが難しい質問です。

これは私が少し遭遇した問題です。最終的には履歴書の「スキル」セクションを完全に廃止し、特に私のプロジェクトと雇用セクションで、それらの言語で行ったことに集中しました。説明の一部として特定の技術を強調/太字で示します。

例：

Web Developer @ Company X（3/3/03〜5/5/05）映画学生がプロジェクトを整理するのを支援する、データベース駆動型Webサイトの主要開発者。PHPとMySQLを使用しました。開発とリリースを経て、2009年初頭の学生へのロールアウトとその後のメンテナンスに成功しました。

この方法は、インタビューで話し合うことができる実際のコンテキストをスキルに与えます。

私がよく知っていることだけをリストし、私にとってそれは約1年以上怒りで使用されることを意味します。

それは私だけです。それは、言語/システム/ IDE /環境/何でも本当に知り、感謝し、理解するのにかかる時間だと思います。

いじくり回すとき、あなたは本当にそれほどよく学びません。ほとんどの言語/フレームワーク/などでは、「取得」する前にデザイナーの心をつかむ必要があり、約12か月かかります。

ちょっとした話として：

CVのインタビューとリーディングの私の立場では、アサーションをバックアップするための経験に裏付けとなる情報がなく、人々があらゆる種類のものをリストしているのは興味深いことです。たとえば、PHP、MYSQL、Ada、C ++、C＃をリストできます。そして、彼らの経験は、C ++を使用してプロジェクトを行ったと言うかもしれません。

リストされた経験で主張されている言語をバックアップするものが何もないとき、私は通常ネズミの匂いがして、その人はインタビューにさえ行かないでしょう。

評価、使用時間、習熟度別に言語をリストすることはすべて面接官を助けます-これは常に履歴書を提出する人が意図したことではありません！

ヒント：

CVを作成する場合：

• 明確で、率直で、綿密に正直であること。

• 履歴書を読む人の生活をできるだけシンプルにします。誇張せずに明確に提示します。

• ポジションの説明を完全に満たしていない場合は、ポジションの説明をどのように満たしているかを示す文を添付してください（履歴書を取得した人にこれを理解させないでください）。そして、あなたが何かを満たしていない場所が必要です-そう言ってください。そして、学びたいなら、そう言ってください。これはまた、実際にポジションの説明を読んで理解したことを示しており、周りのすべてのポジションについてCVをクランキングするだけではありません。

CVを読む場合：

• クロスチェック-リストされた経験はリストされたスキルセットと一致しますか？そうでなければ、何かが怪しいです。

• 何かが使用されましたか？数日間、またはチュートリアルは、どのようにドレスアップしても経験しません。

• その人は絶えず切り刻まれ、変わりましたか？彼らは実際に何かを見るのに十分な長さで回りましたか？（彼らは自分の過ちで生きてきましたか？いいえ=別の警告）

これらの事柄を評価するのが難しい場合があり、最終的には「におい」になります。CVが少し海の気配を持っている（つまり、少し怪しいように見える）ので、先に進みます。

Joel On Softwareから：すべての疑問=雇わない。そして、私自身の経験から：空席のポジションは、あなたが疑っていた誰かで満たされたポジションよりもはるかに良いです。（後方に行くよりも良い進歩はありません。）

テクノロジーのランドリーリストを作成する理由は何ですか？代わりに、プロジェクトに関する情報を含め、そこで使用されている主要なテクノロジー、フレームワーク、ライブラリ、およびツールに言及してください。これにより、いくつかのことが実現します。最初に、プロジェクトで何かを使って知識とスキルを実証します。これにより、コンテキストに関連したものになります。第二に、単に自分が知っていることではなく、自分がしたことについて履歴書を作成していることです。

この場合、自分の仕事と責任について話しているときに、Hibernate（およびその他のテクノロジー）をどのように学び、使用したかを含めて、自分で作ったものを作ることができます。Hibernateでのあなたの能力に興味があれば、電話でのスクリーニングやインタビューで質問したいと思います。その後、プロジェクトが何であるか、Hibernateをどのように使用したか、何を学べたかについての情報を教えてくれると期待しています。さらに、自動化された履歴書スキャナーがキーワードを取得しますが、履歴書は依然として人間に優しいものです。

正確に決定できるかどうかはわかりません。私の意見では、それはケースバイケースであるはずです。私が意味すること-例で説明させてください：

求人広告1-Python、PHP、Rails、ASP、Assemblerの知識を持つ求職者。
（通常、広告からスキルが他のスキルよりも重要であるかどうかを判断できます。スキルは「場合に応じて」そこにあります）

この場合、私はPython、PHPの履歴書を作成します...それらを本当によく知っている場合に限ります。たとえば、アセンブラーはほとんど知りませんが、上記の残りの部分と組み合わせて大きな影響を与えることはできないので、私はまだそれを置いておきます。

求人広告2-アセンブラー、C / C ++、カーネル...、Python、PHPなどの知識を持つ求職者

この場合は異なります。ここで、彼らが異なる種類の候補者を探していることは明らかです（候補者がこれらの他のスキルを所有している場合、PHPの知識の欠如を（おそらく）無視します）。

それは本当に依存します。

原則として、履歴書IMOに何かを置くには、コード、基本的な構文を「自分のやり方で見つける」方法を知って、その特定の言語を使用して少なくともいくつかの小規模プロジェクトを作成する必要があります。もちろん、彼はライブラリとヘルプを心から知る必要はありません...しかし、必要な場合、どのように、どこでヘルプを得るべきでしょうか。
このルールには反例があります-多くの言語を（本当に）知っている人は、「現在どの言語に引っかかっているかによって」時々混乱する傾向があることに気付きました-例えば：IF / loops / ...他の構文要素は正しい方法ですが、構文が正しくありません（実際に他の言語に適合し、現在考えている言語に適合します）。したがって、それは実際に必要な真の能力テストではありません。

他のコンテキストなしでスキルをリストするだけであれば、履歴書を読んでいるほとんどの人は、面接の質問を処理するのに十分な履歴書を知っていることを期待します。ただし、各スキルに関連するコンテキストは十分にあるため、専門知識のレベルをより明確にすることができます。いくつかの例：

スキルを使用した期間をリストする

• Java（5年）
• C ++（3年）
• SQL（1年）

各スキルに評価を与える

• Java（5/5）
• C ++（3/5）
• SQL（1/5）

カテゴリにスキルを一覧表示する

現在使用中：Java、C ++以前の経験：SQL

新しいプロジェクトで快適に使用できますか？あなたは再びそれを使って喜んでいますか？もしそうなら、それをそこに置きます。「Guru」や「Newb」と言う必要はありません。よく知っている技術としてリストするだけです。彼らがあなたの経験についてインタビューで尋ねるなら、あなたは詳細を説明することができます。彼らはおそらくあなたがすべてを知っていることを期待しませんが、おそらくあなたがそれらを必要なときにあなたが知らない部分を学ぶことができる/喜んで期待するでしょう。

各仕事について説明する文章がいくつかあります。各説明の最後の段落では、その仕事で使用したツールの後に「使用する言語とテクノロジ：」を配置します。

また、「次の言語とツールのさまざまな経験」などのようなメモが記載されたスキルセクションがあり、その後、過去に使用した言語と関連フレームワークに関する箇条書きがいくつかあります。

私は、各言語で自分自身を評価する方法がわからないため、「評価」システムを使用しません（Javaの3評価（0から5まで）は、知識の観点から何を意味しますか？）不誠実にならないようにするために、私はおそらく自己評価を低くすることを目指します。これは昨年、私が仕事に応募したときに実際に起こり、会社は私に質問者を与えて、応募者に多くの言語で自分自身を評価するように要求しました。

私はそれがあまり役に立たないと思うので、私は年数をリストしません。たとえば、現在使用している言語/ライブラリで4年の専門的な経験がありますが、通常は特定のサブセットに固執しているため、専門知識はありません。

私がリストした言語のいくつかは、私が仕事で使用したもので、他の言語は大学のプロジェクトと演習でのみ使用しました（4年以上前）。途中でいくつかの言語でコードを書くことはできませんでしたが、勉強してから数時間以内にそれらに戻ることができました。ただし、レビューなしにメモリからコードを書き込めない言語を削除した場合、たった2つの言語しか残されません。おそらく公平な評価でもありません。

私は現在就職活動中ですので、CVをレビューしています（そのため、私はProgrammers.SEを読んでCVのヒントを探しています）。大学のプロジェクトでのみ使用されていた言語（およびこれをプロローグのようなものになります）。

仕事の応募では、ほとんどの人が期待しているように、テクノロジーに2つのセクションを使用しています。最初に一般的なスキルのセクションがあり、次に特定のプロジェクトの特定の経験のリストがあります。もちろん、私が両方のセクションにリストを適用している間、問題の仕事に関連するほとんどの項目をリストします。

目標：

一般的な分野に技術をリストすることは強力な声明であり、そこに技術を常駐させるには、

• それと通信できる
• それで合理的に生産的に動作するように管理する
• その中にある可能性のあるブービートラップについてある程度の知識を持っています。

基準

一般的なスキルでテクノロジをリストするための私の非常にあいまいな基準は、次の行に沿っています。

• テクノロジーを使用して約10K SLOCで構成されるプログラムを作成した平均的なプログラマーの熟練度。
• プログラムの複雑さを約30個のオブジェクトのサイズに維持しなければならなかった平均的なプログラマーの能力。
• 平均的な本に相当する理論的知識。

基本的に、それは少なくともこの分野の幅の広さ、合理的な複雑さの処理、そして待ち受ける恐怖についての知識です。

例：

PHPの習熟： PHPを使用してWebアプリケーションを作成することは、数年間私の仕事であり、いくつかのプロジェクトの保守、多くの本の読み、背後にあるマニュアルの大部分を読んでいます。これは、ジョブに関連する場合、両方のセクションに適用されます。

Scala初心者：私は、Scalaの本を読んでいます。背後には約200ページあり、数百行のコードが書かれています。次のように、求人広告で見た場合、おそらくどこかでサイドノートとしてそれを使用するでしょう：「あなたが提供している仕事は、私が今勉強しているScalaについても言及しているので、もっと学びたいと思っていますそれについて。"

境界ケース、Python：数千行の経験を持つ小さなシューティングゲームといくつかのスクリプトをPythonで記述し、Webで多数の記事とチュートリアルを読み、マニュアルの一部を読みました。広告にPythonが記載されている場合（そして、そうでない場合は十分な資格があると思います）、経験セクションの履歴書にそれについて書きます。おそらく次のようなものです。ビットマップグラフィックスを使用したオブジェクト指向プログラミング」。

恥ずかしがらずに言語に関する技術的な質問に答えることができると確信している場合は、履歴書に入れてください。履歴書はあなたの能力を正直に反映することを目標としています。履歴書に書いたものは何でも証明するように求められるかもしれません。

プロジェクトで使用したスキルのみをリストします。

私は自分のCVでの技術のスキル、5点満点などのスキルのアイデアを好むという考えが好きではありません。

インタビューをして、なぜ彼らがそのレベルを言っているのか、そしてインタビューを受けて、どこで、なぜ5/5と評価されているのかを尋ねられるなら、私は好みます。

インタビューの一環として、そのテクノロジーでプログラミングテストを行ったと確信している場合、それを管理することになります。

あなたが言うなら、

実際、私はしばらくXを使用していなかったので、少しさびていました...

おそらくそれをスキルとしてリストしないことが最善です。あなたが取り組んできた以前のプロジェクトについて他の場所で言及できないという意味ではありません。

頭字語の意味を知っているだけで履歴書に追加できる場合があります...

たとえば、特定の言語と組み合わせることができるフレームワークとライブラリの場合、それは事実です。