调试“我该把时间花在哪里？”在求职中的时间分配 🌲
Source: Dev.to
我经常听到求职者说：“我不知道该把时间花在哪里。”
有太多事情可以做——简历修改、项目、网络拓展、面试练习——但几乎没有信号指明哪项最有帮助。
下面是我引导我的受导者的 “决策树”，按 stuck point（卡点）组织。确定他们卡在哪儿后，我们找出原因，然后据此确定首要任务。
我不知道该走哪条职业道路
这个“象限”可能有帮助：
| 象限 | 描述 |
|---|---|
| 1 | 你擅长且喜欢的是什么？ |
| 2 | 你擅长但不喜欢的是什么？ |
| 3 | 你热衷但不擅长的是什么？ |
| 4 | 你既不热衷也不擅长的是什么？ |
- 如果你急需工作，选择需求量大的岗位，要求你已经擅长的技能（象限 1），即使你并不喜欢（象限 2）。
- 随着资历提升，你会解锁更多象限 1 和 3 的机会。
- 避免象限 4。
如果你进入一个新领域，不必过于追求超细分；入门级岗位往往比较通用。
例子：在“无障碍专家”和“设计系统专家”之间犹豫不决？你最终也会先做全栈通才。
我应该扩大申请的职位范围吗？
权衡更多机会的潜在收益与额外投入的时间：
- 编写针对该职位的简历版本
- 学习该职位所缺乏的技能
- 为特定职位的面试形式做准备
如果这项努力 与您现有的技能组合重叠 且与您已经进行的面试相符，通常值得一试。
我在投递但没有收到回复
我会检查以下三种常见原因：
1. 缺少技能 / 经验
逐行对照目标岗位，给每条工作要求打分：
- 我的简历…
- 展示了多个相关实例
- 有但不够深入
- 完全缺失
如果可能，请与行业人士确认你的评分。职位描述往往是理想化的清单；内部人士才知道真正重要的是什么。
- 优先处理评分为 “3”（缺失）的空白。
- “2”（有但浅）需要标记，但相对于其他空白进行排序。
- 示例：如果你的简历还未完成，浅层的 React 经验可能优先级更低。
行动：在简历中加入能够弥补这些空白的项目。如果不确定该做什么，目标应是 “技术扎实且通用”，而不是“创意”。公司更倾向于看到你已经用相同技术栈实现了类似功能。
- 使用该领域最流行的工具（前端选 React，数据科学选 Python/pandas 等）。
- 聚焦每个应用必备的功能：身份验证、表单、数据表格，以及热点方向如 LLM agents。
2. 简历 / LinkedIn 未能充分展示你的价值
你可能已经具备资格，只是个人资料没有写好。
常见错误 & 改进办法
-
通用简历，所有技能占用相同篇幅。
- 改进：让 相关经验至少占页面的 60 %，把不太相关的内容压缩。
-
缺少具体细节，让招聘者难以判断深度。
- 通用：“使用 React 构建了聊天应用。”
- 更佳：“使用 React、Socket.IO、Node 构建了聊天应用，支持 500 并发用户。加入 OAuth 并通过批处理事件将消息延迟降低 40 %。”
-
前职业经历的关联性不明确。
- 不清晰：“管理杂货店的库存。”
- 更佳：“使用绩效报告和每周审计管理一家拥有 5,000 种 SKU 的店铺库存。通过 Excel 脚本识别出 12 % 的过量库存。”
LinkedIn 小贴士：关注 Emily Worden 的内容，例如：
3. 人脉薄弱
如果你的简历对你自己和行业内部人士都很有说服力，那么最好的时间投入可能是 寻找高质量的职位线索。
- 花时间寻找专注于你所在行业、价值观相符、地点合适的招聘网站、论坛或人士。
- 这些渠道可以挖掘到不太为人知、匹配度高的机会。
- 在 LinkedIn 上保持活跃，提升曝光度：
- 当看到一个已关闭的好职位时，联系该公司的员工，表达希望在未来有机会时被优先考虑。
我收到了回复，但技术面试失败
优先技术面试准备，而不是项目和人脉网络。
按面试形式聚焦学习范围
- LeetCode / 算法 – 大公司常见；测试数据结构知识。
- HackerRank / 现场任务 – 大型组织常见；限时任务，需要使用数据结构实现较大的函数。
- 构建小功能 – 初创公司更常见；在实际情境中融合 LeetCode 简单概念，使“在职”技能自然转化。
策略： 优先考虑面试形式你更擅长的公司。
示例：我非常擅长误读现场任务指示并实现错误的内容。面试官在我开始前纠正我，能显著提升成功率，因此我优先选择没有现场任务的公司进行面试。
技术面试包括以下子技能
- 熟记关键语法：
print、字符串/数组操作、排序等。 - 数据结构模式：参见15 LeetCode Patterns – 完成大量题目以内化这些模式。
- 高级主题（动态规划、堆等）出现频率较低。除非你目标是 MAANG 公司，否则应先专注基础。
使用此决策树诊断卡点，然后聚焦最高影响力的优先事项。
优先安排你的面试准备
- 大声说出来 – 在解决问题时阐述你的思考过程。
- 找到符合你学习风格的资源，针对你的主要薄弱环节单独练习，然后一起练习。
我在软技能 / 管理者面试中遇到困难
这些面试常会出现以下变体问题：
| 类别 | 示例问题 |
|---|---|
| 技术实力 / 产品影响 | “请谈谈你最大的项目。” |
| 冲突 | “请讲述一次冲突/分歧以及你是如何解决的。” |
| 权衡取舍 | “当所有事情都显得紧急时，你如何决定该做什么？” |
| 跨职能协作 | “你是如何与产品经理/设计师合作的？” |
| 流程改进 | “请说说一次失败的项目。” |
| 失败与学习 | “你的弱点是什么？” |
该怎么做
- 为每个类别准备 1‑3 个具体故事，使用 STAR 方法。
- 大声 练习这些故事。
小贴士
- 撰写一份强有力的简历本身就是这些面试的准备。
- 录下自己的练习，以模拟现场的表现压力。
- 远程面试时，将准备好的答案放在屏幕上（面试官看不到它们）。
Source: …
我已经进入最终轮面试，却没有收到 Offer
如果你总是能够进入最后一轮，说明你的资质基本达标；只是有其他候选人稍微占了上风。
可以向招聘人员询问的内容
- 技术门槛 – 如果他们提到你未达标，就要在技术面试技巧上下功夫。
- 经理筛选 – 如果他们对技术问题没有意见，问题可能出在你的经理筛选回答上。
有些反馈可能不公平，或并不能真实反映你是“好工程师”。不必在意，反而庆幸自己避开了不合适的岗位。
接下来的步骤
- 把招聘人员的反馈 展示给真正负责招聘你岗位的用人经理。
- 提交你的经理筛选答案，并请对方指出具体的改进方向。
省时技巧： 将最终轮面试错开进行，利用间隔时间进行反思。
我曾经把三场最终轮面试排得紧挨着，使用同样的方式，结果三场全部被拒。后来在经理筛选答案上接受了指导，随后很快就收到了 Offer。那三场面试就像是无谓地一次次撞墙。
超越“优先级手册”
在平衡优先级的同时保持乐趣
指南会指向你的下一个最佳步骤，但这一步往往是最难的。把它和能让你充满活力且仍能推动成长的任务结合起来。
- 更喜欢 Vue 的网页开发者？ 专注于 Vue —— 基础知识是可以迁移的。
- 早期候选人害怕 LeetCode 但热爱系统设计？ 现在就深入系统设计；反正以后也会需要。
- 喜欢写作？ 写博客记录你的学习，以拓宽人脉。
专注于当前步骤
想到所有需要提升的技能和面试准备会让人不知所措。你不必一次解决所有问题——只要确保每个当前步骤都是通往目标的必做事项。把它想象成电子游戏：一次一个关卡。
保持好奇，而非压力
“我在‘运行代码’，看看会出现哪些知识盲点”
比“我必须在面试中表现完美”更易于接受。
- 将 “我卡住了，毫无进展” 重构为 “我卡住是因为某些东西不起作用，这本身是有价值的信息。它告诉我该不做什么，并让我更接近有效的做法”。
结束语
你的求职过程就像决策树算法：每一步都找到你的下一个最佳行动，而不是一次性得到完整的解决方案。目标是持续且有意图的迭代。
有任何问题或想深入了解吗？ 我不可能在一篇帖子里把所有的指导和简历写作经验都写完。告诉我你想要的帮助内容——我很乐意帮助！
也提供 Bluesky 线程格式 🧵:
- How to get past “I don’t know where to spend my time” in the job search, a thread 🧵 — Shell 🍋 UX 开发者 / 简历撰写者 (@miffens.bsky.social)
(编辑协助：Claude 3.5 Haiku)