《梦断代码》阅读笔记03

从开学到现在花了近一个月的时间读《梦断代码》一书之后，结合我自己的经验。我深刻体会到一点 “所有程序员在一层定义上都是“疯子” ”，他们都是一些为了软件，代码会深陷其中但又一贯以乐天派示人的一帮怪人，在大二之前我会觉得这样浪费精力，浪费青春的事都会有人乐此不疲的去做，他们究竟是怎么了？但是现在，身为软件工程专业的学生，我只能对我自己说，你就是他们也终将成为他们的一员，但我深知现在的我没那个能力，但并不意味着我将来也没有能力。

《梦断代码》讲述的是 Chandler软件漫长而痛苦的开发过程，在该过程中，一系列的问题都要考验他们那些程序热衷者，那一刻真觉得是不是该同情他们一下，在 OSAF 开发组中，单单负责选择其他程序员用来创建软件的部件的“系统架构师”安德森一人就要面临：应该采用什么语言编写代码？应该采用什么工具来创建程序的图形界面？应该采用什么软件技术来存储程序数据？应该采用哪种数据交换标准？等一个又一个难以抉择的局面，这让我觉得软件真的那么难吗？

Chandler 开发过程中误期以及项目所有的成员不加节制的创造，不统一的想法给麦卡斯带去了诸多困难，为了软件行业，麦卡斯付出了相当大的代价， Chandler的设计者们不断给出相互冲突的需求下，他这样一个软件行业硬角色束手无策了，开发陷入困境。读到这我似乎懂得一点项目所有的成员都应该尽可能地发挥自己的创造性，但是不加节制的创造只会带来不切实际的项目需求和无法实现的功能。Chandler 项目就是缺少这种对创造性的 “约束”，这是所有问题的

根源。总的来说 Chandler项目的诸多需求自相矛盾，而且使用的技术也有些超前，最重要的是，缺乏一个强有力的管理核心来对项目的诸多事宜做裁决。

个人感受：

本篇阅读笔记算是对其他两篇的的一个总结吧！因为个人原因我读书喜欢用笔进行摘抄总结，所以三篇阅读笔记是我总结之后于今天统一发表。

就像暑假开发的Android记账本小程序之前虽然读取数据库可以将数据导出，但是深入学习之后发现可以引入List view构件。

虽然小的软件本就不完善，可以改进，但是你会发现一直都会有改进的地方，无休无止的改进这时候怎么办？

归根揭底，是我们想要做出一款完美的软件，可是这世间上有完美的的东西吗？答案是没有！

我们要做到的是达到我们预期的标准即可！当然如果你的预期很Low的话当我没说!