每一份工作描述都是一份伪装成愿望清单的谈判文件。公司描述他们的理想候选人——一个符合所有条件的独角兽——然后雇佣那些符合大多数的人，并且面试得很好。如果您曾经因为未达到 100% 的要求而跳过招聘信息，那么您一直在错误地阅读 JD。本课程教您解读公司的实际需求和梦想。
惠普的内部研究（后来被 LinkedIn 推广）发现，男性在满足大约 60% 的资格时才会申请工作，而女性则倾向于等到满足 100% 的条件后才申请工作。现实情况是，如果您满足所列要求的 60-70%，大多数公司都会面试您。
为什么？因为：
果职位描述与您的相似度达到 70%，请申请。如果感觉 50% 的人跟你一样，并且你真的对这个职位感到兴奋，那么无论如何都要申请并让招聘人员决定。自选是合格候选人错失机会的最常见原因
每个 JD 都有可预测的部分。以下是每一项的真正含义：
###“关于我们”部分 这告诉你公司的叙述——他们希望如何被感知。寻找：
###“你会做什么”部分 这是JD最诚实的部分。它描述了实际的日常工作：
###“你需要什么”（要求） 这是大多数候选人被绊倒的地方。像这样解码它：
|京东语言 |它的真正含义是什么？ |----------|------------------------| | “X+ 年经验” |粗略的资历信号，而不是硬性的截止| | “React 专家” | React 中舒适的构建生产功能 | | “分布式系统经验” |设计或开发过可水平扩展的系统 | | “较强的沟通能力” |您将向非技术利益相关者进行演示 | | “自启动” |最少的指导——团队可能资源不足| | “快节奏的环境” |期限紧迫，优先顺序可能混乱 |
###“很高兴有”部分 这些是真正的奖金，而不是要求。拥有其中一两个可以让你的申请更有说服力，但缺乏所有这些并不会让你失去资格。
Textio 的一项研究分析了超过 5000 万份招聘信息，发现要求部分超过 15 个要点的 JD 收到的申请数量减少了 30% — 不是因为符合资格的人较少，而是因为长度吓倒了候选人不申请。
JD 经常将资历信号隐藏在语言而不是头衔中。以下是解码级别的方法：
登录 参与讨论
职位描述列出了”5 年以上经验”的要求。您拥有 3 年丰富的相关经验。你应该做什么？
并非每个职位发布都值得您花时间。注意这些警告信号：
查看您最近考虑申请的职位描述。您能确定哪些要求是真正必要的，哪些是理想的？了解 60-70% 规则后，您现在会申请吗？
JD 是您面试准备的备忘单。以下是如何使用它：
突出显示提到的每项技术、框架和概念。这些将构成您的技术准备清单。
JD 摘录示例：“使用 Java 和 Spring Boot 构建可扩展的微服务。设计 RESTful API。使用 PostgreSQL 和 Redis。使用 Kubernetes 在 AWS 上部署。”
您的准备清单：Java、Spring Boot、REST API 设计、PostgreSQL 查询优化、Redis 缓存模式、AWS 服务 (ECS/EKS)、Kubernetes 基础知识。
“您将做什么”部分暗示了您可能面临的系统设计问题：
每项责任都意味着一个行为问题：
-“领导一个由 5 名工程师组成的团队”→“告诉我一次你解决团队冲突的经历” -“与产品和设计进行协作”→“您如何处理与非技术利益相关者的分歧？”
对于您缺乏的任何 JD 技能，请决定是否：
职位描述的哪一部分通常最诚实地描述了您每天实际要做的事情？
以下是“高级后端工程师”角色的简化 JD：
要求：5年以上后端经验，强大的Java或Kotlin，微服务架构经验，熟悉云平台（AWS优先），了解CI/CD管道，优秀的沟通能力。
最好有：具有事件驱动架构 (Kafka)、容器编排 (Kubernetes)、可观察性工具 (Datadog/Grafana) 的经验。
解码：
您申请的每项工作创建一个简单的电子表格：在一栏中列出 JD 所需的技能，在下一栏中列出您的证据/经验，在第三栏中列出您的准备计划。这将成为您针对每个应用程序的个性化学习指南