我看到很多工作需要至少x年的经验。问题是您如何知道候选人何时具备所需的工作经验？您对具有x年经验的人有何期待（编辑：有效地，如何不依靠技能检查来检查简历是否在说谎）？具有x年工作经验的人可以做y年（y <x）的人做不到的事情（编辑：假设他们具有相似的技能）？

可能有些情况是，有些具有y年经验的热情的程序员具有丰富的知识并且从事过多个项目，而另一些具有x年的经验（x> y）的程序员却只从事过很少的项目，却没有那么多的经验。

为什么不能将其简化为“如果您了解这项技术并且知道如何做这些事情（例如设计，交流，估算等），那么您就适合我们的工作”吗？

我知道您不能聘请具有1年经验的应届毕业生担任企业架构师一职，但我也发现几乎所有广告都要求经验的事实存在问题。恕我直言，首先应该考虑热情。

首先，我不知道该问题是否适合该网站，但是由于有招聘和经验标签，因此我相信它在这里占有一席之地。

您的问题可以分为两个子问题来处理。

为什么要使用多年的经验？

因为它是易于验证的指标，与编程能力呈正相关。Snagulus的答案已经详细说明了相关的细节，因此我将重点介绍“为什么”。

硬道理是给定职位通常有不止一个候选人。而且，访谈非常耗费资源，尤其是如果它们是“适当地”完成的，即技术访谈是由具有技术能力的人员（在这种情况下为程序员）进行的。

因此，需要使用一些最初筛选传入的简历的标准，最好是可以由非技术人员进行验证的标准-如有疑问，人力资源人员可以随时致电以前的雇主并检查是的，约翰·史密斯曾为与他们在一起X年。

为什么不使用“激情”作为要求呢？

至少有两个问题：

如何衡量“激情”？

KLOC已登录？幸运的是，在编程（和其他学科）中发现更多的丰富并不等于“更好”。

开源/爱好项目完成了吗？人力资源部不容易对此进行检查，并且许多有能力的程序员在这方面没有活动的正当理由-其他耗时的义务，需要放松的长工作时间，工作时间内的简单专业成就等。

多年经验？等一下...

“激情”真的是衡量能力的好指标吗？

就像罗伯特·哈维（Robert Harvey）在评论中说的那样，热情并不能真正表明他能胜任编程。与经验相比，它主要是正交的质量 -即存在：

• 充满激情和能力的程序员和
• 热情洋溢，技术精湛的程序员，以及
• 充满激情和技术能力不足的程序员和
• 热情和非技术能力不足的程序员，
• 等等等

最后一个例子在我们的环境中很重要-多年的经验还表明，给定的程序员在某种程度上能够胜任其工作，而一个功能失调的程序员可能会（例如，举手投足甚至拒绝参加最简单的任务管理系统） （例如，Scrum Post-it注释），因为“它会使我慢下来。”

最终免责声明

首先，幸运的是，“工作年限”经常被“宽松地”评估 -即，如果您正在申请使用语言X的工作，但只具有与语言X类似的语言Y的“商业”经验，那通常也是考虑在内。

其次，我个人不喜欢“ N年的经验”，也不是唯一的一个。有一个简单的替代方法-指定“ experience in”。通常这足以满足筛选条件，因为应聘者被迫记录其简历中的经验-如果您找到了以前只做过等候的编程职位的候选人（而且确实发生了这种情况！），您就知道可能出了问题。

“经验年”更多地是一种概率尺度，而不是衡量任何具体事物的尺度。随着时间的流逝，您遇到某事的机会增加了，例如：

• 曾参加过类似危机的活动。
• 从头到尾都看过一个项目。
• 看到项目无法开始或结束。
• 已经处理了遗留代码。
• 曾在一块空白板上做过东西。
• 已实施设计决策。
• 设计了一个系统。
• 编写了一个错误，发布了一个错误的修复程序，关闭了服务器；本质上已经搞砸了。
• 已固定螺丝。
• 用他们使用的语言找到了奇怪的边缘案例，并看到了一个重要的地方。
• 已经了解到，当前代码库中的内容可能很愚蠢。
• 请注意，这些东西是一个很小的，非强制性的示例，还包括可以在实际环境中工作的许多小东西。

再次，这是偶然的事情，它完全取决于他们获得了那些年的经验。一个人本可以在数百人的团队中完成一个项目，并且变得高度专业化。另一个可能是在逐笔试用的小商店中，并且由于他们处理服务器/安装/编码/ QA / DBA /项目管理而变得更加通才。也有人发现自己一遍又一遍地获得相同的经验。

