人月神话

《人月神话》第3章：外科手术队伍（The Surgical Team）

这些研究表明，效率高和效率低的实施者之间个体差别非常大，经常能够达到数量级的水平。Thestudiesrevealedlargeindividualdifferencesbetweenhighandlowperformers,oftenbyanorderofmagnitude...技而优则管，技术人员晋升为管理者后，遇到技术问题，往往亲力亲为，而不会让水平更低的下属来干。软件开发的团队选择往往是一
牟海川·2020-03-08 10:30

程序员必读经典书籍

（转载~）《代码大全》史蒂夫·迈克康奈尔《程序员修炼之道》《计算机程序的构造和解释》《C程序设计语言》《算法导论》《重构：改善既有代码的设计》《设计模式》《人月神话》《计算机程序设计艺术》《编译原理》（
Vos井宝·2020-03-05 00:14

《慢煮生活》阅读笔记

上个礼拜去楼下书柜拿了本《人月神话》，一本经典的程序开发指南。彼时舍友小马正在看一本《广告投放技术》。“你说，我们这么功利，老看这种工具书，会不会有一天就变成一个无趣的人？”我问小马。
xialichong·2020-03-03 19:17

那些买了却一还直没有读的书

ew##技术书《程序设计语言·实践之路》《计算机程序设计艺术·卷1基本算法》《现代操作系统》《计算机程序的构造和解释》《设计模式·可复用面向对象软件设计的基础》《人月神话》《Wireshark网络分析就这么简单
Cuinidaye·2020-02-28 18:21

人月神话

阅读经典——《人月神话》02何谓人月神话——TheMythicalMan-month？讲真，这句英语按字面来理解似乎应该是“神话般的人月”，翻译成人月神话虽然有新意，却不易理解。
金戈大王·2020-02-27 22:18

2016读书回顾

在过去的一年的书单列表如下：《MySql技术内幕InnoDB存储引擎第2版》、《代码整洁之道》、《重构》、《架构即未来》、《人月神话》、《代码大全》。
lensuntop·2020-02-26 06:03

个人情况介绍+《人月神话》读后感+本周学习情况（2020.02.17-2020.02.23）

1个人情况介绍经历：仅在本科阶段学习过C语言编程，未进行系统性软件开发学习。此外，自学过MATLAB，并进行过基础的编程学习。认识：对计算机有些兴趣，但并非擅长的领域。但能认识到当前社会对计算机编程、软件工程能力的强烈需求。接下来，我将努力学习，尽快掌握Python的编程学习，努力提高软件编程技能。规划：未来服从组织分配，应该是从事船舶动力系统的维护与管理。之前未进行过系统的软件工程学习，同时目前
小羊同学12·2020-02-25 20:00

不想做架构师的程序员不是好程序员-读人月神话

《人月神话》是软件工程界的两本神书之一，另外一本是《人件》，它们被封神的原因可能是：都是关于人与团队的书（非具体技术），被淘汰的过程比较慢，软件技术日新月异，但人性变化并不大写得比较早，描写也比较深刻，
何一涛·2020-02-22 06:30

谁更稳定？

为了证明其观点，还专门引用了FredBrooks在《人月神话》里的叙述：Showmeyourflowcharts,andconcealyourtables,andIshallcontinuetobemystified
_袁英杰_·2020-02-20 01:07

左脑不知道右脑在表达什么

有一个故事叫《巴比伦塔的失败》，相信看过《人月神话》的同学对这个故事都印象深刻。这个故事本取自于《创世纪》，却也鲜明的指出了人类协作过程中最大的问题：交流。
陈正曦·2020-02-19 01:49

人月神话_3

获得概念的完整性编程系统（软件）的目的是使计算机更加容易使用。为了做到这一点，计算机装备了语言和各种工具，这些工具实际上也是被调用的程序，受到编程语言的控制。使用这些工具是有代价的：软件外部描述的规模大小是计算机系统本身说明的十倍。用户会发现寻找一个特定功能是很容易的，但相应却有太多的选择，要记住太多的选项和格式。只有当这些功能说明节约下来的时间，比用在学习、记忆和搜索手册上的时间要少时，易用性才
XiaoGao128·2020-02-15 11:00

人月神话_2

乐观主义所有的编程人员都是乐观主义者。可能是这种现代魔术特别吸引那些相信美满结局的人；也可能是成百上千琐碎的挫折赶走了大多数人，只剩下了那些习惯上只关注结果的人；还可能仅仅因为计算机还很年轻，程序员更加年轻，而年轻人总是些乐观主义者——无论是什么样的程序，结果是勿庸置疑的：“这次它肯定会运行。”或者“我刚刚找出了最后一个错误。”所以系统编程的进度安排背后的第一个假设是：一切都将运作良好，每一项任务
XiaoGao128·2020-02-15 11:00

