少なくともx年の経験を必要とする多くの求人があります。問題は、候補者に必要な経験年数がいつあるかをどのように知るかです。x年の経験を持つ人に何を期待しますか（編集：スキルチェックに頼らずにCVが嘘をついていないかを効果的にどのようにチェックしますか）？x年の経験を持つ人は、y年（y <x）の人にはできないことを何ができますか（編集：同じようなスキルがあると仮定して）？

豊富な知識を持ち、複数のプロジェクトで働いたy年の経験を持つ情熱的なプログラマーや、少数のプロジェクトで働いたがそれほど経験のないx年の経験（x> y）を持つプログラマーの場合があります。

「この技術を知っていて、その設計（コミュニケーション、見積もりなど）を行う方法を知っているなら、あなたは私たちの仕事にふさわしい」と、このようなものに減らすことができないのはなぜですか？

エンタープライズアーキテクトとして1年の経験を持つ新卒者を雇うことはできませんが、ほとんどすべての広告が経験を必要とするという事実に問題があることも知っています。私見最初に情熱を考慮する必要があります。

まず、質問がこのサイトに適しているかどうかは知りませんでしたが、採用と経験のタグがあるので、ここに場所があると思います。

質問は、2つのサブ質問に分割して処理できます。

なぜ長年の経験を要件として使用するのですか？

プログラミングの能力と正の相関関係にある簡単に検証可能なメトリックだからです。Snagulusの答えはすでに相関の詳細について詳しく説明しているので、「なぜ」に焦点を当てます。

難しい真実は、通常、特定のポジションには複数の候補があるということです。また、面接は、特に「適切に」行われる場合、非常にリソースを消費します。つまり、技術面接は技術的に有能なスタッフ（この場合はプログラマー）によって行われます。

したがって、着信CVを最初に選別するための基準を使用する必要があります。できれば、非技術スタッフが検証できる基準を使用する必要があります。彼らとX年。

代わりに「情熱」を要件として使用しないのはなぜですか？

これには少なくとも2つの問題があります。

「情熱」の測定方法は？

KLOCがログに記録されましたか？また、プログラミング（および他の分野）で、より多くの量が「より良い」と同等ではないことを発見して幸運です。

オープンソース/趣味のプロジェクトは完了しましたか？人事部門では簡単にチェックできず、多くの有能なプログラマーは、その点で非アクティブである正当な理由を持っています-他の時間のかかる義務、解きたいという長い労働時間、労働時間中の単純な専門的充足など。

積年の経験？えっ、ちょっと待って...

「情熱」は本当に能力の良い指標ですか？

Robert Harveyがコメントで述べているように、情熱は有能なプログラミングを実際に示しているわけではありません。経験と比較して、それはほとんど直交品質です -つまり、存在します：

• 情熱的で有能なプログラマーと
• 情熱的で技術的に有能なプログラマーと
• 情熱的で技術的に無能なプログラマーと
• 情熱的で非技術的に無能なプログラマー、
• などなど

最後の例は、私たちの文脈では重要です-長年の経験は、特定のプログラマーが何らかの形で自分の仕事で機能することを示していますが、機能不全の情熱的なプログラマーは、例えば、最も単純なタスク管理システムへの（たとえば、スクラムポストイットノート）、なぜなら「それは私を遅くする」からです。

最終免責事項

まず、幸いなことに、「経験年数」はしばしば「ゆるく」評価されます。つまり、言語Xの仕事に応募するが、Xと同様に言語Yで「商業」経験がある場合、考慮されます。

第二に、個人的に私は「N年の経験」のファンではなく、私だけではありません。「experience in」を指定する単純な代替手段があります。候補者はCVでその経験を文書化することを余儀なくされるため、これは通常、フィルターとして十分です。

「経験年数」は、具体的な尺度ではなく確率尺度です。長い年月を経て、次のようなものに遭遇した可能性が高まります。

• 危機的なイベントに参加しています。
• プロジェクトを最初から最後まで見ました。
• プロジェクトの開始または終了に失敗しました。
• レガシーコードに取り組んできました。
• 白紙に取り組んで何かを作った。
• 設計決定を実施しました。
• システムを設計しました。
• バグを作成し、悪い修正をリリースし、サーバーを停止しました。本質的に台無しになっています。
• ねじ込みを修正しました。
• 彼らが働いている言語で奇妙なエッジケースを見つけ、それらが重要な場所を見ました。
• 現在コードベースにあるものが愚かかもしれないことを学びました。
• これらは小さな、必須ではないサンプルであり、ライブ環境で動作していることがわかる小さなものも多数含まれていることに注意してください。

繰り返しますが、それは偶然のことであり、それは彼らが長年の経験を得た/ where /に完全に依存しています。1人の人が数百人のチームで1つのプロジェクトに取り組み、高度に専門化することもできました。もう1つは、試用版の小さな店にいて、サーバー/インストール/コーディング/ QA / DBA /プロジェクト管理を扱うジェネラリストになる可能性があります。また、同じ年の経験を何度も繰り返している人もいます。

これは大雑把な尺度ですが、平均して、人は働いている時間が長くなるほど、より多くの潜在的な学習イベントにさらされることになり、予備的なデータポイントとして役立ちます。履歴書の残りの部分（さらに重要なのはインタビュー）は、彼らが実際に知っていること、実際に行ったことを理解するためのものです。

