以后你的代码再写得又快又好，你就是傻X！！！

粉丝的抱怨

我之前做培训时带的一个学生和我抱怨！

我的批评

这个学生能力还是很突出的，

培训期间我就发现他反应快，

学习也很积极，一看就是个搞技术的好苗子。

我听了他的抱怨后，

很能体会他的处境！

自己的付出没有得到相应回报，

却输给了一些能力远不如自己的人，

劣币成功的驱除了良币。

但是我并没有安慰他，

相反，我还狠狠的批评了他一顿。

容易得到的都不会珍惜，

不光体现在男女关系上，

职场上也体现的淋漓尽致！

当你的领导从你这得到一个看似很容易得到的结果，

他主观上就会和你所花费的时间画等号，

你提前了一周完成，

那这个代码的含金量也减少了一周！

领导根本不会关心你背后到底花费了多少心思，

也不会知道软件之所以运行的顺畅，

是因为很多隐藏的坑、bug，

是你从这么多年所做过的那些项目中汲取的经验，

他根本不会知道当年你到底踩了多少坑，

熬了多少夜才解决那些bug！

你能干，你就有干不完的活！

项目工作量有多大，

不是你觉得，二十要领导觉得！

领导觉得难，才是真的难。

要怪就怪你把我当年课堂上说的那句话忘记了：

低头写代码！抬头看人！

建议

针对这个学生情况， 我还是给了他一些建议，

1. 多建几个源文件,甭管功能多简单，工程建立起来，把视觉效果提上来！

2. 代码怎么复杂怎么写，能分成2个函数，就别合成一个函数，功能重构再重构，多一个函数又不多手你一分钱

3. 把软件拆成尽量多的模块， 只要是个功能，哪怕就是打印个数据包，你也封装一下，每一个模块配一套测试函数，增加代码量，kpi一下就上来了，

4. 故意把那几个缓冲数组边界值调小一点，让他在一些极端情况下会出现段错误，留着后面自己测试玩。

5. 在数据处理函数里偷偷夹藏几个sleep函数，后面就说不知道什么原因，处理速度上不来，算法需要优化，然后花（划）费（水）一周时间解决，问就说算法有问题！

6. 哪怕就保存1个简单的参数，你也整个数据库来保存，高低整个sqlite，各种库文件往代理死命怼，这代码量蹭蹭的往上涨

7. 能用链表就不用数组，不会写就去Linux内核里抄list_head，

8. 代码写好了，别急着提交，能拖就拖，问就是还在优化，挤牙膏一样往外吐！

9. 函数名要写得让人家一看就不懂，让接手你代码的老铁看的云里雾里的，心里直骂娘就行了

10. 注释！！！不存在的！就算写了，移交给别人的时候，也给我删干净！

11. 至于自己整理的笔记，画的流程图，给我烂在隐藏文件夹里。天知地知你知，木兰当户织！

不会写防御性代码的程序员，绝对不是好程序员！

8. 你的薪水本来就是有一部分是用来抵扣你所受委屈的！

如果不够，bug来凑！

一个软件模块，不管多简单多复杂，不整几十个隐藏bug出来，你就不是个合格的程序员！

写一些一般人轻易解不出来的bug，是一个成熟的程序员的基本修养！

没有写不出来的bug，只有懒惰的程序员！

10. 学会汇报工作 开发多少模块，解决了哪些bug，又遇到哪些bug， gitbub上抄来的代码，也说自己在研究开发，把项目里用到的技术，能说不能说的都汇报上去。

注意：

这些建议，只限这位学生!

还有就是看到此文的领导不要对号入座！

如有雷同纯属故意！

这种毕竟只是极个别但是又很普遍的现象！

大部分领导都还是能够基本做到公正，平等的 吧！！！！！！！！

本文纯属个人观点！

不要轻易尝试！

后果自负！

还有千万别转发朋友圈！

转发请屏蔽你的同事，尤其你的领导，

遇到小心眼的，

他会认为你在含沙射影！指桑骂槐！

个别别有用心的，

他还可能会拿着你转发信息截图去你的领导那搬弄是非！

别问我怎么知道的！