这是一个高大上的命题，很难说得清。正因为是这样， 才要根据做完的项目，进行总结，以期改进，下次不再犯重复体力活。

 

       前期文案思考， 尽量考虑全，由大及细，命名规范，后期维护规范，等等。以前觉得这些规范不重要，只要把技术做出来，达到要求就行了，正是这样的思想，让自已后期维护浪费了很体力，时间，对高效率有挑战的人来说，把时间浪费在这些的事情是不科学的。

 

        举个例子，做ci时候，就想只要做出来就好了，好用就行了，交付给开发人员使用时候，大家都说好，使用一段时间，我去维护时候，发现大家注册的时候，用户名很随意，我看了，都不知道是谁跟谁的，然后一个一个去问，这个是谁啊。假如一开始，就用户名注册规范出来，后期还会这么纠结吗？

 

      还有在写ci逻辑时候，对脚本命名，路径定义不统一，后期大面积推扩时候，又重新去改，又是一种很浪费时间的事。

 

       往往越是简单的事，不够重视，前期没发现，后期才发现以前怎么这么sb。

 

        产品化思维，高度集成，对用户而言是透明的，用户一眼就看穿使用技俩，这是最成功的产品设计。后期维护，只改一两个变量就能全量覆盖，超简单的维护，这也是最成功的设计。

 

        一句话总结，没有说明的使用，维护是最好的设计。

          为了达到这样的高度，do it!