人月神话_1

FrederickP.Brooks，Jr.是北卡罗来纳大学Kenan-Flagler商学院的计算机科学教授，北卡来罗来纳大学位于美国北卡来罗来纳州的查布尔希尔。Brooks被认为是“IBM360系统之父”，他担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。凭借在上述项目的杰出贡献，他、BobEvans和ErichBloch在1985年荣获了美国国家技术奖（NationalMeda
XiaoGao128·2020-02-14 11:00

人月神话读后感

作者指出，软件工程，绝非如传统的农业生产或工业生产那样，通过人和时间的累加就可以扩大生产规模或加快生产效率。作者通过巴别塔的失败形象的指出沟通是有成本和损耗的。麦克斯韦尔的小妖，曾经貌似不需要做功，只需要思考判断，就可以有序化冷热分子。现在我们都知道，这个小妖实际是做了功了，它的思考就是在做功。在1948年，香农将热力学的熵，引入到信息论，被称为香农熵。也就是说，信息，思考和沟通，是做功的，是有成
明月照我还·2020-02-13 23:00

《人月神话》（P3）越加人进度越慢

空泛的估算编程人员有时和厨师一样，某项任务的计划进度，受限制与客户要求的紧迫程度，然而紧迫程度并不能控制实际完成的情况。例如，约定两分钟内煎完一个鸡蛋，看上去简单，但实际上它无法在两分钟内完成，顾客只能选择等待或者吃生鸡蛋。厨师的另一个选择是把火开大，不过结果常常是得到一个更糟糕的煎蛋。为了满足顾客期望而造成的不合理进度安排，在软件领域中非常普遍。不科学的估算方法，少的可怜的数据支持，完全凭借产品
fourn熊能·2020-02-12 23:10

《人月神话》读后感1----成功的产品《王者荣耀》和自我反省

老师为我们推荐了本阅读书目：《人月神话》、《梦断代码》、《程序员的修炼之路：从小工到专家》。
维多利亚少年i·2020-02-12 20:00

计算机书籍推荐

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

《人月神话》读后感(三)

所有的编程人员都有乐观主义，总是相信自己的代码是肯定能运行的。所以在安排项目的进度的时候就会是假设在代码能够在正常运行时因该花费的时间。而现实往往不是乐观，在项目的进展过程中会存在各种不可预知的问题。在这个时候项目经理就会为项目增加人员，然而增加人员反而导致项目进度越来越慢。因为新增加的人员还需要培训，需要时间去了解项目的内容和进展情况。在投入了更多的人力的时候，经理发现项目进度反而更慢他就会投入
递归的力量·2020-02-11 15:00

——读《人月神话》有感

小brooks的《人月神话》这本书在软件工程管理领域畅销40年，我看的是40周年中文纪念版。相比于原版增加了一些作者根据今天软件工程管理现状添加的一些新的观点与评论，看看哪些过时了，哪些依然有效。
吴尼玛cs·2020-02-10 10:48

996是一种怎样的体验?

但就像人月神话
懒牛随想·2020-02-08 07:44

《人月神话》读后感

《人月神话》中有说到“焦油坑”，大概就是说编程就像身陷焦油坑，要想存活下来就必须得有技巧，看清楚问题本质。编程是很有趣的，前提是你得对它感兴趣（完了，我没戏了）。
诗麟·2020-02-07 19:00

学习进度总结（六）

《人月神话》阅读第五章--巴比伦塔的失败作者将巴比伦塔失败的原因之一归结于缺乏交流，缺乏组织。而我们能从中的来的教训之一在大型软件开发，要无比重视交流的重要性。
Mac_13·2020-02-06 20:00

《人月神话》读后感(二)

职业的烦恼必须追求完美，由他人来设定目标，供给资源，提供信息。个人的权威和他所承担的责任是不相配的。对于创造者，只有在实现的过程中，才能发现我们构思的不完整性和不一致性。因此，对于理论家而言，书写、试验以及“工作实现”是非常基本和必要的。而我们的构思是有缺陷的，因此总会有bug。也就是说，我们的乐观主义并不应该是理所应当的。对于系统编程人员而言，对其他人的依赖是一件非常痛苦的事情。他依靠其他人的程
递归的力量·2020-02-06 15:00

《人月神话》（P2）错误的进度估计

