梦断代码

 

《最后期限》

《人件》

《与熊共舞》

《人月神话》

人类文明运行于软件之上 --C++发明人，昂纳思卓思科普

根据美国标准和技术学会2002年的研究，软件错误每年造成595亿美元的经济损失，三分之二的项目明显延误或超出预算，甚至干脆无疾而终。

佛里德里克 布鲁斯克(Frederick Brooks)  <<没有银弹>>

梦之所寄，行之所为--地狱之门就此洞开

缺陷列表，问题列表，黑洞式缺陷--充满不确定性甚至不可知因素的时间缺陷

佛里德里克 布鲁斯克(Frederick Brooks)  <<人月神话>>

布鲁克斯法则--往已经延误的项目中补充人力，只会使其状况变得更加糟糕

艾瑞克 S 瑞蒙德(Eric S Raymond)-- 《大教堂与集市》

斯坦迪什公司1995调查了大中小公司的365位信息技术经理。最后发现，只有16%的项目获得成功。其他31%被消减或者被取消。剩下的

53%待解决-- 其实就是预算超支，延误或者不能交付计划中的全部功能特性。

2004年的报告，29%的成功率和18%的失败率，待解决项目在53%。

《软件开发的滑铁卢》《死亡之旅》

罗伯特 布瑞切尔(Robert Britcher)--《软件极限》

安东尼奥 葛兰西(Antonio Gramsci)--理智上悲观，意志上乐观

米奇 卡普尔  -- 《软件设计宣言》

软件像洋葱般层层叠叠，每一层都建立在前一层之上，危如累卵，指望着底下那层不要移动或者改变太多。

程序员把这种结构叫做抽象层叠，每当新添加一层时，就把一些特殊而复杂的东西转换成较为简单而通用

的东西。

我们做了成堆的抽象体。我们设计自己的抽象体，然后把它们堆到别处拿来的抽象体上。随着时间的推移，

抽象层叠原来越高。

在抽象的最底层，正好在核心内存之上的部分就是汇编语言。

汇编语言离及其很近，即便不在及其脑袋里，也是附在及其耳边说话。

抽象体使得编程离机器更远，离人更近。

当今最著名的商业管理大师 --  彼德 德鲁克(Peter Drucker)

汤姆 彼得斯(Tom Peters) -- 《追求卓越》

《新黑客词典》

马克 米纳西 -- 《软件阴谋》

工程师是科学和艺术的桥梁。

 

软件有时难以感觉和应付，是因为它不可见。不可见之物难以设想，而高度复杂的不可见之物尤其难以用作沟通话题。

但是不可见之物并非唯一，我们也看不见重力，电力和磁力，但是能为多数实用目的可靠地预测其行为。

可是，想要从软件中取出一块行为保持一致的部分以便诊断问题，我们通常无法做到。

 

层级是软件的精髓，驱动了软件领域的进步，但它们自身痼疾。它们有漏洞。

 

祖尔 索伯斯基 -- 《漏洞抽象法则》

某种程度上，所有非平常的抽象都有漏洞。抽象总会出错。有时少，有时多。漏洞与出错在所难免。

对于用户来说，这意味着计算机有时变得古怪而令人迷惑。

对于程序员来说，这意味着那些捆扎于底层计算复杂性，并将其打包到较新而易于操作的抽象层中的新工具和新概念很不错，

但只在它们崩塌之前有效--然后所有隐藏的复杂性都漏回到它们的工作之中。理论上，新的顶层可以让程序员不用了解这些

乱七八糟的东西；实践上，程序员需要了解这些乱七八糟的东西，因为最终得立足于此。

 

抽象并未真的像人们所打算的那样简化我们的生活。。。。。。

漏洞抽象法则意味着，无论何时有人拿出一套本该提升我们的效率的所见即所得新代码生成工具，你总会听到许多人说

”先学会怎么手工做，再用所见即所得工具节省制作时间“。所以，抽象节省了工作的时间，却没有节省学习的时间。。。。。。

总之，尽管我们有越来越高级的编程工具以及越来越好的抽象，但要成为编程高手却越来越困难了，这真够扯的。

 

 

 

新的概念

自动化软件