作为一个coder对研发生命周期的思考

        做了这么久的coder，除了朝九晚五的工作，随着在一家公司又一家公司梳理着凌乱的代码，其实慢慢觉得自己的代码变得不那么重要了，渐渐发现在研发的生命周期中的时间分配越来越不是自己想要的样子，前端时间写了一个ppt，如下图

        从经历过这么多的项目，发现实际上我们70%的时间发生在了开发和测试阶段，在开发阶段，我们加班撸出来的代码，当到了测试阶段就会被推翻，需要重新来一次，很次都想问一句，为什么。无赖之下，还是得怪怪改代码。

        后来很多次思考为什么会发生这样的情况，难道自己写的代码bug那么多吗？为什么我们经历的大多数项目都是都是开发和测试时间是很长的呢，慢慢发现有几方面的原因。

        1、需求梳理不清和需求不明确是一方面的原因，当自己还是懵懂的时候被迫开始了coding，结果导致加班加点出来的代码，轻易的被BA推翻。但是这个时候大多数的码农开始抱怨了，这个需求做的真烂。其实很久以前我也这么想，后来慢慢发现，如果我是BA，好像做的更烂，然后调查发现，很难找到一个团队将需求能细化到程序员能理解的程度，BA也很难考虑到方方面面，那么就是说需求永远达不到我们理想的状态，但我们能做的是尽量去理清需求，增强架构的扩展性，增强代码的扩展性，改代码时不至于自己发疯。