这期文章谈谈code copy那点事。先来看一个网上的段子。 

“所谓架构，就是知道去抄啥；所谓开发，就是老大说抄我就抄；所谓初级开发工程师，就是东看看西看看，瞧瞧别人怎么抄，自己跟着抄；所谓高级开发工程师，就是同一个模块抄过一遍的人，第二遍更熟点。” 

虽然是个段子，但它却道出了程序猿心中的一个小秘密：离开了Ctrl+C、Ctrl+V，我们可能都不知道怎么写代码了。尤其是当开始写一个新项目时，我们通常都会先Copy一个类似的项目或者自己以前写过的某个模块，然后在此基础上改吧改吧，以求快速完成开发。但实际情况常常是这个“改吧改吧”既不快速，也容易埋坑。比较优雅的解决方案是，把这个过程的codecopy改成code generate。所谓code generate就是让机器去做code copy的事情。那有啥区别呢？当然有，而且是有本质的区别。 

1.  code generate的前提是把技术代码从模块中挖掘出来

想象一下我们copy完一个模块之后，第一件事件是不是就是把这个模块中原有的业务代码删掉。既然如此，我们为什么不先把技术代码挖掘出来，再让机器来copy呢？所以做code generate，会迫使我们站在技术和业务分离的视角来重新审视项目代码。在这个过程中，我们会重构代码，让技术与业务解耦。光这件事情就能大大提高程序猿的内功。 

2.  code generate是固化的，是可传承的

人在做code copy，是基于当前这个人的对copy代码的认知，比如A会copy一个他写过的模块M，但B可能就不会copy这个模块M，因为他不了解M，不知道哪些代码是可以删除的业务代码。除了对copy代码的认知外，人做code copy还有一个最大的缺陷：不可重复。A两次copy模块M的结果可能都不一样。尤其是当过了一段时候后，可能A自己都不知道M模块是个什么东西了。简单总结就是，人的操作过程是需要认知基础的，是无法固化的，也是难以传承的。这里的传承不仅是传承给别人，更重要的是传承给未来的自己。 

3.  code generate是自动化的

codegenerate本身是一个完整可运行的程序。这意味它是由机器来执行的。机器执行保证了code generate的过程是极速高效的，并且是准确无差错的。 

4.  code generate是产品，是可以不断迭代的codegenerate作为一个可运行的程序，是可以不断升级再升级的。如果坚持积累，你的code generate程序会伴随你一起进化，记录下你技术成长的每个里程碑。其实很多程序猿都有代码积累的习惯，但我相信大部分程序猿积累的代码都是分散的点，比如github，CSDN，网盘，博客等等。时间一久，这些积累的代码本身就会变得很陌生。既然如此，为什么不多走一步，把这些分散的代码集中起来，形成一个开发工具，一个产品呢？ 

好了，说了这么多，其实就想表达一个非常朴素的技术沉淀方法论：为自己开发产品，把积累的代码形成开发工具，用code generate替代code copy。还有，最重要的是：坚！持！做！这！件！事！