996算什么，955能做出996的活，那才叫牛！

      996算什么，955能做出996的活，那才叫牛！     

       作为程序员或开发人员的你，还记得开发javaweb系统，是如何写mvc的程序了吗？ 当操作一个DB表时，要写一份dao；当两个表时，就要写两份dao；当n个表时，就要写n份dao。其实这样开发，实际是做了许多重复、类似的工作。当有人告诉你，很多情况下，你其实只用写一个dao，有何感想？     

      在以前的年代里，我们写了实在是太多的冤枉代码，以致消耗了我们不少的青春。以上举的例子，只是我们工作中的一部分，除了mvc,orm,还有html，我们也是写了许多没必要的代码。学过数据结构都知道，时间复杂度是O(1)的代码，会比是O(n)的代码，快n倍；但我们是否意识到编码复杂度是O(n)的程序比编码复杂度是O(1)的多写了多少代码吗？   n可是一个会膨胀的量呀，想想都后怕。

        花上10分钟，去了解下 "编码复杂度" 的概念吧， 还有第一个实现 编码复杂度是O(1)的ORM框架-Bee。相信你这10分钟，不会白花，你完成软件的工作效率不提升n倍，也有0.8n。      Bee的  编码复杂度为O(1)，即用了Bee，你可以不用另外写dao代码。

https://github.com/automvc/bee 

(源码在github上的地址)

https://gitee.com/automvc/bee

(码云上的地址)

       手工业时代的996加班，就能胜过机器大工业时代吗？ 显然不能。 机器大工业时代也不可能胜过智能制造时代。  提高生产效率，提高生产力才是不变的真理！

试着从时代背景分析996的原因：

       近年来软件需求越来越复杂，变化越来越快，导致软件规模越来越大，交付时间反而要求越来越短。编程（编码）技术没有得到改进，无法适应互联网信息爆炸时代的需求。虽然架构技术有进步，但编码技术也要相应改进。犹如十年前，很多是建10层楼，现在建100层。虽然框架结构的技术跟上了，但每个房间所要砌砖的速度并没有增长10倍。那只能是加人，或者延长工人砌砖时间。每一个房间好比软件系统中每一个小模块，一般都需要编码MVC代码；若不降低编码复杂度，则无法适应当前快速变化的时代需求。换个角度，降低编码复杂度，软件开发效率自然就上去了。

 

其它相关文章：

除了996,还有更好的提高效率的办法

https://blog.csdn.net/abckingaa/article/details/89307410