人月神话讲的主要是软件工程方面的，如何配置人力进行开发。虽然对于软件编程我们对其了解并不多，但是对于在软件功能的实现，程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们，对于一个或多个项目来说，公司大多都会搞人海战术，进度没有提前，还整天加班，最后用户不满意，开发人员整天郁闷，结果是...
分类：
其他好文 时间：
2015-07-02 21:00:17
阅读次数：
127
在刚刚进入软件工程学习时，老师总会时不时向我们提起一些关于“软件项目开发的完成与增加人员的问题”这句话听起来通俗易懂，但实现起来却遇到了相当大的困难，这是我在阅读完成《人月神话》时最大的感受，我想这种问题的出现主要是就订单项目而言，因为人员的增加主要是因为客户所要求实现的东西并没有在计划的时间内收到...
分类：
其他好文 时间：
2015-07-02 20:58:17
阅读次数：
130
人月神话阅读笔记之一2015-3-30最大的感触就是，软件工程就是一个焦油坑，不断挣扎，有些人沉溺在里面，有些人走出来了。细想想，现状就是这样，虽然现在我接触的编程任务很少，但是真的感受得到编程是一种痛并快乐的过程，不是半路放弃就是坚持到底。对于我自己而言，说比什么都容易，慢慢的积累才是正道。人月神...
分类：
其他好文 时间：
2015-06-23 17:37:38
阅读次数：
118
很多人都在苦苦思索的一个问题，虽然无人能有完全确定的答案，但《梦断代码》书中的记述，和个人思考，还是可以获得一些启示： 计算机严格的逻辑性和精确性，同人类不严密的逻辑，模糊多变的思维模式之间的矛盾，造成的人与机器之间沟通的障碍。 开发团队之间相互沟通协作的成本，导致产生《人月神话》作者布鲁克斯法则的...
分类：
其他好文 时间：
2015-06-23 00:46:46
阅读次数：
132
就目前情况而言，还不错。然而，现在所面临的问题是如何完成5000人年的项目，而不是20或30人年规模的系统。如果整个工作能控制在范围之内，10人的团队无论如何组织，总是比较高效的。但是，当我们需要面对几百人参与的大型任务时，如何应用外科手术团队的概念呢？ 扩建过程的成功依赖于这样一个事实，即每...
分类：
其他好文 时间：
2015-06-22 23:30:49
阅读次数：
271
参与活动主题《人月神话（40周年纪念版）再版 扒一扒你遇到过最NB开发项目》有奖活动，三重惊喜，有奖试读&作者互动@关注有礼！为什么是《人月神话》？这本书在业界真的很名，几乎无人不知，然而我却只知其名，不知其意，今天在读的时候才发现书名的由来。看下图：
原来是以人月为单位的计算工作量，现在很多单位都是以天（工作日）来计算，甚至有些公司以半天，小时来计算。面向对象方法和结构化方法Jackson 指出...
分类：
其他好文 时间：
2015-06-21 15:47:21
阅读次数：
143
这本书读完了，虽然是小说，但是没有管理书籍常见的条条框框，而且作者在每章的末尾还做了总结。下面说几个我觉得在以后的工作开发中会有用处的： “一拥而上”：企图通过早点开工和增加人手来加快速度，结果导致的问题是人人都在设计，却没有整体设计，人与人之间的交流成本变得很高。这一点《人月神话》已经说得...
分类：
其他好文 时间：
2015-06-18 19:38:15
阅读次数：
100
“四套马车”讲团队配合。书中所讲是常见的小规模的软件开发公司的情况，如何合理的分配各项任务使得开发工作顺利的完成对这些小公司来说确实是问题。但对于目前我所在的公司，暂时不存在这样的问题。毕竟部门的规模还是有的，70人，任务也单一，只是软件测试，除了有时任务较多显得有点忙以外，基本上还是能应付的过来。...
分类：
其他好文 时间：
2015-06-18 18:40:59
阅读次数：
76
作为软件工程的经典著作，《人月神话》的主要贡献是对软件开发过程的几个重要关键点，提出了独到的见解。 这几个关键内容就是： （1）提倡外科手术式的团队组织： [在软件开发组织上的过份民主，往往带来的是没有效率和责任，参与其中的人想法太多，层面参差不齐。所以，软件开发的组织，应该借鉴外科手...
分类：
其他好文 时间：
2015-06-18 18:40:17
阅读次数：
105
作为软件工程的经典著作，《人月神话》的主要贡献是对软件开发过程的几个重要关键点，提出了独到的见解。 其中内容就是： （1）提倡外科手术式的团队组织： 在软件开发组织上的过份民主，往往带来的是没有效率和责任，参与其中的人想法太多，层面参差不齐。所以，软件开发的组织，应该借鉴外科手术式的团队...
分类：
其他好文 时间：
2015-06-18 13:24:43
阅读次数：
99
