人月神话

软件项目管理实践之日计划

关于这方面的研究，在《人月神话》、《人件》等书籍都有很详细的论述。研究表明，不同程序员之间的生产率最高差别在40倍以上。
baalwolf·2012-02-07 23:00

人件

正如有位人士说的，人件主要讲的是人本身的问题，而人月神话讲的是项目本身的问题。
ikscher·2012-02-06 12:00

优秀程序员离我越来越远

看到一个帖子说的优秀程序员的定义如下，其实也是人月神话中提到的1.对编程有浓厚的兴趣，由兴趣能驱动自己的探索和钻研精神，优秀程序员一般喜欢用业余时间探索和自己琢磨点东西，研究点开源框架和源代码。 
胡咧咧·2012-01-30 15:00

《人月神话》读书笔记

作为一本探讨软件工程的书籍，作者在书中明确指出软件工程的根本问题是：规格化，设计和测试软件实体描述的概念结构。书中的描述我的理解是，作为需要实现的软件，它的设计过程，包括对：数据结构，算法，调用关系，流程，状态变化等软件内部的数据流转，状态转换的控制等纯逻辑层面的问题是软件工程的根本问题所要解决的。而将设计用具体的代码进行实现，是软件工程的次要问题。作者指出，50年代，软件的实现部分虽然是软件工程
iteye_12017·2012-01-26 23:57

每个程序员都应该读的书

stackoverflow推荐重构：改善既有代码的设计人月神话(英文版)计算机程序设计
turingbooks·2012-01-11 09:00

代码外的任务很精彩 ---Software project survival guide 读书报告

它不像《人月神话》一样听起来很exciting,在豆瓣中搜《代码大全》，有1939条评论，搜《软件项目生存指南》，少于10条评论。
fbfsber008·2012-01-10 14:00

优秀程序员的性格--why

在此，我引用人月神话对优秀程序员的一些特性的引用 1.对编程有浓厚的兴趣，由兴趣能驱动自己的探索和钻研精神，优秀程序员一般喜欢用业余时间探索和自己琢磨点东西，研究点开源框架和源代码。
cuityang·2012-01-07 13:00

敏友的【敏捷个人】有感（1）: 敏捷个人-阅读笔记 by 人月神话

2010年我对个人管理进行了自己的一些思考，在2011年提出敏捷个人概念，并且在线上、线下进行了多次交流，在一些大会上也做过分享。现在，已经有很多IT和非IT的敏友们知道并在践行敏捷个人，帮助自己更快的成长。我收到大家的一些反馈和建议，也在网上看到大家的一些有关敏捷个人的分享，我想接下来搜集一下这些反馈和大家更集中的在我blog中分享一下，希望能够让更多人一起来了解和实践敏捷个人。我相信今年《敏捷
jingen_zhou·2012-01-03 16:57

敏友的【敏捷个人】有感（1）: 敏捷个人-阅读笔记 by 人月神话

   2010年我对个人管理进行了自己的一些思考，在2011年提出敏捷个人概念，并且在线上、线下进行了多次交流，在一些大会上也做过分享。现在，已经有很多IT和非IT的敏友们知道并在践行敏捷个人，帮助自己更快的成长。我收到大家的一些反馈和建议，也在网上看到大家的一些有关敏捷个人的分享，我想接下来搜集一下这些反馈和大家更集中的在我blog中分享一下，希望能够让更多人一起来了解和实践敏捷个人。我相信今年
jingen_zhou·2012-01-03 16:57

敏友的【敏捷个人】有感（1）: 敏捷个人-阅读笔记 by 人月神话

2010年我对个人管理进行了自己的一些思考，在2011年提出敏捷个人概念，并且在线上、线下进行了多次交流，在一些大会上也做过分享。现在，已经有很多IT和非IT的敏友们知道并在践行敏捷个人，帮助自己更快的成长。我收到大家的一些反馈和建议，也在网上看到大家的一些有关敏捷个人的分享，我想接下来搜集一下这些反馈和大家更集中的在我blog中分享一下，希望能够让更多人一起来了解和实践敏捷个人。我相信今年《敏捷
zhoujg·2012-01-03 16:00

