搜索所有贴 - 汲道

/360项目，这是大型机时代的支柱。他的经历被记录在一系列开创性的文章中，后来发表在《人月神话》上，这是软件工程师的必读书目。其他书籍包括“设计的设计”。他后来领导了北卡罗来纳大学的CS部门。 2

1 年前

解决方案是不是违背一条裤子适合所有人穿的人月神话？账户中金额转账无疑属于业务问题，但是在追求效率的今天，手工银行转账时代需要通过记账方式实现，而今有了大型数据库则成为非常快速瞬间的事情。但是且慢，非常

3 年前

10x开发人员：有些程序员的生产力是其他人的十倍。最初的概念来自弗雷德·布鲁克斯（ Fred Brooks）的 “人月神话”（The Mythical Man-Month），此话题此后一直

4 年前

5 先前由弗雷德·布鲁克斯 (Fred Brooks) 在《#人月神话》中阐述过。规则 5 通常被缩写为“编写使用智能对象的愚蠢代码”。 [list] [*]人们也忘记了这句话来自 20

6 个月前

弗雷德·布鲁克斯 (Fred Brooks) 在《人月神话》的伟大之处在于，它围绕着在任何专业软件开发过程中除了代码之外的所有事物的重要性。应该成为每一位管理工程师的管理者的圣经

5 个月前

情况，但是最终且不可避免地，优先级的冲突或分歧将导致流程和结果同样冲突或分歧。 2.布鲁克斯定律摘自《神话人月》： “ 为一个较晚的软件项目增加人力会使其变得更晚。 ” 当您意识到自己

3 年前

页面中，您将听到业内最成功和最受尊敬的产品领导者的各种意见，这些见解将帮助您领导您的团队并提供卓越的产品。” 人月神话作者：弗雷德里克·布鲁克斯如果您只能阅读一本计算机科学书籍

2 年前

受难者猛然间看到希望。写《人月神话》的时候OO还没有出来，现在作者很可能对于这一项技术性的变革投以赞赏的目光。有人说，编程是门艺术。而我认为，更重要的思想认识是——软件工程是门哲学。事实上，面向对象最

10 年前

: a.喜爱微服务 b.讨厌微服务 c.冷漠无足够准备建立维护微服务开始我们会预期到这样的架构会遭遇到不同意见，但是也许是受到了“人月神话”的影响，团队民主平等的气氛虽然很活跃，但是会

9 年前

德里克·布鲁克斯（ Frederick Brooks ）在他的开创性著作《人月神话》中将其命名为康威定律，而这个名字就一直存在。我认为康威定律——以及它正在发生的事情——表明我们的“信息革命

2 年前

言和技术方法能够带来效率和新的设计理念，与其在一个方向里艰苦斗牛较真，不如轻松重新选择一个方法，重新选择一个工具，起到事半功倍的效果，劳动并不光荣，会劳动才光荣。 ● 人月神话里说，在一个开发团队中

10 年前

开发软件应用程序的有效方法的知识。 9) 人月神话《Peopleware：富有成效的项目和团队》是 Tom DeMarco 撰写的一本书。它揭示了以前被忽视的领导力问题。它为管理软件项目或组织

5 个月前

的政治将把这种主动性从内部撕裂”。第二系统第二系统效应，这个术语来自Fred Brooks的出色著作《神话人月》。通过以下步骤产生第二种系统效果：最初的产品从小规模开始

2 年前

“ 神话人月 ” 的核心论点 notes " class='body_href' >1 ：总的来说，增加更多的软件工程师不会让项目变得更快，只会让它变大。构建软件不是为了避免失败; 它是在

4 年前

。布鲁克定律在经典著作《人月神话》中，弗雷德·布鲁克 (Fred Brook) 有句名言：为迟到的项目增加人力会使其更晚。尽管本书讨论的是软件项目，但它适用于大多数类型的项目，甚至是软件开发

2 年前

登录