作者:ScottRosenberg
格式: PDF, TXT, EPUB, MOBI, AZW3, DOCX
网友评价:
- 书名应该改为一群牛人是怎么把事情办砸的.呵呵.是有不少教训要吸取的.一个是要量力而为,一个是要懂得控制.难道是自己看的电子版的原因吗,感觉比较啰嗦.
- 作者是一个既懂编程又擅长写作的人。这本书记录了一个大型的开源项目如何走向失败的过程,同时也是一部软件业的历史回忆录,书中提到好多业界大牛。
- 路在哪里?梦又在哪里?
- 与其做半成品,不如做功能减半的优质品。忘记过去者,必重蹈覆辙。 时间总会比想象中用的多。
- 记得跟JerryHong就这本书的对话是 「你也去装了Chandler啊?」
- 哈哈哈哈哈哈哈哈哈哈,我居然读完了!
- 啰哩吧嗦骗稿费,老生常谈已过时
- 虽然这个软件用这感觉不错,但是这个开发的痛苦程度估计也是空前绝后了
- 权当野史读读。
- 原来国外的开源是这样写的,老外程序员也没多长两只手。 看完之后,更加重了我的悲观,怎么做优秀的项目,就是别做优秀的项目。
- Excuse me?
- 以小说的笔法记述了开源软件开发的艰难过程。本人对程序开发所知有限,而文中涉及专业的地方又总是一笔带过,以发展剧情优先,没有将程序员面对的难题全面地展现出,作为业外人士很难得到感同身受的体验。大概由于项目本身就缺乏高屋建瓴的总体规划,摸黑探索缺啥补啥,导致全书的记叙看起来也很混乱。
- 小说式的软件开发之旅
- 开源项目的墓志铭么算是,巨多概念或思想异常清晰地渗透其间,且听作者娓娓道来。。
- 这这这...和我的JsMath项目失败的经历如出一辙啊...
- 又见锥心系列,等忙完这段好好看看。
- 软件工程一直是一个很神奇的东西,即使有《人件》、《人月神话》之类的神作。但是全能的软件开发之道始终无人发现。软件之难,只有做软件的人才知道。但对于天性乐观的程序员而言,软件之难有时也是一种乐趣。
- 在书店里面看的中文版,关于创新的书籍
- 代码不值钱,但它常告诉你下一步该怎么做! 别陷入到无谓的争论当中去。
- 这是一面镜子,你可以看见自己
- 一部代码的血泪史,能引起共鸣的段落,基本勉强达到4分标准。因为译者的广式风格(我极其厌恶“搞掂”,“搞得掂”etc这样风格的表述),减一分
- 有种苍凉的感觉。。。
- 很真实的软件项目开发故事
- 里面讲解程序开发的好多故事。程序开发有时候是一个无底洞,一个简单的bug可能并不是我们想的那样简单。
- 像是在看自己的过去、现在、未来~
- 看过才知道软件工程真是门学问。
- 2010年3月24日 Amazon|公司 通读
- from mx
- 这书的作者废话也很多...
- 软件开发的失败故事。
- 一群很有背景的程序员,最后的结果却不尽如人意.. 更多的从书中看一些计算机的历史,还有..
- 很糟糕的翻译
- 一辆车刹车失灵,摔下悬崖,项目经历,硬件工程师和软件工程师的对话:软件工程师说了句,动手开干之前,我想应该把车推回山上,看看事故是否会重现
- 看Chandler就知道,等2.0版会好些,现在...省略800字
- 结论就一个:做软件太他妈难了,对于完美主义者尤甚
- 不给最后一颗星是因为太贵了,翻译得很好,但是真的很贵啊
- 了解一个常识──传说中的人物也是人
- From 罗永浩(鲁豫有约)
- 不错的故事,揭示了软件开发中的很多问题。有启发性
- The latest Chandler release is Release 1.0.3, 2009-07-30.
- 这是本好书,作者是个有心人。用一个跟踪的案例作为线索,尽力阐述了软件工程发展史和计算机思维发展史。里面那些经历非凡的牛人们,一个个地出现,一个个地闪过。留下一个关于成功的梦和一场宏大过的结局。也许是失败,也许不是错误。
- 什麽叫做一堆牛人作出糞作,這本書進行了很好的詮釋。
- 太流水账了!
- 翻译很好。学到的也很多。至少知道原来维基百科和维基解密真的是不一样的。
- 看完后,感触很多,很不错
- 真难啊,大牛太多了也是一场灾难。看完之后真有“寰球同此凉热”的感觉。
- 计算机编程是最接近人类思维的一种活动,随着软件的规模越来越大,直到超出人类自己能控制的复杂度的范围。作者跟踪一个雄心勃勃的软件工程被复杂性压倒的过程。
- 甚至有点让人联想到伯罗奔尼撒战争,思考在软件项目中是否要民主公平。好的团队应该像一个优秀的球队,但显然钱德勒团队中的球星太多,或者自视为球星的人太多,球不够玩儿了。书中有很多有意思的细节如PHB等,都能让程序员会心一笑。花了半年的时间走走停停看完了。
- 不可掌控的复杂
- 南图借的. 简单翻了翻, 没有仔细看.
- “你越了解软件,就越不会去做软件”
- 翻译非常好.
- 盼了几个月终于等到了,很震撼,像读武侠小说一样手不释卷地一口气读了下来。“改变世界”是每个伟大的软件工程师的梦想,然而现实又是如此的无情。
- 挺让人郁闷的一本书,当初看的英文版就更加郁闷,基本上是跳着看的。当然也有不少收获,里面有自己曾经犯过的错误,甚至有些错误至今还在不断的犯:P 另外一个发现是译者是个微软控,呵呵~
- Chandler那个工具我用过,觉得不怎么好用。
- 梦断代码,多年前看的,整理笔记,把纸质笔记转为电子的,好书。
- 写得好,翻的好。软件时间如流沙;细节延展往往超乎想象。协作与沟通沟壑重重;坚守初心放不下梦断一场。可惜的项目,又怎不是后人的财富?
- 期望有点高,读后才知本书内容并不是我自以为的样子。书中的内容让我印象深刻,久久难忘。那么多优秀的人才投入了那么多的精力和金钱,最终项目却像梦一般幻灭。即便是没有参与过开发项目的经验,通过本书也可体会到程序开发遇到的种种挫折与无奈。
- 特别有意思的书,值得所有程序员去看
- 好大一坨牛人
- 快速翻了下,讲的是一群美国牛人用了3年多时间开发邮件,任务,日历管理系统,结果还失败了。有空的话当小说看还可以,要所用的话需要读者的领悟能力。
- 工程(engineering)一词由法语而来,与独创(ingenious)同出于一个拉丁词源,指巧妙制造的能力。
- 买来两年终于找时间把这本书看完了
- 一部波澜起伏的故事,读完后你会觉得轻松一些,但依旧会带有对软件的纠结。
- 惊叹于产品开发过程的这么多细节居然能够被记录下来。
- 原著很好,翻译很糟。
- 在讲故事中带着读者领略软件开发中的种种。更重要的是,这个故事就发生在我们身边,而且还未结束。
- dreaming in code~
- 可以说:每位程序员都应该读!虽然作者有很多时候扯淡扯着扯着就跑题了~~讲到软件工程啊,方法论,编程语言之类的话题去了///里面提到很多牛人,也不得不佩服作者文笔相当犀利啊!!描述里面一些牛人,各种逗,而且八卦很多~~~看到最后,我心情莫名其妙很沮丧~~挫败感挫败感啊~~
- 都是老生常谈的东西,一小时翻完了,软件开发就是太不可捉摸,十年,二十年后也不会有什么变化。
- 有点啰嗦,像是写给非IT人的。
- 一个天才的软件项目,是如何陷入噩梦般的开发和跳票,最终湮没无踪的。
- 编程很难。 _(:з」∠)_
- 真实的案例总是吸引人的,无论成功还是失败的。书里有丰富的参考文献和引用,都够我再去好好看一阵。5星给原版,3星给翻译。我决定再回头去把英文版看一遍。
- “作为人: 我们是具体化的生物;肉体物是我们的基础,肉体性也以无数种不同方式定义了我们的存在。 我们与周围环境紧密相连;在经验形成的过程中,感知环境和与环境互动具有等同的认识的作用。 情感和认知同等基础,或更加基础;强烈和细微的感觉塑造了思维的封套。 我们是有意识的存在,既能外观亦能自省;精神人格和超越自我是我们能预于其中、也是我们所具有的境界”
- 很有启发 喜欢
- 围绕OSAF开源项目Chandler展开,包括软件开发的经典之作:人月神话,图灵奖的巨人们的观点,项目管理,CMM,测试,协同开发。并且也有引用艺术以及漫画。可以说包含很多东西。读完此书,有想去看人月神话的英文原版的冲动。。。
- 比较有趣的历史
- 有一天在图书馆一口气读了几十页,下次想找来一口气读完。
- 码农的种植案例,实在是难懂
- 了解下大牛开发项目的经历
- 我一直不认为软件跟工程能挂起来,软件是一个个人创造的过程,虽然会用各种办法来提升效率,但是这绝对不是工程!
- 我好像在看类似于《荒野生存》这样的纪实录
- 其实,项目这么混乱怎么成功呢。
- 从失败中学习成功之道
- 高端牢骚。不完备的笑话。
- 总共花了大概8个小时读完,翻译不易读。一群大牛花了大量时间金钱写出个“无用”软件。连高德纳都说写软件要比写书“难多了”。我还是很认可软件工程的。读这本08年出的书,感叹IT业发展还是很快的。20160114
- 学习枯燥时看看这本书...
- "你越懂软件,越不会去做软件"
- 让学生从梦想回到现实的一本书。
- 此书是一段对chandler项目的记录,从中,作者恐怕更想通过这样一个实例,讨论软件工程亦或软件管理的方方面面。作者也没有那么高明的建设意见,它只是再次清晰的告诉大家,软件所面临的诸多困难与混乱。
- 软件开发总是把简单优美的愿景细细分解,分成数以百万计的实现细节、接口选择和妥协折中。 第9章和10章很精彩。1. Smalltalk之父Alan Kay关于对象的观点:信息和需要用来解释和操作信息的代码同行同止,像细胞带着DNA封包移动一般。用轻便的细胞状对象包裹例程和数据。2. 拉尼尔的观点:我们的神经系统所了解的世界,并非基于单点测量,而是基于表面测量。基于可能性而非确定性。
- 内容年代久远,已经没有什么代入感了.翻译得也实在太僵硬,现在的MT差不多都能做到吧.
- 前车之鉴,取其精华去其糟粕
- Scott Rosenberg 以一位观察者的身份跟踪了Chandler的开发过程,揭示了软件工程当中存在的问题,即使是最牛的人聚在一起也没法解决。同时还介绍了几乎整个软件工程的历史。
- 好书!内容好,文笔好,翻译好。作者引经据典,妙笔生花。译者信手拈来,举重若轻。读至精妙处,每每为之击节。这几天一直在读,至深夜而手不释卷。 此书基本上不属于技术类书籍,但我觉得应是程序员所乐于见到的故事和文字。严重推荐给曾经是程序员或者仍是程序员的同学们。 附: 本书英文版网站:http://www.dreamingincode.com/ 中文版网站:http://www.dreamingincode.cn/ 书中主角Chandler项目网站:http://chandlerproject.org/
- 只能感叹软件工程的复杂!
- 不觉得是一部项目管理书籍,倒是一部OSF漫谈,可以当作开源社区的历史书。作者并未特别批评某个人,书中提到的现象随处可见。
- 评分好高,简直不知道在写什么。。
- 自己功力还差点,看着感觉很无聊,译者连人名都给翻译了,有点画蛇添足的感觉
- 看过一遍 印象不深 可能功力不够 没有引起共鸣
- 两个晚上读完了这本书,我就是超爱这种IT八卦。翻译得真不错,完全可以当作开源社区+通俗小说版的人月神话来读。看书的时候,一阵一阵觉得迷茫,好像自己在干着什么不靠谱的工作。像过独木桥。计算机软件,还有很长的路要走。
- 其实给这个星数挺盲目的,因为没有完全看完。和我现在做的事情还是有距离了些,所以还是之后再认真读吧。
- 工作一年多后,深深知道陷入泥淖,毫无进度可言的项目多么可怕
- 该项目失败的根本原因:野心太大、太超前?其它原因:不断加人(?),高手们意见不一? 对我的教训:不是每个需求都值得用电子设备来实现的。 【该书的95%是断断续续在地铁上或排队时看的。看到一半时有些不耐烦,开始忽略一些段落。】
- 很有思考价值。另外一个我喜欢Chandler的原因是Netscape.
- 内容有意思,但翻译的不行,一点儿也不流畅。
- 还不错,没买到英文版,翻译的很不错。
- 软件就一个字难!
- 这就是一本给程序员看的小说..而且是让程序员看得感觉各种郁闷的小说.小说的目的就是给大家灌输一个理念,一开始就想做大软件的往往不能成功
- 写软件难,程序员难当。从失败的项目中能学到更多的东西。那么多望其项背的大牛,用心血浇灌的软件之花,尚未盛开就枯萎了。不要用自己不熟悉的工具开发重要的项目。
- 做不了这行⋯⋯
- 编程就是如此困难,没有银弹。
- 长太息以掩涕兮,哀软开之多艰!很舒服的翻译,看完之后多给一星。
- IT史记不可或缺的一章
- 嗯,开发一款软件的艰辛历程啊...开发人员是如此的牛气哄哄,创意是这样的眼前一亮..却也没能逃脱软件开发的油坑..
- 此等话多矣,亦无可奈何,听久便无趣。
- 做小的项目 并且期待它不会长大
- 了解开源的失败,是拥抱的必经之路!
- 一起来围观一堆大牛写软件是怎样失败的。。。
- 盛名之下,其实难符。花3个小时翻完这本书实在有点浪费时间,话说现在书商真会做广告。
- 这里躺着一个野心勃勃的开源项目~它是温室中的花儿 有过灿烂的梦想 还未绽放即已枯萎~在那软件的花园中 还有多少会渐次凋零呢~
- 看之前以为是讲编程的,看了几页就发现这书只不过是以Chandler项目为线索讲述软件行业的 管理 问题。看了一遍也没太多新发现,不过故事还挺有意思的。
- 本科学习启蒙书,大一看的时候许多不懂,将近读完大学的时候发现这个领域的内容几乎都有提到了。
- 读完没有变强 可能被动技能变强了吧
- 酣畅淋漓——你对软件了解越多,就越不想做软件
- 跟我目前遇到的问题高度一致……不过作者的语言还是太过写意了一点,刚开始读的时候很容易调动情绪,但是到后期就有些乏味,甚至略感啰嗦。
- 软件之难在于太有灵活性,没有像普通工程依赖的物理学那样的定律。
- 一群业界大神干了一件操蛋的事
- 没想到原来这本书包含了如此多个计算机领域的经典人物的故事,实在让人回味无穷。
- 一本值得反思的书,对项目管理有一定的指导意义,不知道是翻译的问题还是本身书的问题,读起来不怎么顺畅!
- 成者为王败者寇...
- 终于知道我的项目做一个失败一个的原因了
- 各种完美理想凑成的悲剧
- 当历史书或科普书看看
- 还行吧,我觉得他们的问题是没有使用渐进迭代的方式开发,那个年代的库也太少了,什么轮子都要自己撸,软件工程的理论也不足
- 工程还是文学?科学还是艺术?没有答案。软件的复杂性不是一种可移除的品质,结论还是“没有银弹”。一群梦想改变世界的人,一个项目6年半时间,失败。细述那个年代那群人对软件的梦想,坚持,争辩,这部代码史让人感动的落泪。
- 蛋疼的程序员,除了挣扎还是挣扎
- 追随着书经历了一款软件的开发,追随着书了解了软件历史的变迁......是知识也是经验
- 拿起来就放不下的感觉。一口气读完。
- 2009-01-21
- 非常棒的一本书,一个故事,一场梦
- 让你感同身受什么叫做软件的本质复杂性.
- 软件管理,开源,PIM
- 1.惊异于学计算机的人居然有那么好的译笔,译者很给力,注释相当详细。至于作者,我说你能不能按时间发展顺序有条理地说事,前几章给我很混乱的感觉,至于这本书所围绕的Chandler的开发过程,我真是无力吐槽了。如此没有计划地做事最后能达成目标吗?待我看完再评论吧。 2.最终还是看到一半就把书还了,实在看不下去了。感觉作者只是像聊家常般地记录这整个过程,一会扯某某人的私人爱好一会说XXX的历史...以至于整篇文章有着尽是大段的废话,完全没有突出主题:如何复用代码,如何高效系统地做项目。似乎这个问题文章最后也没给出回答。 3.Chandler最终还是失败了。对于那群开发团队,我只能说,你们做得太糟糕了!
- : TP311.52-49/6242
- 要有少量项目开发经验,读起来才有感觉。显然,我没有,看的晕头转向的。。
- 依稀记得IT项目管理课上老师曾推荐过这本书,和《人月神话》书中项目例子的广度优先相比,这本书应该算是深度优先并穿插了广度的思考,从中不仅可以在广度上一窥软件(工程/项目)的发展史,还可以在深度上从文字当中亲近到一个真实具体的软件项目的开发流程,除此之外还能了解到软件发展过程中的一些著名的逸闻趣事包括一些著名项目失败的经验教训,除了个别印刷错误和哲学思考问题上的本质难懂以外,翻译总体上是相当到位的,旁注也是恰到好处,能将软件开发写成故事一般的有趣除了本书作者的写作本领炉火纯青以外,译者也是功不可没的,或许《
- 软件工程只是偶然成功,没有可以复制成功项目的可行方法
- 一本消遣的IT读物;自己的功力读起软件工程的书,还是不太够呀
- 做软件难……
- 这本书里有一个作者很迷的点,就是编程是软件设计,而不是软件工程,所以任何冠以工程的方法论对软件开发都是无效的。另外Chandler的失败是因为定位不准,也就是书中提到的 未能识别需求。软件一定是要基于用例进行设计,事先要设想使用情景。我安装了chandler 1.6,纳闷这东西凭什么去“改变世界”?
- 软件开发并非易事,而太多的人却自以为是了
- 上周从布满灰尘的书堆中无意找出这本书,发现没看过,正好《认识电影》看了一半,想换换口味,这周每晚改看这本书。看了一小半,可谓惊喜不断啊——先是发现是讲open source的,不一会看到python登场,然后是wxPython,昨天居然看到zope和ZODB都出来了。 一个多月的时间,chandler仿佛已经变成了我亲身参与的项目,尽管书名已经昭示了最终的结局,看到最后仍不免黯然神伤。前两天上 http://chandlerproject.org/ 下载了chandler在机器上安装用了一下,就算对所有曾经的远大理想、辛勤付出的一点致敬吧。
- 很不错的历史书
- 那些都是为计算机做的,你打算为人类做些什么呢?
- 一个应用级的项目要做多年,不管多么伟大一定会死掉。如果是底层系统还可以,上层应用唯快不破。这是互联网的荣耀,传统软件的吊唁。
- 一开始就追求完美的都是些傻叉和问题所在,早期那些不完美,但是找到合适的时间及时的重构,让后来者有挑剔这些不完美的奢侈,不明白这一点的项目管理者自己就是问题。
- 那些违背Linux Unix设计思想的项目的悲惨故事集锦,或者说论如何作死,从设计到项目管理的作死方法不一而足。如果看完Linux Unix设计思想没有什么感觉和概念的话,那你一定要看看这本书。
- 时间与金钱转化成了经验. (此书翻译的很好)
- 翻译相当不错,这不是一本外行人能看的书,涉及很多软件工程的专门概念。有过几年开发经验的人,都会对书中里面的团队遇到的问题很熟悉。软件行业还处于手工艺的阶段,编程大概真的更多是艺术而不是科学。
- 陷入沼泽般的无力感
- 记得是大一还是大二的时候读过,没有感觉,因为没有带着问题和思考去读,打算有时间再读一遍。
- 说实话看这本书很让人沮丧,一个设想很好的项目啊,一群多么NB的团队成员啊,最后竟然饮恨而终。作者的文笔很好,翻译的也很到位,让读者如同身临其境,可是越是这样,越让同样做软件的人感到切肤之痛:(
- 感觉一开始就是一个很混乱的项目,目标、架构、工具,统统没考虑清楚就动手了。中间泥潭里的挣扎看着也很丧气,不喜欢这本书。
- 一部软件血泪史,软工编年史,牛牛八卦史。。。只是发散的有点厉害了。。。
- 做软件仍然真的很难。然而,养孩子难,葬先亲难。出生和成长,与人同住和无人相伴,尝试去爱和无法去爱,接受他人致死或是接受自己之死-都很难。软件的困难是另一个世界,它自足,它理性,它不会心存怨恨。 愿今生可为软件大厦添以某种全新之物,梦之所寄,行之所为。
- 这本书是我看过的最美的书。强烈强烈推荐。
- 程序开发 黑客文化
- 站在书店里花了半个小时翻了一遍,不如期望中好,所以没有买。感觉更像是软件随想录,杂谈居多。
- 一群大牛是怎么把一个项目搞砸的?为什么软件项目难以按时交付?这本小说一样的书讲的就是这个痛苦的过程。作者引经据典、旁征博引,涉及了带领软件团队的方方面面。另外,翻译得真是很棒!
- 仓促翻完了,实在不应该在这个时候看,太绝望了。还是先把手头的项目做完,以后有时间慢慢看吧。
- 一个软件项目的失败之旅