梦断代码阅读笔记01

 梦断代码阅读笔记一

本书是以故事形式向我们讲述软件开发历程的，第一章-死定了，一开头讲述了程序员们因为完不成任务而陷入深深的苦恼中，他们其中的人认为原因是一直没有蓝图，才会碰到难以预料的问题，而另一个人认为不确定因素太多，所需时间取决于他人所花的时间。然而他们过了好长时间仍然没能修复，一开始他们认为是一个小问题，没想到居然花掉了他们大把的时间，最终意见取得一致：黑洞式的缺陷，即无法确定修正所需时长的缺陷，在Bugzilla中应该用特别的警示词标记出来，后来又提到了软件项目难以按进度安排实现，这种情况极为常见，而且为众人所宽容。

  1985年，麻省理工怪才斯托曼对于商业软件产业封闭代码积习的憎恨，创办了自由软件基金会，发布了一种特殊的许可，即将全部代码，复用组合到新产品中，，这种被称为GPL的许可显然意在限制将自由程序私有化的行为，但是批判者将他看做是可怕的传染病毒。直到后来归纳出了开放源代码软件开发模式。开元不仅给出了一种生产和分发软件的替代性经济基础方案，它还能彻底改变软件开发的具体过程。在瑞蒙德的《大教堂与集市》中了解到了大教堂模式。接下来了解到了莲花开发公司的创始人卡普尔，了解了他创建软件公司的辛苦历程以及OSAF开发者的辛苦，以及Chandler项目的运行历程。

可以看到程序员是多么顽固又不得不把抽象写成诗的物种。软件就其中灵活性而言，非常顽固，令人发指地棘手，而且常以其强硬的一面示人。构建软件系统最难的就是精确设定要做什么东西，而且，重要的是，当你好不容易构建出来了一些看似不错的，那么在软件开发过程中，这些可能没什么重要的用途。

 

个人感受部分：

以前我也有类似的感受，就是觉得自己无法在规定的时间内完成任务就不想做了，我缺乏一种持之以恒的精神，而且也曾花很多时间修改bug，只是因为没有在静下心来想到底是哪里出了问题，一味地去改错误，往往适得其反。

 

 

 

好文要顶  已关注  收藏该文   

转载于:https://www.cnblogs.com/xqyfight/p/8301606.html