关于计算机的一些经典书列表

算法导论（第2版）代码大全（第2版）C++Primer中文版（第4版）设计模式：可复用面向对象软件的基础浪潮之巅Java编程思想（第4版）Java核心技术 卷1：基础知识Java核心技术 卷2：高级特性人月神话
manymore13·2011-12-27 21:00

优秀程序员的性格

对于一个程序员，我们用什么样的标准来衡量一个程序员是不是优秀 在此，我引用人月神话对优秀程序员的一些特性的引用 1.对编程有浓厚的兴趣，由兴趣能驱动自己的探索和钻研精神，优秀程序员一般喜欢用业余时间探索和自己琢磨点东西
senvon·2011-12-26 16:00

[备忘]待阅和已阅技术书籍~

已阅：-------------------软件工程类-------------------《人月神话》（其最经典的一句话——软件开发没有银弹！）
leeoo·2011-12-24 12:00

新人月神话与项目管理新解

 *專案經理* 這傢伙認為用9個女人就能只花1個月生出嬰兒*研發人員* 這傢伙認為必需花18個月才可能生出嬰兒*現場協調* 這傢伙認為只用1個女人就有辨法在1個月內生出9個嬰兒*客戶* 這傢伙則是根本不知道自己為啥想要個嬰兒*行銷經理* 這傢伙認為就算找不到男人、女人他還是可以搞個嬰兒來給你*資源優化* 這傢伙認為他們不需要男人、女人，毫無資源也能生個嬰兒*檔案管理* 這傢伙不在乎孩子生了沒，但是
Mr_Bean·2011-12-20 10:00

书

算法：《算法导论》、《算法设计与分析基础》（Levitin著） 数据库：《数据库系统概念》 软件工程：随意，反正得多做项目体会……以后可以看看《人月神话》
diyagoanyhacker·2011-12-14 13:00

一些经典的计算机书籍

算法导论（第2版）代码大全（第2版）C++Primer中文版（第4版）设计模式：可复用面向对象软件的基础浪潮之巅Java编程思想（第4版）Java核心技术卷1：基础知识Java核心技术卷2：高级特性人月神话
迷失的小书童·2011-12-08 13:52

【理想流】软件开发究竟是简单的还是复杂的

强调软件复杂的最有代表性的观点来自《人月神话》：Brooks认为复杂性是软件的根本特质，而非偶然特质。
leezy_2000·2011-12-05 00:00

《人月神话》笔记：削足适履

本章谈及“程序的开销和规模控制”。程序的开销（此处是指运行开销吧？），包括两个方面：运行时间，运行时所占据的空间。程序的内存开销多少合宜呢？“应该从整体上来进行评估。”也就是同时考虑硬件开销+软件开销。作者对规模控制的看法：“对项目经理而言，规模控制既是技术工作的一部分，也是管理工作的一部分。他必须研究用户和他们的应用，以设置将开发系统的规模。接着，把这些系统划分为若干部分，并设定每个部分的规模目
buyicn·2011-12-04 19:24

最近的书单

《程序员的自我修养》《编程之美》《C++Primer》《C++对象模型》《headfirst设计模式》《设计模式之禅》《软件随想录》《面向对象的系统分析》《人件》《人月神话》
kingskyleader·2011-12-01 20:00

十年经典书籍下载地点

软件工程类人月神话http://www.aspsun.com/show.php/2009.htmlPDF版，品质高设计模式:可复用面向对象软件的基础http://www.vipbook.net/soft
lishenglong666·2011-11-30 16:00

经典好书

 UNIX环境高级编程程序员的自我修养算法导论深入理解c++对象模型深入理解Linux内核深入理解计算机系统人月神话
HTJOY1202·2011-11-28 14:00

《人月神话》学习笔记

