有个朋友说，他十天写了 20000 行代码，当时我的膝盖就直接给它了，怎么会有这么强的选手？？！！
但是是不是代码写得越多越快越好呢？如果对于确定需求确定方案的情况下，代码量就是那么大了，没什么办法了，肯定是写得越快越好的人越好一个好的软件工程师，可以顶的上一个团队的合作。而且在软件这个行业里，在没有非常好的协作模式下，合作其实是效率更低的。很大一份人都觉得，代码量不大不能体现工程师的"价值"，总喜欢写一大堆代码，甚至把很多开源的代码拷贝到自己代码里，然后美其名曰自己写的，明眼人都看得出来，代码的水平摆在那里，是不是你写的一眼就看得出来。
几年前的我其实是很喜欢写很多很多的代码的，甚至觉得只有写很多代码才能体现自己的价值。几年过去了，我就站在你面前，你看我几分像从前。现在我对于代码的看法就是，代码谁想写谁写，甚至可以不写，只要能实现需求就好了。
熟悉我的朋友应该很多都听过我这么一句话，如果一个需求我能不写代码就把它实现了，我为什么不尝试这样做呢？在同一个水平下，代码越多，bug越多，这是一个相对比较公认的观点。
那怎么做到呢？无非就这么几个途径不写代码。
1、砍需求
把需求砍了还需要写个锤子代码喔，无敌，砍了就完事了。有一大堆的需求都是产品经理或者技术自己YY出来的，砍掉就完事了。
2、寻求公有云解决方案
有空多看看腾讯云和阿里云有没有非常成熟的方案，如果有就买一手，比你哐哐哐写一堆代码或者找开源方案靠谱。
3、寻求公司内合作伙伴
多找找公司内部的伙伴们，一起合作去做一些东西。要相信公司内部还是有很多团队都在尝试寻找自己的价值的，你的一句在吗，故事可能就开始了。千万不要什么东西都想自己造个轮子，在公司内合作才是最重要的，偷别人的时间顺便完成他们的kpi是最重要的。
4、别人来抢的时候送过去
有人来抢代码写，送给他，不要问为什么。
5、管理好自己的公共代码库
每个大佬都有自己的公共代码库，开箱即用，一个工程可能在半小时内就建好，想要的能力基本都会沉淀到自己的公共代码库里，新需求0代码可能不太实际，但是有这个公共代码库，只写很少很少的代码就可以完成复杂需求了。
6、管理好自己代码的设计模式
千万不要让别人随意变更你写的代码，管理好你自己代码的设计模式，对于你后期维护这批代码，增加功能，都有非常非常非常好的作用。
以上，零代码万岁。