在众多的项目中，缺乏合理的进度安排是造成项目延期最主要的原因，这比其他所有因素加起来影响还要大。这个灾难是怎么发生的呢？所有编程人员都是乐观主义者所有系统的进度安排背后第一个错误的假设是：一切都将运作良好，每项任务仅需要花费它“应该”花费的时间。对于创造者，只有在实现的过程中，才能发现我们构思的不完整和不一致性。编程人员通过非常纯粹的思维活动构思程序，所以很容易自信的认为实现过程中不会遇到困难。然
fourn熊能·2020-02-05 05:45

学习进度总结（四）

人月神话阅读今天没有进行视频的学习，读了读人月神话，好久没读了。今天学习的第三章外科手术队伍在软件中的“外科手术队伍”有一个类似于外科医生的首席程序员。
Mac_13·2020-02-04 22:00

《人月神话》第2章：人月神话

美酒的酿造需要年头，美食的烹调需要时间；片刻等待，更多美味，更多享受。Goodcookingtakestime,ifyouaremadetowait,itistoserveyoubetter,andtopleaseyou...在众从软件项目中，缺乏合理的进度安排是造成项目滞后的最主要原因，它比其他所有因素加起来的影响还要大。导致这种灾难如此普遍的原因是什么呢？1、乐观主义。我们对估算技术缺乏有效的
牟海川·2020-02-03 22:55

《人月神话》第1章：焦油坑

岸上的船儿如同海上的灯塔，无法移动Ashiponthebeachisalighthousetothesea...巨兽在焦油坑中垂死挣扎，它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有强壮或具有足够的技巧，能够挣脱束缚，它们都沉到了坑底。过去几十年的大型系统开发就犹如这样一个焦油坑，各种团队，大型的或小型的，庞杂的或精干的，一个接一个淹没在了焦油坑中。独立来看，每一个坑都不是问题，但
牟海川·2020-02-03 16:21

《人月神话》读后感(一)

《人月神话》是大学刚开始就很熟悉的一本书，似乎都要在书架上摆上它才能表明软件工程学生的身份。
递归的力量·2020-02-03 14:00

【芯学苑】给程序员的七本书