私はこれに答えるために、投稿の各質問に答えます。

問題は、候補者に必要な経験年数がいつあるかをどのように知るかです。

これは通常、インタビュープロセスで除外することを目的としています。複数のインタビューが実施され、通常、社内の開発者の一部に対して候補者の経験を評価できます。

x年の経験を持つ人に何を期待しますか？

求人で指定された求人要件を満たすことが期待されます。例えば：

「私たちは、システム設計とアーキテクチャで10年以上の経験を持つPHP開発者を探しています。システムツールをチーフアーキテクトとして再構築し、K人のシニアおよびジュニア開発者を管理し、それらを導きます。 require ...（などなど）」

x年の経験を持つ人は、y年（y <x）の人ができないことを何ができるでしょうか？

この場合、あなたは間違った経験を見ています。求人情報は何年も要求するだけでなく、会社が使用しているテクノロジーの経験も求めています。C ++開発で10年の経験があり、5年以上の経験を持つC ++開発者を探しているゲーム会社だと言うことができます。あなたはまだゲーム業界で働いたことがないので、私の理想的な候補者ではありません。私の仕事の内容は実際に次のように指定します。XプログラミングのA、B、Cの面での長年の経験。

豊富な知識を持ち、複数のプロジェクトで働いたy年の経験を持つ情熱的なプログラマーや、少数のプロジェクトで働いたがそれほど経験のないx年の経験（x> y）を持つプログラマーの場合があります。

以前の回答を読んでください。経験は、あなたが経験しているツールに関係しています。A、B、CツールでX年の経験。

「この技術を知っていて、その設計（コミュニケーション、見積もりなど）を行う方法を知っているなら、私たちの仕事にふさわしい」というように、なぜそれを再開できないのでしょうか？

これは起こる可能性があります。自分自身を証明できれば、数年の経験は重要ではありません。あなた自身のような人にとっては、面接官/採用担当者が自分自身の開発者である小規模な開発店に適しているように思われます。大企業は通常、この種のことを行うHRを持っているため、基本的に15年以上の経験があり、Webサイトの小さな機能を作成するために15年以上の経験を持つPhDが必要なほど、職務要件が広くなっています（誇張ですが、プログラマー募集、特に大企業向け-すべてがこの病気に苦しんでいるわけではありませんが）

長年の経験は、職務記述書に記載されている希望のスキルを利用している人に何が期待されるかについての「大まかな」推定値を与える単純なフィルターです。

ここに私が期待するものがたくさんありますが、他の人は異なるアイデアを持っているかもしれません：

2年以下-指示された特定のタスクを実行できる必要があります。雇用主は、これらのタスクの大部分についてかなりの量の監督のある学習曲線があることを知っています。

3-5年-0〜2年の経験で同様のタスクをすでに完了しているはずなので、多くの手を握ることなく、指示されたタスクを実行できるはずです。また、「スマート」イニシアチブを示し始め、必ずしも明確に定義されていない小さなタスクを処理できるようにする必要があります。（たとえば、要件からモジュールを設計できるようになり、それらの要件の一部を自分で追跡する必要があります）。

5-7年-自分で作業し、上記の「タスク」が何であるかを判断できる必要があります。明確に定義されていない中規模のタスクを処理できる必要があります。（たとえば、サブシステムを設計/実装/販売できるようにする）。また、この時間範囲でサブシステムチームをリードし始める必要があります。少なくとも内部チームに対して、担当するサブシステムの必要なプレゼンテーションを行います。

8-10年-プロジェクトの非常に大きなサブシステムおよび/または重要なサブシステムの提供に頼ることができます。いくつかの技術の常駐エキスパート。大規模なサブシステムチームを率いることができます。担当するサブシステムのプレゼンテーションを顧客に提供します。

10年以上-ジョブの説明とその他のほとんどの半関連ソフトウェアタスクの範囲内で、彼らに投げられたほとんどすべてのソフトウェアタスクを処理できます。多数のソフトウェア分野の常駐エキスパート。要件から売却まで、大規模なプロジェクトをリードできます。モジュール/サブシステム設計だけでなく、システム設計を理解します。信頼性が高く、堅牢で保守可能なシステムを設計できます。システムの観点からのプレゼンテーションを含む、顧客へのソフトウェアインターフェイスです。入札提案とスケジュールを適切にまとめることができます。

長年の経験の定義はあいまいですが、それは雇用主の利益のためだけでなく、求職者へのガイドでもあります。したがって、8〜10年の経験があり、仕事に就いていると主張して雇用された場合、必要な小さなタスクごとに通知する必要があります。まったく長い。第一印象を変えるのは難しいので、たとえあなたが開発者として良くなったとしても、人々はおそらくあなたの元の印象を維持するでしょう。

かなりの数の「シニア」デベロッパーが雇われ、数ヶ月または数年で「従業員開発」プログラムに参加しているのを見ました。レイオフリスト。それらの同じ開発者がより低いレベルで入ってきた場合（もちろんそれはより低い賃金を意味します）、彼らは非常によく採用の成功とみなされ、適切に機能していると見なされたかもしれません。