不擅造轮子，擅长修车，该转行吗？
Ask HN: Career paths to consider if I am better at supporting than creating?
我有9年CS经验，前一半做后端，后一半转Product Owner。我承认自己实现和系统设计能力平平，更享受排查故障、支持客户和测试软件。但当前工作强迫我做技术决策，让我焦虑到生病。我该如何规划下一份既能发挥支持特长，又不用强求创造力的工作？
你的技能组合非常适合DevOps或SRE（站点可靠性工程师）角色。这些岗位核心就是保障系统稳定、排查故障和优化现有架构，完美契合你擅长2nd/3rd line支持、日志分析和测试的特长，同时避免了从零设计的压力。
考虑转向Technical Account Manager（技术客户经理）或Pre-sales Engineer。这些职位需要你作为业务与技术的桥梁，利用你理解软件局限性和协助客户解决问题的能力，完全不需要亲自写代码或做系统架构。
不要低估QA（质量保证）或测试工程师的价值。你提到享受在上线前发现问题的过程，这正是测试专家的核心工作。资深测试工程师在复杂系统中至关重要，且能充分发挥你细心排查和复现问题的优势。
你的经历其实很符合Customer Success Engineer（客户成功工程师）的定位。这个角色专注于帮助客户成功使用产品、解决安装和配置问题，能让你从客户获得成就感，同时避开纯开发层面的技术决策。
HN 评论区
28- gucci-on-fleek
也许是做售前工程师？
> 我确实觉得维护现有软件比开发新软件更得心应手。
这工作确实需要技术背景，但你几乎不需要写代码或做设计。
> 充当业务和技术之间的桥梁。
售前工程师的定义几乎就是如此。
> 总之就是和人打交道！
这份工作本质上完全就是与人沟通，既要面对你要推销的客户，也要面对真正开发产品的工程师。
- bob1029
> 我确实觉得维护现有软件比开发新软件更得心应手。
> 说实话，当看到客户真正使用我们的产品，并帮他们排查问题出在哪时，我会感到巨大的成就感。
> 我早就明白钱不是万能的。
把这些话放在简历最前面，发给几个猎头看看会有啥反馈。
很多（甚至大多数？）开发者对维护别人的代码毫无兴趣。客户那边的情况可能更糟。AI 把大家的自恋指数直接拉满了。如果你在这些话题上真的有这种感受，并且能把这种感受推销给别人，那你就占了大便宜。
- kjellsbells
入行几年后我意识到自己不适合写代码。幸运的是我当时的东家不错，他们告诉我，不管门牌上写着什么，代码只占业务的 5%。在接下来的 20 年里，我做过 QA、技术支持、产品经理、专业服务以及售前工程师。
无论对错，职位之间确实存在等级，QA 和技术支持通常排在后面。但如果你想留在你所在组织服务的行业（比如医疗、能源、电信等），这些是很好的积累真实行业经验的方式。
产品工作很难，但开发者会欣赏那些能清晰告诉他们需求、又不搞微观管理（同时也能告诉客户什么能做、什么不能做）的人。
专业服务是个好方向，前提是你得有人际交往能力，但这行不好做（有些公司把它当人力外包，有些客户觉得不需要，有些销售团队直接把它当赠品送出去，结果你一开始就亏本）。售前工程师可能很赚钱也很有趣，但前提是你得配上一个好的销售团队，别把你当成只会演示和放 PPT 的机器人。