非常感谢 Chandler中文化讨论小组 创始人之一的 *yibie 主动分享；*
http://groups.google.com/group/ChandlerCn

作为一个程序员，不可能永远不涉及团队合作：
- 当你使用GNU 工具来完善組成你的项目时,你就得协同其它软件团队;
- 当你完成软件,想让更多人可以享受你的代码时,你就得组织和管理i18N 团队了
,,,
所以,这种成功的失败故事,对于我们所有人都有非常深刻的意义,
我们可以看出多少东西来,就意味我们可以避免多少危機;
功夫在诗外,,,一个软件的成功,有更多的技巧/技艺在代码之外,然而这些是任何学校无法传授给我们的,
只有我们自个儿主动出来闯!才可能幸运的掌握的,
那么,也请尽情的分享吧,,,为了中国有更多的成功软件,,,

2009/1/23 <gunshotbox在hotmail.com>

>  昨天看完了《梦断代码》之后，久久不能平静，于是写了一篇读后感，希望能与你分享~
> 话说虽然我很想在社区分享，但是python-cn社区我没能加入，so也只能用邮件了
> 梦断，魂殇——《梦断代码》阅后有感 [转载请保留] 作者:yibie <http://www.gtdstudy.com/> 原文:
> http://www.gtdstudy.com/?p=617
>
> *引子 *
>
> 昨天晚上，我终于把《梦断代码》这本书看完了。之前，我开展"Chandler中文化"这个项目，在内心深处的原因是
>
> "我啟動這個項目，并不是從所謂的用戶角度，或者是為了推廣
> 只是覺得這樣一個優秀的、能與GTD這么緊密結合的軟件
> 實在罕見，也難以找到
> 雖然，流行很多軟件，都可以用于GTD
> 但是，能以GTD本身的方式來設計的軟件
> 少之又少
>
> 我是為了不讓這個優秀的GTD軟體從此湮滅在歷史的塵埃中
> 因此決定做出這樣的舉動
> 希望GTD的思想在國內不斷興盛的同時
> 也能保持住這個軟件的活力"
>
>
> 是吧，觉得我很理想主义吗？没错，这就是一个十分具有理想主义的目的，没有任何的功利，也不为推广。如果我再深入一点，其实最最内心的一个想法就是："这么一个好软件，如果没有一个中文版，真是太可惜了。"当初召集人手，也没有想过要自己参与中文化，而是想用"钱"这个万恶之源来诱惑一下别人，希望有人能帮忙把这个软件给汉化了，不过"事情的发展往往出乎意料"这句话是永远的真理，我没有想到我也陷入Chandler中文化这个项目里面来，不但参与汉化，还了解了一下项目的管理与组织的事情，受益良多，超出意料之外。
>
> 也因此对Chandler这个软件更有感情，恰逢《梦断代码》这本书已经面市，因此在寒假的时候趁机看完。
>
> 读完这本书，久久无语，只能沉重的叹一口气，幽幽的历史阴影悄立在背后。
>
> *前言 *
>
>
> 韩磊这位《梦断代码》的译者，给《梦断代码》这本写Chandler故事的书做了一个评论：本书是讲一事，也是讲千万事；是写一软件，也是写百千软件；是写一群人，也是写千万人。
>
> 没错，一个故事，往往能带给我们一些启迪，何况是一个这么具有探讨意义的故事。
>
> 在这本书里面，最最重要的一句就是：软件难做。
>
> 为什么难？难在哪里？
>
> 拖而未决、超出预期的情况、改弦易辙、拦路虎、大量要修复的缺陷……
>
> 尤其这个软件，不是一个简单的小软件，而是一个大型的多功能集合的软件，所遇到的困难会比想象中要多得多，也困难得多。Chandler的难产，是必然。
>
> *软件 *
>
> 本书的作者一直在不断的重复着一个问题：为什么我们不能像造桥一样造软件？
>
>
> 在书中，描写了一个造桥的景象，以及造桥活动本身给作者带来的想象。在他看来，造桥，这个活动是多么的完美，从开始建造，一步一步的打地基，架好钢架，逐步逐步的添砖加瓦，然后成就了一个完美的大桥，一切都精确、可控、不必重蹈覆辙。
>
>
> 然而，做软件，不能做到像造桥一样，能够按照既定的图纸，既定的目标，来一步步实施，虽然每个做软件的人都希望如此。然而，"事情的发展往往出乎意料之外"这句老话不断又不断的在创造软件这种活动中应验。
>
>
> 也许是因为写软件，就是要求极高的事情，写代码的要求就是完美。计算机语言，其实就是将人的语言翻译给计算机，让计算机听懂人要让它去做什么。没错，计算机本身是不知道如何去写代码，它不懂，它要别人说给它听它才会有反应，还是十分精确，实事求是的反应。
>
> 一切的问题就是出在人身上，人是不可能不犯错的。一个小小的制表符，就能把一个软件搞得乱七八糟。
>
>
> 计算机那种无法容错的特性，犹如是给自满的人类泼冷水，我们在面对着我们创造出来最伟大的发明的时候，懦弱的发现，我们无法完全的去操控它，它就像是一个来自外星的生物，我们之间的沟通是如此的困难。
>
> *项目 *
>
> Chandler的当初的愿景看起来十分简单，"让Agenda之魂在当代程序中复生，消除地窖、让用户能随己所愿任意切合数据"，只有三句话。
>
> 然而，为了这个愿景，一帮顶级的程序员，头脑洋溢着才华的家伙们在现实中不断耗费他们的精力，直到最后感觉陷入一片黑暗，茫然不知出路何方。
>
> 看来三句话的愿景还是太长，也许压缩为一句话，这样他们所遭遇的困难会不会小很多？
>
> 不管怎样，Chandler还是在太阳初升的朝气中启动，没有方法，不知道是一个怎样的作品，只有三句模糊的描述。
>
> 激励着程序员不断推动这个项目的动力是We Can Change The
> World这种充满梦想的口号，他们自信自己能够打造出这样一个能够改变世界的作品。没错，梦想总是激动人心的，但是梦想与现实中狠狠的相碰的时候，受伤的总是梦想，为什么？
>
> 、当他们谈及梦想的时候，他们毫不知道要如何达到梦想，他们是想做出这么一个东西出来，但是，对于如何做出这个东西，却没有明确的认知。
>
>
> 他们开了一次又一次的会议，希冀每次开会都能消除一个到两个问题，确定一些事情，好让项目本身能够向前迈进。但是，讨论的东西太多了，一个又一个问题的提出，无穷无尽。
>
> 他们犹如困在玻璃瓶里的苍蝇，为了飞出牢笼不断的乱撞，直到筋疲力尽。
>
>
> Chandler这个项目不是因为没有规划，可能最大的失败是因为规划太多，计划总是变得太快，令人无所适从，没有既定的路子，没有既定的方法，没有既定的结论。
>
> 就像在书中所说，"Chandler在地基未稳的情况下起步"。
>
> 所谓的事前计划，到了最后，也是变成了废纸一堆。
>
> *意料之外 *
>
> 在软件行业，总是充满着"意料之外"，一个有着好愿景，好团队，好计划的项目，到了最后也许只能产出一个半成品或是缺陷品，离项目的目标还有很长的一段路要走。
>
> 但是，同样有些软件或是产品，在当初的时候，没有考虑太多，只是一个简单的想法，只是为了实现一个简单的功能，但是不断发展，到了最后获得了极大的成功。
>
> 书中以IBM的OS/360为前者的例子，以blogger为后者的例子（大家可以回去查证一下，对比两者的发展历程）。
>
> 为什么会这样？书中做出了一个解释：
>
> 计划必须符合现实情况–'从底至上'，依据那些负责按计划执行的程序员的经验和知识而来，而不是'从顶而下'，靠管理者拍脑袋或对市场的期望而来。"
>
> *后记 *
>
> 如果把Chandler的故事引用在一些团队项目上，我们是否也会冒出一身的冷汗？
>
> 项目的管理，项目的推动，项目的……
>
> 为什么做成一个东西，做成一件事会那么难？
>
>
> 面对这个问题，让我想起我之前看过李笑来的一篇文章，具体不记得了，但是大意是这样的：如果你想做好一件事，你要同时做好很多件事，只有这些配套的事情都做好了，你才能把这件事给做好。
>
> 但是，如何才能把一件事做好，配套的事情怎样才能一个个的全部做好？让我用一句双关语来做出解答吧。
>
> 从下至上，通天之路；由上而下，地狱之途。
>
> ————–
> 附上移山之道的读后感,十分精辟
> 梦断代码 读后感 (I) 驱动和责任 <http://yishan.cc/blogs/xin/archive/2008/11/16/i.aspx> 梦断代码
> 读后感（II） 交流和时间 <http://yishan.cc/blogs/xin/archive/2008/11/17/ii.aspx> 梦断代码
> 读后感（III）远虑和近忧 <http://yishan.cc/blogs/xin/archive/2008/11/18/iii.aspx>
>



-- 
http://zoomquiet.org
'''过程改进乃是催生可促生靠谱的人的组织!'''
Time is unimportant, only life important!
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20090123/a71a0750/attachment-0001.html>