1、当任务由于次序上的限制不能分解时，人手的添加对进度没有帮助。2、沟通所增加的负担由两个部分组成，培训和相互的交流。每个成员需要进行技术、项目目标以及总体策略上的培训。3、因为软件开发本质上是一项系统工作——错综复杂关系下的一种实践——沟通、交流的工作量非常大，它很快会消耗任务分解所节省下来的个人时间。从而，添加更多的人手，实际上是延长了，而不是缩短了时间进度。4、通过对传统项目进度安排的研究，
qiume·2011-11-25 17:00

程序设计实践

可以看的其他基本书《计算机程序的构造与解释》《虚拟机》《人月神话》《代码大全》，后面两本以前看觉得不怎么好，至少没有什么感觉！
我是*李世民*·2011-11-22 23:00

如果你是这几年才听说敏捷的，真是挺“可怜的”

软件开发这回事，和管理有关的东西，《人月神话》已经讲透了，只要你在工作中仔细观察，认真思考，多做实验，隔个半载一年把这本书再读一遍，你对软件开发管理这件事情的认识上就不会走弯路，不会被忽悠。
hoping·2011-11-17 12:00

旧文重发：谈企业软件架构设计

[编者语]最近在网上读到了“杀不死的人狼——我读《人月神话》”系列文章。是周爱民关于《人月神化》的读书心得。
hsg77·2011-11-14 01:00

工程训练到底应该是什么样的

Brooks是位大牛，他主持了IBM的360系统，该系统与后来我国的360没啥关系；他还写了软件工程领域的著作，《人月神话》，让
younggift·2011-10-17 22:00

计划

7看完人月神话。8面
summerxzg·2011-10-16 15:00

不要生活在真空中

对此，Brooks在《人月神话》中这样写道：“我想这种快乐是上帝创造世界的折射，一种呈现在每片独特、崭新的树叶和雪花上的喜悦
zjf_sdnu·2011-10-14 13:00

Frederick Brooks: 计算机科学家的使命是制造工具 II, 翻译连载第1部分

