大白话版本的 软件工程实践者的思想

 1 编程的精义：
编程就是体力活，愚公都会编程，大家都会编程，但是有些人嫌累的慌，所以不搞这个，
很明智啊！
简单点说编程 就是算法+数据结构，然后再学习点语言的语法，把这些想法实现一下。
从头做起，很像原始人一样开发远古时代，很荒蛮，很暴力！
2 懒人造就了方法：
  自然界中存在一种东西很奇妙，方法。
  方法好像是靠一定的理论积淀起来，日思夜想出来的，也好像是灵感来了忽然发现的，
还好像是。。。。，哎哟，哥哥哎，别管他是怎么来的吧，反正我们现在发现他了，
好多西，收下喽。
  好的方法省时，省力，省事儿，编程也得要个好方法。
  咱们用啥方法呢？--啥好用啥，啥合适用啥。
  我理解程序员，这个事情不好做 ，事情比较多，
  但是我们要讲究个高效方法：时常整理你的思路，别睡着了，哥们儿。
  因为  作任何事情都是有方法的。
  又因为  方法 有好的方法 和孬的方法。
  还应为  好的方法高效，孬的方法。。。不说了。
  所以我们选择好的方法，俺们是程序员，
  俺们的活儿是编程，所以俺们也需要好的编程方法。
  今儿个，俺要说句隐藏了在俺心中很久的一句话：好 程序 = 好 算法 + 好 数据结构 + 好 方法。
3  团队缺乏的不只是管理：
   团队还缺啥呢？
   1 还缺个头儿，这个头儿是啥样的头儿。我来简单描述一下。
     1 这个人一定得个帅才。
     2 这个人最起码能承担责任。
     3 这个人最好有好丰富的项目经验。
     4 项目不好做啊， 要做好那就得不怕死，敢拼命。看看下面这段话吧。 我厚着面皮择抄下来的：
          大项目的工期根本没办法设精确，上是死，不上也是死，上吧？哎，上吧。
       项目工期的问题不能解决，就不能保证项目成功。只有经验更加丰富，才能更尽可能地逼近“        合理的工期”。因此在此之前，

项目经理面临的就是失败。这个失败可能不是项目经理本身能力         所决定，或者也不是团队成员的工作所决定，而是在一开始，那份给

客户的项目协议就签错了。
       项目经理是需要时间来成熟的。他需要有机会来承受错误，而不是一开始就享受成功。
   2 还缺一套机制。

   3 有了制度，没人不行啊。赶紧建立组织吧，要与制度配套哟。

   4  管理的学问。
  
   5  管理的人不要太多，项目经理不是人事经理，更不是伯乐。
  
4 沟通太他妈难啦。 这哥们儿太难沟通，大家老是这么说。
  
  大家都说自己的沟通没问题，问题还是出在沟通上，到底是谁的问题。 什么事情都要有个标准，按照制度来约束是谁的问题就把它搞清楚，
是他/她没及时沟通这件事，还是他表述上有歧义，还是她理解上有偏差，所以有些事情还是email 比较好。 这样大家事后都会有个参考。
（还有内容没有挖出来。 ）

5 失败的过程也是过程。
  失败的过程总结的经验更宝贵。

6 从编程到工程。
  编程首先要工具，那就是编程语言，语言没有完美的，传说中的依天剑，屠龙刀目前还没出来，各种语言都有在自身的长处，
我们要好好利用它的优点，尽力让它到达极致；当然它也有自己的缺点，那我们尽量去避免，想办法去弥补它的劣势。
要想这样那我们只能修炼自己的内功，苦练编程功夫吧。 
有了工具我们还要干活啊，干活也有方法，要找到好的方法才成，好的方法那里来，想出来的，干活过程中总结出来的，从别人那里学习来的

。。。
一个人是最高效的， 他不需要沟通，不需要组织，不需要管理，自己承担所有的角色；但是人多了就麻烦跟着来了。管理上的沟通上的，
组织混乱，过程一团糟。 那我们就要用科学的管理，合理的沟通，适用的方法，良好的组织来 开发这个项目。 所有项目是组织的。不是埋着头干的。
7 现实中的软件工程。
      现实中的软件工程是什么样子的？

8 思考还是思想。
     思考多了，想通了就是总结出来的东西就是思想。