梦断代码的书评 (61)
读后感 (I) 驱动和责任
几个星期前,我给《现代软件工程》课的每一个团队都发了一本 《Dreaming In Code》的中文版 《梦断代码》,要求写读后感。这本书讲了这样的故事:一群很有经验的代码牛人在先进软件开发模式的指导下,没有资金压力,在更多大牛的带领下,原计划用一到两年的时间开发出一个备受...
(展开)
不仅仅是一个软件开发故事
作者深刻的笔触,让人真实地感觉到软件难做,做一个优秀的软件更难,但是不仅仅讲述了开源软件Chandler项目的开发,还增加了作者自己的观察思考以及其他软件开发人员的观点。 为什么软件开发不能像建造房屋那样按时完成呢,没有人能给出一个确定的答案?文中详细描述了...
(展开)
软件,写小说,听音乐
1.一个作家,或者说想成为作家的人,通常都会研读一些前辈的作品。 音乐家也是如此,多少会听一些前辈 的音乐,在前辈的音乐上有所创新。 软件开发呢?不知道有多少人是大量阅读前辈的作品--代码? 2.软件开发项目充斥着项目延迟,从简单的解决方法考虑,就是制定计划,接着...
(展开)
软件乌托邦--理想主义的失败
这篇书评可能有关键情节透露
终于断断续续地读完了. 几个月前偶然看到刘韧对此书的评论,又试读了译者网站上发布的"第0章 软件时间",当即决定买下. 拿到书后,发现后面的几章读起来颇为费劲,语言和思维的跳跃性很大,不断出现大量的人物和典故.在我读完另外几本书后,对硅谷的历史和人物脉络逐步清晰,方能一... (展开)从梦断代码看软件工程的复杂性
软件工程与其他所有行业最大相径庭的一点,可能在于唯有在这一领域,关于失败的专注要多于成功的,软件工程的成功只有一种——按时按照要求完成交付(虽然在大部分情况下这只是一种幻想)——但失败却有着无穷无尽的可能,曾经看到一篇描述某欧洲国家政府软件项目的未经证实的...
(展开)
软件工程案例分析经典之作
这篇书评可能有关键情节透露
在合适的时间,遇到了合适的书。从事软件行业这几年,有诸多感触,和书中描述的基本是一致的: 1.项目的工作量无法准确预估; 2.要打造一个产品,远比最初估计的难得多; 3.需求,需求远比开发本身重要,最难的是决定要做什么,而不是如何做; 4. 不要过度设计,重造车轮,框架... (展开)软件开发的那点事,梦想和现实的差距
这篇书评可能有关键情节透露
本书所谈到的内容,无外乎在证明软件开发确实是一件件颇为痛苦的事情——以Chandler为主线,讲述了这款PIM工具从筹备到诞生的过程,其间穿插了各种小故事,反映出来的问题,均是现实工作中真实存在的,甚至多数是现在还能见到的(意味着什么,我就不明说了)。 之前用过Chandle... (展开)技术天才s+激情 != 成功?
非常不错的技术人文书,让人们认识到软件工程的重要性。这么多的技术天才,这么多年的激情,却没有成就Chandler的成功,呜呼哀哉! 刚刚去了Chandler 项目的页面(http://chandlerproject.org/)下载了最新的v1.0.3版试用了下,说实话,我不觉得它值得能打败Outlook...
(展开)
[摘录]事故处理方案
软件工程师、硬件工程师和部门经理驾车去瑞士开会。行驶到一处陡峭山路时,刹车突然失灵。汽车不受控制,一路侧滑下去,飞越过紧急的缓冲障碍,奇迹般的蹭的山石停了下来。乘客们有惊无险,不过面临一个问题:他们的车抛锚在半山上,汽车制动无效。该怎么办? “我知道怎么办...
(展开)