FrederickBrooks:计算机科学家的使命是制造工具II,翻译连载第1部分TheComputerScientistasToolsmithII翻译杨贵福[杨注：Brooks先生著有《人月神话》和《
younggift·2011-10-04 00:00

最近在看书

《设计模式》又看了一遍，《UML语言》还在艰难地啃，《c++精髓》越看越没感觉，《人月神话》终于看完了
teddy99999·2011-10-03 02:00

读“人件集”有感

“人件集”可谓与“人月神话”都是项目管理方面的圣经，既然想了解这方面的知识，这些书必须要看。花了大概半个月的时间，草草的看了一下“人件集”。结合自己团队的情况和书中的理论，着实让自己茅厕顿开。
mengtnt·2011-09-17 13:00

软件项目管理实践之日计划 .

关于这方面的研究，在《人月神话》、《人件》等书籍都有很详细的论述。研究表明，不同程序员之间的生产率最高差别在40倍以上。
High_Mount·2011-09-07 11:00

The Design of design

    楔子      人月神话的作者brooks新出了一本书叫做the design of design，本文不是这本书的书评
bd2007·2011-08-29 13:00

《众乐开源之歌》

【独唱】从来就没有什么人月神话！也不靠海龟博士要创造技术的繁荣，全靠我们自己！我们要开
程序员考拉·2011-08-27 17:00

人月神话的法则

谁特么说的看完了语言看艺术，看完了艺术看神话……神话这种东西应该早点看，对软件的理解需要从始至终的贯彻！开篇没有几页就有这么一个法则：1/3计划1/6编码1/4构件测试和早期系统测试1/4系统测试，所有的构件已完成在没有看这本书的情况下，我花了很多不该花费的时间才理解……做软件≠写代码
hitrose27·2011-08-22 14:00

一个十人开发团队的人员安排

 对于一个以开发一般的商业应用软件的开发团队来讲，对于《人月神话》中提及到的外科手术队伍并不是一个值得借鉴的方法。所以在此应该对一些概念进一步进行分析。 
guozh·2011-08-06 13:00

微内核领域的传说

也经常被翻译成「神话」，如著名的《人月神话》(ManMonthMyth)。这篇文章不是要贬低微内核(micro-kernel)这个概念本身，而是说人们对这个领域中的很多东西存在不小的误解。
Singularity jinn·2011-08-05 11:00

微内核领域的传说

也经常被翻译成「神话」，如著名的《人月神话》(ManMonthMyth)。这篇文章不是要贬低微内核(micro-kernel)这个概念本身，而是说人们对这个领域中的很多东西存在不小的误解。
Singularity jinn·2011-08-05 03:00

人月神话

（1）提倡外科手术式的团队组织：在软件开发组织上的过份民主，往往带来的是没有效率和责任，参与其中的人想法太多，层面参差不齐。所以，软件开发的组织，应该借鉴外科手术式的团队方式，有一个主要的负责人，其他人都是分工协作的副手，这样效率最好，结果最好。（2）软件项目的核心概念要由很少的人来完成，以保证概念的完整性：少就是多，项目的定位需要和功能多少的权衡。太多的想法，使项目没有焦点，什么都要放进去，结果
wjcquking·2011-08-04 18:00

项目管理书籍推荐 .

与《人月神话》一样，《人件》现已成为软件团队管理的经典之作。它和《人月神话》共同被誉为软件图书中"
deepwishly·2011-07-31 22:00

软件任务进度安排

《人月神话》中软件任务进度安排的经验法则：1/3   计划1/6   编码1/4   构件测试和早期系统测试1/4   系统测试，所有构件已完成说明：1、分配给计划的时间占1/3，但仍不足以产生详细和稳定的计划规格说明
ybdesire·2011-07-31 16:00

<> 如何扮演程序经理的角色

Simonyi，那位发明了「所见即所得」(WYSIWYG) 文字处理软体、跟 Martha Stewart 约会、赚进价值亿万的微软股票而且上了太空的天才程式设计师，是首位尝试着组织超大开发团队来解决人月神话的人
kylt·2011-07-03 15:00

软件开发的需求分析

对需求的分析、准确理解和把握，对于软件的成功至关重要，过于频繁的需求变更往往导致软件开发陷入“人月神话”的困境。现代软件工程提出的面向对象分析方法给软件需求分析提供了便利。
anduo1989·2011-06-27 15:00

读《设计原本》，想到IPCore项目

   最近在读Brooks的新书《设计原本》，这位大师是软件工程名著《人月神话》的作者，这部新书却不仅仅局限于软件的设计方法，而是抽象出许多领域在进行设计时共有的特性和一般规律。   
highball·2011-06-03 16:00

《设计原本》书评

    从论坛和微博和同事等渠道，我知道fredicks brooks ,那个《人月神话》的作者有出书了。
1000copy·2011-04-17 01:00

近10年最强的50本计算机图书

NO.1设计模式:可复用面向对象软件的基础DesignPatterns:ElementsofReusableObject-OrientedSoftwareNO.2人月神话TheMythicalMan-Month
fatshaw·2011-04-16 12:00

抽象之美（载录）

写《人月神话》的时候OO还没有出来，现在作者很可能对于这一项技术性的变革投以赞赏的目光。有人说，编程是门艺术。而我认为，更重要的思想认识是——软件工程是门哲学。事实上，面向对象最重要的思想我认为就是来
xiangtui·2011-04-01 13:00

读《最后期限》

听说与《人月神话》齐名的一本软件项目管理书是《最后期限》。与《人月神话》不同的是，它是一本小说，或者说是借小说的形式表达观念的书。这本书并不难读懂，几乎每一章节后都有一段总结。
dijchen·2011-03-30 12:00

设计原本:计算机科学巨匠Frederick P. Brooks的思考（英文版）

设计原本:计算机科学巨匠FrederickP.Brooks的思考（英文版）设计领域的大师之作：图灵奖获得者、《人月神话》作者探究设计原本涵盖所有设计相关议题：从设计哲学到设计实践，从设计过程到设计灵感内容简介无论是软件开发
chinapub_2009·2011-03-11 14:00

如何高效率地工作

记得《人件》还是《人月神话》里说过，好的程序员和差的程序员，工资可能只差2倍，但工作效率可以差到10倍之多。
练习发音·2011-03-11 00:02
上一页 12 13 14 15 16 17 18 19 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他