当接手一个已上线的新项目,业务与技术框架都是陌生的时候,应该首先熟悉什么才能更加方便的上手项目。现在终于有了一点明确的答案。应该是首先熟悉技术框架!
为什么?从改一个bug说起,无非就是业务上要理解正确的现象是什么,受影响相关联的业务是什么;代码上找出正确的改动点 ,而且改动后不影响其他代码的执行。
一般常识 业务的学习理解容易程度 要远快于技术框架的学习了解程度。
另外最重要的一点是 改动一个bug需要理解的业务很局部就够了,不需要全面了解。
技术框架的有一个特征,不了解,就无法下手,有一种情况除外;运气好,一个bug涉及的框架知识很少。我们不能碰运气来上手项目,还是要看大多数会遇到的情况:涉及的业务知识局部而涉及到的技术框架知识范围广。
另外 有一个特征,技术框架短期投入产出高,从0到1速度快。技术在初期就是一种对规则的理解记忆。业务知识需要长期耕耘,后劲很强。
最后 还有实际的一点,程序员解决bug时需要了解的业务知识颗粒度很细,前端细到就是1px的大小,而我们学习业务知识的方法只能是主干流程。不可能去了解判断输入框值只能是整数这个程度。了解主干流程对解决bug的帮助有限。技术框架的学习了解短期收益更快更大。然后才是业务知识的日积月累。
网友评论