Z zhtx Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #22 谢谢楼主的慷慨,粗粗看了下,写的是简单的,但文字不简单,一下子很难体会作者的深意.
J jiangzhang3942 Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #23 非常非常感谢!! 非常非常感谢!! 非常非常感谢!! 非常非常感谢!! 非常非常感谢!! 非常非常感谢!!
S st52 Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #24 谢谢楼主`初看一下楼主的作品`~ 学习了不少东西啊`~
S shanshengsheng Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #29 现在觉得自己就缺这方面的东西了,你的书发行了吗。都不知道 应该多做做宣传
天 天道酬勤 Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #31 刚下来,看了序,“大多数人看书都希望学到一些招数、方法,能尽快在工作中用上,这是不错。但要想真正达到更高境界,就必须明白背后的道理。”确实不错,这段时间我一直在看项目管理和软件工程方面的资料,自己毕竟不是计算机科班出身,要了解的东西太多了。 感谢!!!
刚下来,看了序,“大多数人看书都希望学到一些招数、方法,能尽快在工作中用上,这是不错。但要想真正达到更高境界,就必须明白背后的道理。”确实不错,这段时间我一直在看项目管理和软件工程方面的资料,自己毕竟不是计算机科班出身,要了解的东西太多了。 感谢!!!
Y ysai Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #32 >>因此“问道于盲”是没有错误的,真正错误的是你睁着眼睛问。 ......写得太好了
Y ysai Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #33 >>习诗词之法度,若蚕虫之结茧,若无结茧于前,何有破茧于后?故,知律而变,智者之道也。
A aimingoo Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #35 ysai, 您读得真快啊。哈哈哈~~ 读书,终归是比写书要快乐得多的一件事情。快乐的事,做起来也就快了。^.^
Y ysai Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-07 #36 读完了...写得很好,虽然我还是个coder,但还是从中体会了不少东西,像上面两句话就已经超越于软件工程之外了. 我读书是快了点,不过好书是会让我回顾的,毫无疑问,这本书是. 感谢aimingoo无私的奉献!
读完了...写得很好,虽然我还是个coder,但还是从中体会了不少东西,像上面两句话就已经超越于软件工程之外了. 我读书是快了点,不过好书是会让我回顾的,毫无疑问,这本书是. 感谢aimingoo无私的奉献!
C ChinaYA Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-08 #38 已经下载,谢谢了! 《Delphi源代码分析》,买了,但是没有很多的时间看,发现《Delphi源代码分析》在书店买的人不多,不知道什么原因?去年我逛书店是那几本,今天还是那基本,于是我买了一本 在生活找不到方向的时候我才会看…… 好书!
已经下载,谢谢了! 《Delphi源代码分析》,买了,但是没有很多的时间看,发现《Delphi源代码分析》在书店买的人不多,不知道什么原因?去年我逛书店是那几本,今天还是那基本,于是我买了一本 在生活找不到方向的时候我才会看…… 好书!
M mykai Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-08 #39 花了三个小时浏览完周兄的大作,就实践而言,大部分开发者和我一样,没有碰到过超过三十人年的项目,大部分在十个人年以内,作为一名开发人员或者说是coder,给我感觉最深的是一个开发团队需要像周兄这样的教练,因为团队是要打造的,每个人上战场之前合不合格不是做过项目、有无经验、技术过不过硬所能保证的,而是团队统一的意愿和坚强的实力,和之间有效的交流。这时候团队可以不去谈细节,而把眼光关注到任务目标上来。 可是我们缺乏像周兄这样的教练,我们没有组织,只能靠我们的一些基本的共识和各自对细节的把握。 我近年在关注XP,TDD,PP,重构,持续集成,让我看到了一丝希望,可能没有教练,不过可能PP能拯救我们,让我们成为团队。 有些思考来自于余世维先生的讲座,余先生说一个好的团队在执行任务时,可以用最少的时间去沟通,因为它们之间已经形成了默契和共识,余以为是。
花了三个小时浏览完周兄的大作,就实践而言,大部分开发者和我一样,没有碰到过超过三十人年的项目,大部分在十个人年以内,作为一名开发人员或者说是coder,给我感觉最深的是一个开发团队需要像周兄这样的教练,因为团队是要打造的,每个人上战场之前合不合格不是做过项目、有无经验、技术过不过硬所能保证的,而是团队统一的意愿和坚强的实力,和之间有效的交流。这时候团队可以不去谈细节,而把眼光关注到任务目标上来。 可是我们缺乏像周兄这样的教练,我们没有组织,只能靠我们的一些基本的共识和各自对细节的把握。 我近年在关注XP,TDD,PP,重构,持续集成,让我看到了一丝希望,可能没有教练,不过可能PP能拯救我们,让我们成为团队。 有些思考来自于余世维先生的讲座,余先生说一个好的团队在执行任务时,可以用最少的时间去沟通,因为它们之间已经形成了默契和共识,余以为是。
A aimingoo Unregistered / Unconfirmed GUEST, unregistred user! 2005-11-09 #40 for ChinaYA, 就我所知,书店里的样书的数量通常是固定的册数。买掉几册就补几册。只要你看到的不是落了许多灰尘还无人问津,我就很欣慰了。哈哈。谢谢你对我的书的好评。^.^ for mykai, 关于一个团队的组织,我在DelphiBBS的另一个贴子里有讨论到。把这个四年前的贴子转过来你看看,有些内容,有些困惑与你现在还是相似的。 ======================================== http://www.delphibbs.com/delphibbs/dispq.asp?lid=650664 ---------------------------------------- 5. 这个竞赛的确是在“鼓励提高个人能力”,但绝对没有“忽视团队精神”的意思。哈哈。 我们一直忽略了这点,没有提出来说,算是我的工作失误。其实中国现在的“程序高手”很多,但真正懂得“软件工作”和组织“团队开发”的人才之又少。事实上我现在也正在学这个,正在带开发组,正在从最小的“团队”做起。——我自认还做得非常非常差。 印度培养出来的程序员象一个个标准大小的方块,任意多块放在任意位置都是有用的,但缺乏灵魂;中国培养出来的程序员象一个个钉子,放哪里打都好用,灵气十足,能力十足,但一大堆钉子放在一起,你的手碰都不敢碰一下。 但中国的程序员在国外却是极好的。因为人家懂得如何组织钉子开发,而不是只懂得如何将方块“积木”在一起。 不要因为中国没有好的项目管理人员,就要求所有的程序员全变成方块,这是舍本而逐末的事。 6. 好的雕刻师必须先是好的木匠,艺人必须先是匠人。 ======================================== 这是我四年前的感悟。后来在“团队缺乏的不只是管理”这一章里,我就讨论到了组织的重要性。 所以我会说“组织的学问:‘角色’”,因为在国内,很多人在圈子里做了很多年,实在是连自己的角色都没有弄清楚的。也不知道别人的角色为何,也不知道如何与这些角色沟通与协作。这些都是角色问题。 当然,这一章也不仅仅讨论角色问题。例如管理中的“制度”所处于地位;例如温伯格式的“协议”在国情中面临的尴尬;例如项目经理是需要时间来成熟的,换句话说是“没有经历过失败的经理也不会经历成功”。 这本书的确是我这些年来都有感想的汇集。有些感想很早前就有了,只是没时间说;有些说过了,却没有人注意到。我只希望现在这本书的出现,不会面临“说了白说”的尴尬,就好了。
for ChinaYA, 就我所知,书店里的样书的数量通常是固定的册数。买掉几册就补几册。只要你看到的不是落了许多灰尘还无人问津,我就很欣慰了。哈哈。谢谢你对我的书的好评。^.^ for mykai, 关于一个团队的组织,我在DelphiBBS的另一个贴子里有讨论到。把这个四年前的贴子转过来你看看,有些内容,有些困惑与你现在还是相似的。 ======================================== http://www.delphibbs.com/delphibbs/dispq.asp?lid=650664 ---------------------------------------- 5. 这个竞赛的确是在“鼓励提高个人能力”,但绝对没有“忽视团队精神”的意思。哈哈。 我们一直忽略了这点,没有提出来说,算是我的工作失误。其实中国现在的“程序高手”很多,但真正懂得“软件工作”和组织“团队开发”的人才之又少。事实上我现在也正在学这个,正在带开发组,正在从最小的“团队”做起。——我自认还做得非常非常差。 印度培养出来的程序员象一个个标准大小的方块,任意多块放在任意位置都是有用的,但缺乏灵魂;中国培养出来的程序员象一个个钉子,放哪里打都好用,灵气十足,能力十足,但一大堆钉子放在一起,你的手碰都不敢碰一下。 但中国的程序员在国外却是极好的。因为人家懂得如何组织钉子开发,而不是只懂得如何将方块“积木”在一起。 不要因为中国没有好的项目管理人员,就要求所有的程序员全变成方块,这是舍本而逐末的事。 6. 好的雕刻师必须先是好的木匠,艺人必须先是匠人。 ======================================== 这是我四年前的感悟。后来在“团队缺乏的不只是管理”这一章里,我就讨论到了组织的重要性。 所以我会说“组织的学问:‘角色’”,因为在国内,很多人在圈子里做了很多年,实在是连自己的角色都没有弄清楚的。也不知道别人的角色为何,也不知道如何与这些角色沟通与协作。这些都是角色问题。 当然,这一章也不仅仅讨论角色问题。例如管理中的“制度”所处于地位;例如温伯格式的“协议”在国情中面临的尴尬;例如项目经理是需要时间来成熟的,换句话说是“没有经历过失败的经理也不会经历成功”。 这本书的确是我这些年来都有感想的汇集。有些感想很早前就有了,只是没时间说;有些说过了,却没有人注意到。我只希望现在这本书的出现,不会面临“说了白说”的尴尬,就好了。