其实公司内部估计大家做输出，写号当副业的起来的几率很渺茫，但是写东西的过程对你自身也有帮助，反正都是写了，就写好点。

还有一个原因是：有个人在后面一直鼓励我，我也不好啥都不干让她失望

好久不更新了，今天心血来潮更新一下

昨天公司开了一门培训课，是关于单元测试的。那个老师说单元测试会让前期的开发速度变慢，但是会让项目的整体时间压缩，质量也会变得更好。

这个老师说得话没错，因为他是站在大公司的高度，站在整个系统的层面说的话。

但是你会发现中小公司很难推广单元测试。
因为写单元测试是一件吃力不讨好的事情。正常不写单元测试，需要开发7天测试7天。总需要14天。
写了单元测试之后，开发语言10天，测试需要3天，总体时间压缩了，而且有了单元测试，后期重构更快，迭代的功能质量会更好。

但是推行之后，一堆不懂技术的领导会问你，为啥你们开发语言的时间多了，是不是不够努力工作了？然后测试团队却是什么都没干，就完成工作又快又好的转变。

胜利的果实无缘无故被测试团队拿走，但是你又没办法证明，这是这个效率的提升是因为开发团队的努力的结果。开发努力，测试收益。特别是领导不是技术出身，他根本什么不知道，全靠ppt和一张嘴。某种意义上说，这是开发人员悲哀。

写单元测试花时间，成功缺不归你。而且收益者是后来接收项目的人。写单测完全靠开发的职业道德去支撑，怎么可能长久推行。

所以如果你进入中小公司，基本都是没单测的，不是上一任的开发不给力，某种意义是技术人的悲哀。工作成果很难展示，所以很多技术人开始向去如果展示的方向发展，学会如何显示成果给老板看，比死干的效果好。然后市面上的越来越多的ppt架构师。劣币驱逐良币。

这种现象在互联网的大公司会好一点，因为很多领导是技术出身，他知道技术的事。但是如果你的领导不是技术出身，他不懂你的努力和成果，这个时候你就会明白什么是程序员的悲剧了。