网站添加支付宝,网站怎么开发,江阴公司做网站,公司规划发展计划书《梦断代码》读后感#xff08;第1~6章#xff09; 书名#xff1a;Dreaming in Code#xff0c;作者#xff1a;Scott Rosenberg#xff08;中译本#xff1a;《梦断代码》#xff0c;翻译#xff1a;韩磊#xff0c;电子工业出版社出版#xff09;。第…《梦断代码》读后感第1~6章 书名Dreaming in Code作者Scott Rosenberg中译本《梦断代码》翻译韩磊电子工业出版社出版。 第1章 【死定了】 在这一章中作者主要讨论的一个问题是——在项目进展迟缓面临延期交付窘境的情况下是否应该征召新人加入团队 很显然这样做的好处是会有更多的人参与到项目开发中来更多的人阅读代码从而获得更大的发现并解决错误的可能性。作者在书中援引瑞蒙德Eric S. Raymond《大教堂与集市The Cathedral and the Bazaar》一文的作者的原话“只要有足够多的beta版测试人员和开发者队伍几乎所有问题都会很快被发现而且总有人知道该怎么修复。或者用不太正式的说法‘眼球足够多缺陷无处躲。’我把这叫做‘李纳斯法则’。“而Linux操作系统和许多开源项目成功的案例就为这条法则做了十分生动的注脚。 但是与‘李纳斯法则’相对应的还有一条‘布鲁克斯法则’《人月神话The Mythical Man-Month》Frederick Brooks”往已延误的项目中补充人力只会使其继续延误“。这条法则也有其合理的依据每加入一个新人都需要开发团队暂缓开发进度为新人讲解工程结构使其融入整个工程而这个过程本身便会拖累项目进度。 我想这两条法则各有其成立的背景而其中非常重要的一点就是团队内的交流成本。开源项目背后往往有一个庞大的开源社区这个社区内的程序员们通常都是出于自己的个人爱好而为项目出力。一个新人在社区上提出的问题往往有很多人知道答案并能很快得到解答这些人可能只是由于加入社区或关注项目更早获得了更多的信息和经验而非真正的核心开发人员因而这个”帮助新人融合”的环节就不太会拖累工程的进度。总而言之开源社区因其规模效应使得核心开发人员可以将精力集中在开发上而每加入一个新人的“融合成本”均摊到余下的“社区志愿者”身上以后就变得十分渺小了。可是像卡普尔的这个规模相当有限的Chandler团队成员是领受薪水的每个人都承担了相当的任务几乎都是项目开发中不可或缺的一员。这样的情况下任何一个人的进度迟缓都会影响到整个项目的进展因而布鲁克斯法则就会起主要作用。 对于我们这个Focus小组来说其实其他的软工小组也一样还是和Chandler更像一些每个成员负责项目中的某一块且一个成员的延误会拖累整个项目。况且征召新人对我们来说也不现实因此为了保证项目进度的正常进行PM就要保证每个开发人员都在正常的运作并且最关键的是在关键的时间节点上能够出活。在这一点上我们也是深有体会的项目开发的初期阶段PM早早地制定好了项目框架和接口设计负责数据存取和与Google Calendar同步的开发人员也较快地完成了任务UI部分则相对进展慢一些尤其是负责实现Task Pool的成员因为忙于其他事情而较晚将精力投入到项目开发中来。期间PM向组内不定期的发邮件通告项目各部分的进展让进展较慢的开发人员时时感受到压力的存在。最终进展较慢的开发人员也通过在alpha release前4天开始拼命干活完成了预定任务保证了整个项目的正常进度。 12:38 PM | Add a comment | Read comments (1) | Permalink | Blog it | [ASE课程]http://scheduleyourlife.spaces.live.com/blog/cns!A564B56821C5E3FA!186.entry#commentxin 邹欣 - Dec. 13, 2009 - Delete 在现在比较成熟的社区模式中代码签入还是有各种等级的人来批准不是谁想干什么就干什么。 从这一点来说有点吸取了正式团队的做法。
