项目开发的一点感悟

开发多年以来，深深的体会到做项目的几个重要性，越是大项目，下面的重要性越显得尤为重要。

一.开发流程规范化的重要性

为什么要提开发流程的规范性很重要呢？原因很简单，如果开发团队没有开发流程的规范，那么就像军队没有了军纪一样，各自按照自己的习惯去开发，那么就会出现各种各样的问题，例如：产品A让开发B开发一个需求，B答应了，这期间没有产品会，技术会，也无文档沉淀，B开发完了，然后让测试C去测试，C一脸懵逼的说我该怎么测？B说你去找产品A了解一下需求，然后C找到A了解需求，然后A巴拉巴拉的说了一堆，然后C也没有记住，测试过程中也不断问A和B各种各样的问题。这种私下交流而没有沉淀的开发流程可能在小公司很多，但是稍微上一点规模的，可能就乱成一锅粥了，后果不勘设想。随着项目的迭代，各种需求满天飞，如果没有一套开发流程来约束整个项目周期，那么项目的进度，管理，以及质量将一团糟糕。开发流程的规范性，每个公司都不太一样，但都大同小异，都遵循着类似的流程，从而可以按照流程一步一步的进行，不至于出现项目管理的混乱性。

一般项目的开发流程包括一下几个过程：

产品会--->技术分析阶段--->UI评审会--->技术评审会--->开发阶段--->测试评审会--->开发完成后自测阶段--->联调阶段--->联调完成后自测阶段--->提测阶段--->预发验证阶段--->发布上线--->灰度阶段--->灰度结束全量开放

上面是一个完整的大致开发流程规范，其中UI评审会，灰度阶段，灰度结束全量开发等一般视情况而定，不一定有，看需求情况，但是大部分都会沿着这个流程一步一步的来，各个阶段会做好相应的文档沉淀，方便日后接手开发的同学有一个文档参考。

二.编码规范的重要性

比起开发流程的重要性，编码规范重要性也非常非常的重要，我们做开发的都知道，如果一个项目对编码没有规范，你写一套风格，我写一套风格，马上整个项目就会变成传说中的：屎山。俗话说，无规矩不成方圆，在编码上也是。编码规范在项目还未创建就应该先规范好，避免日后接手开发的同学按照自己的风格去编码，大家遵守一套编码规范，项目的整体风格会很协调，很舒服。目前各大公司一般都是遵守《阿里巴巴开发手册》来约束自己的编码规范。

三.发布流程的规范性

这里为什么要提发布流程的规范性呢？因为在过往的发布中，我发现，发布的时候总是会出现各种各样的问题，究其原因还是发布流程不够规范。如果事先制定了一套发布流程，按部就班的发布，会避免很多问题的发生。不按流程发布，可能要发布3-4小时还不一定搞定，如果按照发布流程，可能半小时或者十几分钟就搞定了。发布的先后顺序一定要遵循，项目之间的依赖关系一定要清楚。

四.基础的重要性

俗话说，基础不牢地动山摇，为什么说基础重要呢？大家可能都觉得，基础有什么好学的，这么简单，其实再复杂的东西也是由基础一点一点汇聚而成的。真正的把基础打牢，才有可能写出高质量的代码，才能做出高质量的项目。此处的牢，不是简单的我会用，而是要知其然知其所以然，探究源码的设计思想，以及源码为何这样设计或者处理，以及常用的数据结构的特点和源码中存在的坑等等，基础其实也有很多东西可以学，真正的做到融会贯通才是真的打牢了，一通百通，做出来的项目自然也比别人高一节。

五.模式的重要性

开发中有很多模式，这些都是前人总结出来的精华，经过千锤百炼的出来的结论，并且已被在各大源码中实践多次。现在各大框架层出不穷，究其本质还是对基础内容+模式的组合而已，万变不离其宗，如果能玩转模式的精髓和本质，哪框架对你来说也只是浮云而而，我们要去探索模式的本质以及模式能解决那些问题，灵活的运用在自己的项目中，不仅能提升自己的编码功底，同时还能提高看源码的理解深度，总而言之，模式真的很重要，值得每一个开发人员重视起来。