梦断代码的4星书评 (31)
读后感(II)交流和时间
[part 2] 完整评论见:http://yishan.cc/blogs/xin/archive/2008/11/17/ii.aspx 时间和交流:时间对每一个人都是公平的,对每一个软件项目也是这样。 nearly all software projects require only 1/6 of their time for the writing of code and fully 1/2 of their sche...
(展开)
Interesting views, excellent facts and wonderful history
What I've learned: * No revolution starts big. Any grand vision has to start from smaller things like scratching your own itch and dogfooding. * Do not overinvest infrastructure. Do an agile project and remember the vision on the same time. * Start with...
(展开)
他们搞砸了一切能搞砸的事情
前几日偶然遇到科学松鼠会开出的一份书单,列出了各专业领域经典书籍,跟计算机相关的,第一本就是梦断代码。这才想起遥远而又不太遥远的几个下午,我在图书馆楼梯口的某个位置看完了此书。 对我来说这本书跟经典无关。如果你想学程序设计,你应该去看XX编程艺术、thinking in...
(展开)
读后感 (I) 驱动和责任
几个星期前,我给《现代软件工程》课的每一个团队都发了一本 《Dreaming In Code》的中文版 《梦断代码》,要求写读后感。这本书讲了这样的故事:一群很有经验的代码牛人在先进软件开发模式的指导下,没有资金压力,在更多大牛的带领下,原计划用一到两年的时间开发出一个备受...
(展开)
软件,写小说,听音乐
1.一个作家,或者说想成为作家的人,通常都会研读一些前辈的作品。 音乐家也是如此,多少会听一些前辈 的音乐,在前辈的音乐上有所创新。 软件开发呢?不知道有多少人是大量阅读前辈的作品--代码? 2.软件开发项目充斥着项目延迟,从简单的解决方法考虑,就是制定计划,接着...
(展开)
软件乌托邦--理想主义的失败
这篇书评可能有关键情节透露
终于断断续续地读完了. 几个月前偶然看到刘韧对此书的评论,又试读了译者网站上发布的"第0章 软件时间",当即决定买下. 拿到书后,发现后面的几章读起来颇为费劲,语言和思维的跳跃性很大,不断出现大量的人物和典故.在我读完另外几本书后,对硅谷的历史和人物脉络逐步清晰,方能一... (展开)从梦断代码看软件工程的复杂性
软件工程与其他所有行业最大相径庭的一点,可能在于唯有在这一领域,关于失败的专注要多于成功的,软件工程的成功只有一种——按时按照要求完成交付(虽然在大部分情况下这只是一种幻想)——但失败却有着无穷无尽的可能,曾经看到一篇描述某欧洲国家政府软件项目的未经证实的...
(展开)
软件开发的那点事,梦想和现实的差距
这篇书评可能有关键情节透露
本书所谈到的内容,无外乎在证明软件开发确实是一件件颇为痛苦的事情——以Chandler为主线,讲述了这款PIM工具从筹备到诞生的过程,其间穿插了各种小故事,反映出来的问题,均是现实工作中真实存在的,甚至多数是现在还能见到的(意味着什么,我就不明说了)。 之前用过Chandle... (展开)