梦断代码阅读笔记一

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

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

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

 

个人感受部分:

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

 
 
 
好文要顶 已关注 收藏该文