美酒的酿造需要年头，美食的烹调需要时间；片刻等待，更多美味，更多享受。Good cooking takes time, if you are made to wait, it is to serve you better, and to please you...在众从软件项目中，缺乏合理的进度安排是造成项目滞后的最主要原因，它比其他所有因素加起来的影响还要大。导致这种灾难如此普遍的原因是什么呢？
原创
2020-02-03 22:37:55
2002阅读
人月神话焦油坑编程系统产品开发的工作量是供个人使用的，独立开发的构件程序的9倍。我估计软件构件产品化引起了3倍工作量，将软件构件整
原创
2022-01-13 17:39:43
4880阅读
人月神话焦油坑编程系统产品开发的工作量是供个人使用的，独立开发的构件程序的9倍。我估计软件构件产品化引起了3倍工作量，将软件构件整合成完成系.
原创
2021-07-06 16:05:23
318阅读
用了一个周末时间，把这本项目管理的巨著读完了，虽首版发行距离现在已有40余
原创
2023-03-13 18:42:31
43阅读
软件开发过程当中，必然会接触到一个概念“人月”，当然也还有另外的一个概念“人日”，这都是对研发工作量的评估。 沟通成本 分工协调 这涉及到工作量与进度，比如：20个人10个月的工作量是10个人干10个月的工作量的2倍，但是这个工作量并不代表20个人的进度就比10个人的进度快，因为中间有些因素要考虑，
原创
2022-05-24 08:38:14
259阅读
其实，我前面从开发者的角度提到了一个聪明人和智者的概念，从项目经理的角度也应该
原创
2022-10-08 10:01:28
264阅读
【误打误撞】
都不知道怎么碰到这本书，大一就在图书馆瞄过，后来很多书都提到这本神秘的著作。在kindle上读这本书，算得上是茶余饭后的消遣之物。如果说这时软件工程的一本经典之作，那么它还是适合那些产品经理以及项目负责人，当然对于一般的想要自己开发项目的同学也可以看看，算是了解一些基本的软件工程概念。
【人月神话】
本书的译名容易让人浮想连篇到奇幻小说，其实这里的&ldqu
推荐
原创
2012-04-27 20:55:24
1789阅读
点赞
2评论
最近又把《人月神话》从旧书堆里扒了出来，里面虽然是研究表达了三五十年前的软件开发思想，但其中任然不乏闪光点。任对现在的软件工程实践具有指导意义。比如团队建设，采用外科手术式的团队架构，即一名主任医师，副手，以及其他辅助人员。换句话说就是要有主要架构设计人员去负责项目的总体方向。比如巴比伦塔的教训就是告诉人们交流的重要性，否则人们就会互相猜忌，孤立。没有银弹，提出通过分层，抽象，增量化，来逐渐完善软
原创
2018-12-06 21:59:07
318阅读
焦油坑编程的乐趣与苦恼思维创造性活动的特性注定在这个创造活动中有太多的困难与不确定因素，每个细小的偏离的累中，缺乏合
原创
2022-09-29 10:20:30
58阅读
编程的最困难部分，是将做事的方式往追求完美的方向调整缺乏的时间进度是造成项目滞
原创
2022-09-26 15:35:04
134阅读
最近趁闲暇之时翻了翻传说中的<<人月神话>>,与大家分享一下里面收集的名言佳句:
1.A ship on the beach is a lighthouse to the sea.
 
原创
2008-06-05 09:52:50
3018阅读
用了两周的时间，大致过了一遍。书中讲述的很多方面可能此时并没有很深刻的体会，但是该书的预见性和还是很让人钦佩的。书中对项目、产品、程序、...
原创
2022-03-11 09:46:37
298阅读
Adams Wang为《人月神话》中译本译者。（《人月神话》第二版法文译本封面，点缀用，和本文内容无关）关于《人月神话》一书，已经有了许多评论和讨论。可能，作者本身的经历——“被认为是‘IBM 360系统之父’，他担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。”——已经是最好的评论。许多朋友认为现在的软件工程数据比较理论化，可操作性不高，往往只能了解一些理念。在面对具体项目的时
转载
2022-10-18 08:41:52
179阅读
《人月神话》经典语录：人们通常期望项目在接近结束时，软件项目能收敛的更快一些。然而，情况却是越接近完成，收敛得越慢。向进度落后的项目增加人手，只会使进度更加落后。向软件项目增加人手增加了总体工作量：任务重新分配所造成的工作中断，培训新人员，额外的相互沟通。概念完整性是系统设计中最重要的考虑因素。为了获得概念完整性，设计必须由一个人或者具有共识的小型团队来完成......
原创
2014-03-07 16:57:30
2012阅读
前言：研究表明，效率高和效率低的实施者之间个体差异非常大，能够达到数量级的水平。类似我这样年龄段的产品经理来说，我认为我只需要有5个精干的成员组成团队，然而我这样的想法就面对着一个很难回避的问题-这样的小型团队很难在有计划的进度安排时间内创造大型的系统！问题大家知道，优秀的程序员和较差的程序员的效率存在巨大差异，书中也指出来最好和最差的效率上平均为10:1，编程速度和空间上具有5:
原创
2021-06-22 14:38:55
222阅读
前言：所谓削足适履，就是把解决问题的办法弄得本末倒置，使用了错误的方式去解决问题，自然就得不到好的结果。那么如何才能更好的解决问题呢，对于本章，我已经反复读了5遍了，然而苦于自己的理解能力，我仍然一知半解，但是我必须要迈过这个章节，不然我在当前阶段下，就无法读完这本书，而下一章节可能就会告诉我更多有用的办法。对于本章我没有弄明白的地方，以后等我再次翻读本书的时候可能就会得到答案。作为成本的程序
原创
2021-06-22 15:26:31
318阅读
“IBM360，他担任了360史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。bug
原创
2009-12-26 13:27:27
628阅读
2评论
前言：在最初的世界，人们只有一种语言，所以大家沟通好说去建立一个通天塔，可以通往天堂的巴比伦塔，然而上帝出现了，他交给人们不同的语言，让大伙最终无法进行交流，最终队伍遣散，巴比伦塔就此失败，那么本章作者想要告诉我们的就是“沟通”对于成功的项目很重要。编程项目中的交流书中主要针对的是大型项目的交流，然而同样适合我当前所处的团队：非正式交流：以前在日企和日方沟通主要是电话会议，那么
原创
2021-06-22 14:38:52
175阅读
用了两周的时间，大致过了一遍。书中讲述的很多方面可能此时并没有很深刻的
原创
2023-06-10 05:22:22
64阅读
