在合适的时间,遇到了合适的书。从事软件行业这几年,有诸多感触,和书中描述的基本是一致的:
1.项目的工作量无法准确预估;
2.要打造一个产品,远比最初估计的难得多;
3.需求,需求远比开发本身重要,最难的是决定要做什么,而不是如何做;
4. 不要过度设计,重造车轮,框架,顶层设计,从可行的简单方案开干;
5.选择比努力更重要,做正确的决策。
以史为鉴,可以少被坑,可惜的是程序员大多是自娱自乐的自闭症患者,也不会去翻历史资料。其实早在1968年,就有一群当时的专家聚集一堂,讨论软件为什么那么难。看看1968年NATO软件工程大会上的报告里的建议吧:Small teams.Feedback from users early in the design process.Do something smal, useful, now. It should be easy to explain.
Those who cannot remember the past are condemned to repeat it.
软件工程到今天还没有脱离手工作坊作业阶段,所谓的各种方法论:CMM, 敏捷,XP,都不是真正的解决方案,只能说解决了特定范围的一定问题 。2015年的今天,依然没有银弹。
此外,从Chandler的开发曲折之路可以发现,其实国外程序员也是人,十几号人折腾了三四年,也没有弄出一个像样的产品来。不过,可能要怪的不是程序员,方向比努力更重要,Kapor和项目管理者,以及需求和设计团队的决策才是最大的失败。毕竟,如果决定了要做什么,做成什么样,问题就已经解决了一大半,但是管理团队既没有决心,也没有能力把产品设计做好。即使一开始选错了有没什么关系,倒是先做出一个有用的东西来啊。
软件工程案例分析经典之作
《梦断代码》热门书评
-
Dreaming In Code
66有用 0无用 g9 2007-02-14
当年Lotus Development的创始银,Lotus 1-2-3的设计者Mitchell Kapor,离开Lotus后拉开单干,成立了开源应用基金会(OSAF)。他招募了一堆牛程,开发号称革命性的下一代个人信息管理系统--Chandler。我还记得Mitchell Kapor宣布要开发Chan...
-
外国大牛也不过如此
37有用 7无用 庄表伟 2008-09-18
花了一周的时间,看完了《Dreaming in Code》(梦断代码),看得我心潮起伏。对里面那帮家伙的评价也起起落落。最终的结论是:外国大牛也不过如此。别看他们名头那么响,做了那么多超有名的项目,实际的能力(软件开发能力与项目管理能力)看来相当有限。感想很多,想到一点说一点吧。1、以前有一篇文章叫...
-
开源的路在何方?
25有用 1无用 kimi 2008-12-26
在图书馆的阅览室看了这本书,花了我两个小时的时间,午后的阳光透过图书馆的玻璃照进来,很温暖,可是我的心却一点点的凉了下来。 再过半年我,一个计算机系的学生,就要投身到软件开发这个行业中去了,可没有任何经验,仅凭着那些薄弱的理论知识。边看书边记下自己的想法...
-
有关软件工程的焦油坑
16有用 0无用 大徐 2008-09-25
结婚前夕我请假一天,躺在床上看了大半的《梦断代码》,Chandler项目时间从2002年转眼到了2004年,10月26日OSAF发布了 Chandler0.4版。2年时间里,整个项目组的人员从几人上升到了20多人,有人离开,更多的是新人加入。做为一款致力于“无地窖式数据处理”的开源PIM软件,项目组...
-
一身一身的冷汗啊
13有用 1无用 铁观音加枸杞 2008-09-30
这本书看了已经一半多了,就看完的这些部分说点自己想说的。开始看的时候,还是很轻松很调侃的在看老外大牛们的囧事。可是越看越发现这个项目里的很多扯淡的事情其实每天都发生在自己的身边。冷汗啊,一身一身的出,想想以前的很多事情,那真是不停的后怕。 &...
书名: 梦断代码
作者: Scott Rosenberg
出版社: 电子工业出版社
原作名: Dreaming in Code
译者: 韩磊
出版年: 2008.06
页数: 336
定价: 49.00元
ISBN: 9787121066795
