经验之谈2025-01-10 · 历史讨论
高级工程师入职：先理解业务，再提重写
一位多次参与技术变革的架构师建议，新入职先和销售、经理及同事交流，再从小任务理解系统。
一句话启发
遗留系统背后往往有业务约束和历史原因。
发生了什么
这位评论者曾多次作为关键技术人员加入团队。他提醒新人，现有代码可能正在创造收入，不应把改写当成能力展示。具体做法包括让销售像对客户一样讲解产品、了解经理的阶段目标，以及通过小缺陷熟悉交付流程。
可以尝试的下一步
以下为编辑提炼的行动建议，并非原作者的承诺。
- 01
入职第一阶段约谈销售、支持和开发同事，整理用户价值与系统限制。
- 02
用一个小修复走完上线流程，再携带证据和受影响同事讨论改进。
适用边界与提醒
评论中的等待 90 天是个人经验，不是通则；紧急故障和明确授权的改造需要及时处理。
讨论中的声音
“你所称的“遗留代码”是有原因才这样做的”
What you call “legacy code” was done for a reason
@scarface_74 · 查看来源
Y
Ask HN: How to approach first days on a new job as a senior engineer?
@rolothrow · 117 points · 65 条评论
阅读 Hacker News 原帖来源：OpenIndex Hacker News 数据集（ODC-By）。原文归各作者所有。摘要、翻译和行动建议由 AI 辅助整理，请结合原文判断；个案不代表普遍结果。