这是一个粗略的衡量标准，但是平均而言，一个人工作的时间越长，他们面临的潜在学习事件就越多，这对于初步的数据点很有用。简历的其余部分（更重要的是面试）是为了弄清楚他们实际知道什么，以及他们实际做了什么。

我将通过在帖子中解决您的每个问题来回答这个问题。

问题是您如何知道候选人何时具备所需的工作经验？

这通常是访谈过程旨在过滤的目标。进行了多次面试，您通常可以针对自己的一些内部开发人员来评估候选人的经历。

您对拥有x年经验的人有何期待？

您希望他们能够满足职位中指定的职位要求。例如：

“我们正在寻找具有10年以上系统设计和架构工作经验的高级PHP开发人员，以首席架构师的身份重组我们的系统工具，同时管理K数量的高级和初级开发人员并指导他们。此工作还将要求...（等等。”）

具有x年经验的人可以做什么而y年（y <x）的人不能做什么？

在这种情况下，您正在寻找错误的体验。职位不仅要求多年，而且还要求公司正在使用的技术经验。就像您可能有10年C ++开发经验，并且说我是一家游戏公司，正在寻找具有5年经验的C ++开发人员。您仍然不是我理想的候选人，因为您以前从未在游戏行业工作过。我的工作职位实际上会指定：X年的A，B，C编程经验。

可能有些情况是，有些具有y年经验的热情的程序员具有丰富的知识并且从事过多个项目，而另一些具有x年的经验（x> y）的程序员却只从事过很少的项目，却没有那么多的经验。

阅读我以前的答案。经验与您所拥有的工具紧密相关。X年使用A，B，C工具。

为什么不能将其恢复为“如果您了解这项技术并且知道如何进行这些工作（例如设计，沟通，估算等），那么您就适合我们的工作”？

这可以并且确实发生。如果您能证明自己，那么多年的经验就无关紧要。对于像您这样的人，您似乎更适合于较小的开发商店，在该商店中，面试官/招聘人员是他/她自己的开发人员。大型公司通常会要求人力资源人员从事此类工作，这就是为什么他们将工作要求如此广泛以至于您基本上需要拥有15年以上工作经验的博士学位才​​能为其网站编写小功能（过分夸张，但这可以解释其缺陷在程序员招聘中，尤其是对于较大的公司-尽管并非所有人都遭受这种疾病的困扰）

多年的经验仅仅是一个过滤器，它对使用职位描述中列出的所需技能的人员的期望值给出了“粗略”估计。

这是我期望的，但其他人可能会有不同的想法：

2年或更短-您应该能够执行被告知要执行的特定任务，而雇主知道，对于大多数任务，学习曲线都会受到相当多的监督。

3-5年-您应该能够完成被告知要做的任务，而无需花费太多精力，因为您应该已经在0到2年的经验中完成过类似的任务。您还应该开始表现出一些“聪明”的主动性，并能够处理不一定明确定义的较小任务。（例如，能够根据需求设计模块，而您必须自己跟踪其中的一些需求）。

5-7年-您应该能够自己工作，并能够决定上面的“任务”是什么。您应该能够处理未明确定义的中型任务。（例如，能够设计/实施/销售子系统）。您还应该开始在这个时间范围内领导子系统团队。至少向内部团队提供他们负责的子系统的必要介绍。

8-10年-可以依靠它来提供非常大的项目和/或项目的关键子系统。几种技术的常驻专家。可以领导大型子系统团队。向客户介绍他们负责的子系统。

10年以上-在职位描述和大多数其他半相关的软件任务范围内，几乎可以处理扔给他们的任何软件任务。大量软件领域的常驻专家。可以领导大型项目，从需求到抛售。了解系统设计，而不仅仅是模块/子系统设计。能够设计可靠，健壮和可维护的系统。是客户的软件界面，包括系统角度的演示。可以将投标建议书和时间表充分地组合在一起。

虽然多年的经验定义很模糊，但这不仅是为了雇主的利益，也是求职者的指南。因此，如果您被录用，声称您拥有8至10年的工作经验并开始工作，并且需要被告知您需要完成的每一项小任务，那么即使您能持续很长时间，充其量您在公司的未来也“非常有限”漫长的。第一印象很难改变，因此即使您作为开发人员变得更好，人们仍可能会保持对您的原始印象。

我已经看到有相当多的“高级”开发人员被录用了，这些开发人员在几个月或几年内就被聘用了“员工发展”计划，这实际上是成为第一个开发人员的快速通道裁员清单。如果这些开发人员的薪水较低（当然这意味着较低的薪水），那么他们很可能被认为是成功的录用者，并且表现良好。