让同事用我搭的代码框架写项目，但是同事直接改我框架源码！

有个同事，来公司有段时间了，于是公司准备让他独自承担一个小项目的研发工作。这个小项目跟我以前写的一个项目比较像，而我之前搭了一个桌面程序框架，写了几个项目后，研发总监觉得不错，就决定让他用我之前写的框架来写新的项目。

我先给同事讲了一下框架的大体思路，然后怕他不懂框架原理，就把整个框架源码发给他了，本意是让他理解。但过了几天以后，我想去问问他我写的框架怎么样，本来想跟他吹个牛的，结果我发现，他项目里有相当一部分逻辑是在改我的框架源码！

其实我自己写的框架在搭建之初，目的是把一些公司里面比较通用的逻辑全部封装起来，然后组成的一个包括UI、工具类等在内通用型框架，不通用的部分应该在框架外写才对。其实我自己写的框架在搭建之初，目的是把一些公司里面比较通用的逻辑全部封装起来，然后组成的一个包括UI、工具类等在内通用型框架，不通用的部分应该在框架外写才对。

为了防止出意外，我还是直接把源码打包给他，而不是给他源码库地址，谁知道最后他竟然直接把框架改得乱七八糟的，比如只要框架原先没有的功能，他就在框架内进行新增，但是实际上他新增的功能并不通用！

这个事情对我来说，就像一个很牛的画家画了一幅精美绝伦的画，但是有个不懂行的人非要在上面盖一个自己的印章一样。但是，如果他是乾隆也就算了，但是他不是啊！

也不知道是不是我开始没说清楚，还是他根本不知道框架的意义。最后我跟研发总监商量，我觉得看他都写那么多了，不如就让这个项目直接按他的思路做吧 。

但是，研发总监说不行，这样以后代码不好管理，万一我的框架里面有Bug，还得改两遍！最后，研发总监只能让他把他自己的功能剥离出来，不要他动框架内的任何代码。

小伙子感觉委屈得不行哦，在那抓了半天的头，过一会儿跑过来问我怎么改。

最后，我跟他一起，半教半写，才把他的代码从框架里面剥离出来。

此时，小伙子才意识到框架的重要性，然后给我总结了下框架的好处：“原来，该考虑的东西，框架都给你考虑周全了！”。

总结

小伙子也不是个新手，之所以出现开始的事情，我觉得可能还是没有仔细看框架源码，其实框架本身并不大，稍微花个半天时间看看就能看完了。

后面的领悟，算是一种觉悟吧，他的话外之音我的理解是，如果早早把框架研究好了，就不会出现后来的事情了。