Scott Rosenberg 是一个作家和编辑。
他的整个职业生涯大部分都投身于写各种各样的评论上了,电影,戏剧,书等等。
他职业生涯最引人注目的身份恐怕就是Salon的co-founder了。过去的几年他一直是Salon的专栏作家,现在他是Salon 的VP of New Project。
http://www.wordyard.com/
http://www.dreamingincode.com/
这本书讲述的是Chandler 这个软件的开发历程。 首先来介绍一下Chandler。Chandler(1) 是一个由Mitch Kapor(2) 领导的"信息管理软件",如果这个名字听起来有些不着边际,不妨参照Wired 的说法,叫它"Outlook 杀手" (3) .
这个软件的开发在2002年就已经正式了, 但是现在还在 Alpha stage. 一个由像Mitch Kapor 这样的软件行业的传奇人物领导的团队为什么到现在还不能拿出一个相对完整的版本, 不得不让人好奇。
Scott 选择了这个项目来探讨为什么做一个好的软件那么难 ?
个人感觉,这本书也许有可能成为又一本软件工程的经典书目。
(1) http://chandler.osafoundation.org/
(2) http://en.wikipedia.org/wiki/Mitch_Kapor
(3) http://www.wired.com/wired/archive/11.01/start.html?pg=3
压抑,真的很压抑。 我不是学计算机的,工作三年来一直在想一个问题,软件到底应该怎么开发才好,有标准吗?那些大公司都是怎么做到牛×的?每个项目我都在改进编程的方式,在改进软件设计的流程,修正架构。项目开始时,认为现在的方式很适合,比上一个项目的好,但项目结束...
评分软件开发是件不靠谱的事。 不管是大教堂还是集市,不管是开源还是自由,都不能改变这个根本属性。 这么说,软件工程的爱好者们以及管理者们肯定要向我扔鸡蛋了。 不过,我心目中的软件开发,大抵就是这么回事。 为什么?因为,真正创新性的软件开发总是带有一点艺术与作坊的意...
评分在图书馆的阅览室看了这本书,花了我两个小时的时间,午后的阳光透过图书馆的玻璃照进来,很温暖,可是我的心却一点点的凉了下来。 再过半年我,一个计算机系的学生,就要投身到软件开发这个行业中去了,可没有任何经验,仅凭着那些薄弱的理论知识。边看书边记下自己的想法...
评分前几日偶然遇到科学松鼠会开出的一份书单,列出了各专业领域经典书籍,跟计算机相关的,第一本就是梦断代码。这才想起遥远而又不太遥远的几个下午,我在图书馆楼梯口的某个位置看完了此书。 对我来说这本书跟经典无关。如果你想学程序设计,你应该去看XX编程艺术、thinking in...
评分[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...
真是train wreck in slow motion。。这书很适合给不是dev但要和dev打交道的人科普+打预防针。对dev来说这种案例太似曾相识了,一路看下来只想呵呵呵呵呵。事后诸葛地说,一开始就严重over-engineering,对核心技术Python+wxWidgets没经验,对P2P同步这样可以做学术研究的课题一直只有空想,不玩脱倒怪了。问题是一开始就背负了那么大的抱负,这些问题又怎样避免?
评分作者语言很有趣~~。。。比unix思想里的geek幽默有意思多了。。
评分实验了一下书中所描述的那个APP, 感觉很清爽, 但是效率确实不敢恭维, 这可能就是design drive的一些缺陷吧, 如果踏实一些 也许做的更好, 一个失败的例子让我们学到更多。
评分Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law.
评分: TP311.5/R813
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2025 onlinetoolsland.com All Rights Reserved. 本本书屋 版权所有