@feeeff 从我的角度看如果你做了大量测试，可能只是要等久一点，也能接受。如果是测试做了大量测试，那人家应该挺难受的。

@feeeff 所以我建议你先从绘制架构图/流程图开始练习一下啊。直接去语言描述一个逻辑可能会比较难，但如果先绘制成图表就会比较简单

「如果是测试做了大量测试，那人家应该挺难受的。」这个肯定会保证旧功能尽量不变，不需要测试人员重复测试的

@biu7 好的哥，说实话我是没有画过这个图的，

2019 毕业。如果是本科毕业离 35 岁起码还有 7 ，8 年吧？！ 慢慢来吧，你有时间慢慢思考职业问题，甚至可以换赛道。

我也是跨专业的 ，但是感觉第一条不应该吧， 这个开发前就应该滤清逻辑才开始动手啊。 bug 这个主要就是基于第一个 弄清逻辑，并且有一定经验就比较好判断问题在哪。 接别人项目你自己的能力是一方面。前人留下的是屎山还是注释详细结构清晰的优质代码也很关键。 我计算机基础也很差，对于专科出来觉得很简单的东西我也不知道，但不妨碍我完成自己的工作。尤其是现在 Ai 这么普遍，对于我们这种专业性差又想吃这口饭的人来说是非常利好的。加油年轻人，

@BeforeTooLate 按目前的状态，这份工作没有的话，应该就换了

@yvyvyv 哥 咋说呢，其实一开始功能简单的时候，还是能搞清楚逻辑的，问题是随着功能变得复杂，在添加代码过程中，会让代码变得越来越乱，最终导致第二点和第三点问题出现

第一点，是思路不够清晰或记忆力不足，这无关基础知识。 第二点，是逻辑推理能力不够，找原因慢，也找不到恰当的修复方式。 第三点，是理解能力不够，不能很快读懂别人的设计和意图，只能从局部绕过问题。 这几个问题，其实对 35 岁危机影响不大，因为完全没这几个问题的人里，也只有少数能度过这个危机。

一言以蔽之，自己做的东西讲不清，别人做的东西看不懂，没有项目上的全局观