项目接近尾声时候的总结 之 《程序猿 何苦为难 程序员》

1.0  好的需求人员一定是懂技术的
          一般项目中，需求指导着开发，需求在很大程度上影响着开发进度和总体时间，
曾几何时有一首名曲《爱情买卖》大概意思是：
                             ”需求不是你想改就能改，你若还行改，你丫的自己来“
想当年小沈阳也挺配合的：
                                            世界上最痛苦的事情是什么？                                                            
                              程序猿：项目还没做完，发现需求改了
                                             那么，世界上 最最  痛快的事情是什么呢？
                 程序猿： 项目做完了，发现客户跑了
                                             那么，世界上  最最最  痛快的事情是什么呢？   
                              程序猿： 刚把代码删了，发现客户回来了！坑爹啊！

我相信，大部分兄弟们还是很讨厌那些整天改需求的 所谓的需求人员的！
你信不信？反正我是信了！
需求人员不懂点技术，就不知道这个项目的技术可行性！
需求人员不懂点技术，开发人员举步艰难啊！更何况世界上还有很多不好沟通的”需求人猿“呢！

2.0” 简单才是美“
       以前我这么认为，现在我更加坚定这个信念！
      不管你是框架搭建者，还是代码实现者，都应该朝着这个方向出发，
       简单，意味着，”人“能看懂
       简单，意味着，好维护
       简单，意味着，写代码心情好，速度快(留更多点时间去做你自己的事吧)

3.0 ”不要追求刻意的温柔“
      项目一开始就找好你的定位，考虑属于你自己的范围，不要刻意去追求性能和并发，
你本身就是个 在线不超过 100人的项目，你让我用 EJB ?
你本身就是个后台管理项目，你还搞个自己的ORM框架?

工作经验丰富
一程序员去面试，面试官问：“你毕业才两年，这三年工作经验是怎么来的？！”程序员答：“加班。

程序员问科比：“科比，你为何如此成功？”科比反问：“你知道洛杉矶每天凌晨4点的样子吗？”程序员：“不知道，那个时候我还没下班呢，你问这个干嘛？”科比：“不干嘛，草！”谈话结束了！


一晚下班回家，一民警迎面巡逻而来。突然对我大喊：站住！
民警：int类型占几个字节？
我：4个。
民警：你可以走了。
我感到很诧异。
我：为什么问这样的问题？
民警：深夜还在街上走，寒酸苦逼的样子，不是小偷就是程序员……