《人月神话：软件工程论文集》(周年第二版)作者：**FrederickBrooks,Jr.这是一本比较古老的书(它的第一版诞
芯学苑·2020-02-02 23:55

人月神话读书笔记二

外科手术队伍领头羊只能有一个，其他人辅助它来完成任务。没有高低贵贱，只是分工不同。最好的团队组成应该是类似外科手术队伍结构，这样我们能够获得减少沟通，提交生产效率等等诸多好处，而且最重要的是我们将获得概念的完整性。将设计交由一个人或者非常少数忽悠默契的人来完成才能保证概念的完整性，而将体系结构，设计实现和物理实现相分离则是获得概念完整性的强有力方法，这一点契合了我们现在已经作为常识的“关注点分离”
烈日灼心h·2020-02-02 21:00

《人月神话》 读后感

刚开始拜读《人月神话》这本书，给我的感觉就是“虽然不懂你在讲什么但好像很有道理”。我知道这是因为我的编程经验还是太少，不能够深课理解里面的东西。
半暖时光丶·2020-02-02 18:00

《人月神话》读后感之三

我们都知道，在实际的工程项目中，正确的文档结构很重要，如果没有正确的文档结构则可能会影响到进度，另外要及时更新团队文件，有的时候因为种种原因，没有及时更新文件而导致进度的推迟，这些都是很有必要的考虑因素，及时更新不仅仅是给主管看更是要所有人都看到当前的最新情况，另外团队成员之间要有或者说要保证有一定的交流，团队组织的目的是减少不必要交流和合作的数量，因此良好的团队组织是解决上述交流问题的关键措施。
noor9·2020-02-01 23:00

学习进度总结（一）

阅读日记人月神话讲的对于软件项目进度的估
Mac_13·2020-02-01 22:00

人月神话读书笔记一

用了将近一周的时间，终于把人月神话读完了。本想着今天把读书笔记全部发完，但是老师要求每天都要发表博客，所以我决定分三天发表。我看的是40周年中文纪念版。
烈日灼心h·2020-02-01 20:00

《人月神话》（P9）时间估算

在本书的第二章节——人月神话中，作者有提到关于编程时间的问题，大体上是这么说的：项目之所以延期，排在第一位的原因是因为缺乏合理的进度安排，而且列举了会导致进度安排不合理的原因，其中大部分都是人为因素或者观念以及概念上的问题
fourn熊能·2020-02-01 16:01

iOS架构推荐书籍

推荐书籍参考于APP架构师实践指南一文.架构之美人月神话精益创业实战架构师技能矩阵软件架构设计Swifter:100个Swift开发必备TipJava8新特性Java动态代理机制分析及扩展设计模式、接口设计
MMD_·2020-02-01 03:01

《人月神话》读后感*part3

在程序设计时，也要考虑空间的合理安排。根据类似软件的大小进行合理规划。如果一个软件正常只需要20mb的存储空间，就最好不要让他变成100mb。由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设置规模的目标，控制规模，考虑减小规模的方法，就像硬件开发人员会设立元器件数量目标，控制元器件的数量，想出一些减少零件的方法。同任何开销一样，规模本身不是坏事，但不必要的规模是不可取的。编程需
_Aming·2020-01-30 23:00

《人月神话》读后感*part2

在做项目的时候，难免有分歧。有的人就觉得自己的好，想要应用自己的东西，画蛇添足，造成混乱。那么如何避免呢？结构式最好牢记是开发人员承担创造性和发明性的实现责任，所以结构师只能建议，而不能支配；时刻准备着为所指定的说明建议一种实现的方法，同样准备接受其他任何能达到目标的方法；对上述的建议保持低调和平静；准备放弃坚持所作的改进建议。结构师如何避免画蛇添足——开发第二个系统所引起的后果？是的，他无法跳过
_Aming·2020-01-30 19:00

《人月神话》读后感*part1

人月神话这本书大致讲述的是在程序项目过程中的管理及安排等。
_Aming·2020-01-30 12:00

《人月神话》阅读笔记（1）

前两天从网站上下载好了人月神话后就开始读了起来，据说这本书是程序员的“圣经”。计划寒假把它读完，然后开学之前写一下读后感。
Mac_13·2020-01-20 23:00

如何针对具体业务采用合适的负载均衡策略

人月神话《人月神话》是FrederickP.Brooks的著作，被称为软件工程四大名著之一。Brooks结合了大量软件工程实践，向大家阐释了大型项目中普遍存在的难题，以及解决问题的方法和思路。
千锋IJava·2020-01-14 16:06

软工实践个人总结

2）总结这门课程的实践总结和给你带来的提升，包括以下内容：二、人月神话三、这学期下来，你最感谢的人是谁？有什么话想要对TA说呢？
无情的皮卡丘·2020-01-11 20:00

左耳听风笔记摘要（07-10）推荐书单/Go/Docker

书单推荐/Go/Docker推荐必读书单代码大全程序员修练之道计算机的构造和解释算法导论设计模式重构人月神话代码整洁之道EffectiveJavaUnix编程艺术Unix高级环境编程更多的书单可以看stackoverflow
西街二叔·2020-01-10 10:00

系统问题和个人问题

《人月神话》指出：没有两个软件的部分是相同的，软件不存在重复的部分。
XIE_Ruochen·2020-01-05 15:06

——读《人月神话》有感

我要把产品当成我自己的儿子一样把她造出来并养大，于是带着这份未知的神秘色彩，耗费了四个月的时间，当上了一名苦逼的产品，表面上由公司CEO（原腾讯产品总监）直接带的，可是这些坑依旧得自己踩一遍才能长记性；后来老大推荐了一本《人月神话
Owen_1·2020-01-04 00:32

如何正确阅读计算机科学书籍？

这其中不乏《21天学会JAVA》这样的语言入门书籍，也有《算法导论》这样的专题书籍，也有《人月神话》这样关于软件管理学的实用性的书籍。也许你已经读过他们中的大部分，也许你现在还在不断地购入新的书
八戒程序猿·2020-01-03 12:56

最大化良好运行（Python全栈项目描述）

———摘自《人月神话》没有银弹在所有恐怖民间传说的妖怪中，最可怕的是人狼，因为它们可以完全出乎意料地从熟悉的面孔编程可怕的妖怪。为了对付人狼，我们在寻找可以消灭它们的银弹
悬崖勒小马·2020-01-03 12:16

系统分析与设计 Lesson 1 作业

1.2阅读经典名著“人月神话”等资料，解释softwarecrisis、COCOMO模型软件危机（英语：SoftwareCrisis）是早期计算机科学的一个术语，是指在软件开发及维护的过程中所遇到的一系列严重问题
Andiedie·2020-01-02 23:18

《人月神话》：构建高效率团队

本周怀着朝圣的心情拜读了“软工圣经”——《人月神话》。不夸张地说，受到了很大的震动。
Tworld255·2020-01-01 04:06

《人月神话》笔记

《人月神话》读毕。十年前，我在读本科，当时看完后印象不深。现在有了一定工作经验后，读起来颇多共鸣与收获。
爱与智慧的信徒·2019-12-31 23:10
上一页 3 4 5 6 7 8 9 10 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他