《梦断代码》阅读笔记之二

以下是《梦断代码》的章节目录：

我打算用3次阅读将其详略得当的读完，这是第一次，0-3章；

       读完第零章“软件时间”我就有一个想法“这哥们在说神马，貌似没有逻辑可言”但是仔细想一想他在给我们介绍软件的大致发展简史以及我们将在以后可能（哦不不不）是一定会碰上老多老多的BUG让我们头疼，软件工程虽说是工程但是他和普通的建桥铺路不大相同，它更为抽象是逻辑的堆叠用作者的话讲就是“麻烦一堆”想想也对，我已经做好了自己焦头烂额甚至拿着睡袋睡办公室的准备了。但是软件工程这专业甚至这个专业培养出的人才还是非常值得尊敬的因为现在的生活已然离不开软件了它渗透在各行各业小到一个玩具达到航空母舰。

      看完第零章有这样的想法：我的软件工程师之路还很长，还有许多命中注定的BUG在等着我去挑战，去打败；软件工程师是一个非常神圣的职业，因为世界因我们的存在变得更加智能更加文明，正如作者所言：

所以我要做好准备进入地狱：

      看到第一章时感觉“死定了”这个名字的好奇怪啊，原来只不过是个引例而已，本章从几个程序员没有按时完成工作开会时总结原因开始讲起，引发出好多好多的例子，下面我就谈一谈个人对作者所讲的例子的理解，恩我是一个涉世不深没有经验的程序猿（贴标签）。

      NO1. 编写程序往往并不会向程序员期待的那样如期进行，因为总有那么几百上千个BUG在路上等你，你期待四小时完成的工作可能花了六年还是没有完成(这是作者说的),

      NO2.在以前的时光里所有的源代码并不是开放的，因为公司会把源代码看成盈利的核心资源也就是公司的宝藏，知道有一个天才级的大神出现了，他的名字叫神魔来着？——

托曼斯（个人觉得托马斯更好听一些）打破了这个僵局，让软件编程更加灵活效率相对更加高了。

      NO3.那就是本章中的一个经典了，一个什么法则，说的大概是这个意思：一个拖延的项目或者工程，你往里面加越多的人项目被拖延的就越厉害。What?!这难道不是悖论吗，但是经过大量实践他是正确的，作为一名还未参加工作的准程序员真是受教了。其原因其实还是挺简单的，一个项目从开始到完成是有规划的，而且在做项目的过程中每个人负责的模块是不同的，一个新人要加到这个项目里去，首先得读懂前辈的工作以及代码，还要弄清楚自己要干神魔，但是编程这玩意儿折磨抽象而且代码成千上万行，要弄动也绝非易事，所以加新人会拖延工期。

      第二三章就一起写吧；

      当我看到第二章题目“Agenda之魂”时我是迷茫的，Agenda是什么？（原谅我的孤陋寡闻）后来一看，原来是莲花公司开发出来的一款智能软件，而且广受用户好评占据了大半个软件市场。第二章主要引用了几个大的软件公司的发展以及事件来说明道理的，读来还算比较有趣。既然题目叫“Agenda”之魂，必然会分析Agenda这款软件为神魔会广受好评，文章中是这样说的：

这是说的它的功能与特点。

下面是设计者的思想：

没错就是从用户的角度出发考虑，设计出让用户感觉使用最舒服的工具你的作品才可以大卖。我想这应该是第二张的核心所在吧。

      至于第三章 ，我又更加深刻的认识到做软件的难，它就像洋葱一样层层叠叠，每一层都辛辛苦苦地建立在前一层的基础之上，危如累卵。无论如何，日积月累，一层 一层搭建起来，即“抽象层叠”，而抽象层的最低端就是汇编语言，是最让我学习起来头疼的汇编语言，也是大多数人难以学习和编写的，后来产生了许多适用性更 强的高级语言，也就随之出现了编译。       后来发明了Python，虽然这一脚本语言不像其他高级语言得到人们的那么重视，但是Python凭借自己的优点发挥了比其他预言更多的智能特性，比如它 在变量类型上的宽松原则。它提供了其它几个特有的机制，更符合业界标准的编程语言，也“面向对象”。但是它也并不完美，当然了，世界上可以称为最完美的事 物总是随着人们的要求而备受期待的,是不存在的。