扫码阅读
手机扫码阅读
读<软件工程的事实与谬误>所得
83 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:读<软件工程的事实与谬误>所得
文章来源:
麦哲思科技任甲林
扫码关注公众号
本摘要基于一位读者分享的阅读体验,该读者偶然购买了一本关于软件工程的书籍,起初并未立即阅读,但最终在火车上完成了阅读。他深受启发,尤其是书中关于软件开发和维护的13个事实。以下是这些事实的总结:
- 在软件工程的核心三要素(人、过程、技术)中,人才是最关键的。
- 优秀的程序员的效率可以比较差的程序员高出28倍,但薪酬差距并不显著,因此重要的是雇佣最优秀的人才。
- 大多数软件工具对效率和质量的提升只有5%-35%。
- 在明确需求之前进行估算是不准确的。
- 在预测时应依据理性而非政治。
- 技术人员通常比管理人员更早地意识到项目失控的情况。
- 成功的大规模软件复用需要在特定领域内实施。
- 软件复用需要遵循3倍法则:开发可复用的组件要比使用这些组件难三倍,且在收录组件之前应在三个应用中进行试用。
- 问题的复杂性增加25%,解决方案的复杂性会增加100%。
- 软件开发80%的工作是智力活动,20%是文书工作。
- 应从最困难的部分开始设计软件。
- 设计和编码工作不应轻易分离。
- 软件维护成本占软件总成本的60%,而功能增强则占维护成本的60%。
这些观点提供了对软件开发和维护过程的深刻理解,读者计划重新阅读该书以进一步吸收和理解书中的概念。
想要了解更多内容?
查看原文:读<软件工程的事实与谬误>所得
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105.2K
麦哲思科技任甲林的其他文章
软件项目的工作量估算方法
(1)经验法Ø DELPHI方法:需要多个专家参与。Ø 类比法:可以一个专家根据历史相似的项目进行估计。(2)模型法Ø 一元线性关系工作量=规模*生产率+C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0。这是最简单的估算模型。Ø 多元线性关系工作量=规模*生产率*复用率*难度系数*人员能力系数*……+ C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0
敏捷的过程改进方法:从经验教训中学习
每次去客户现场做差距分析或者运行检查,总是习惯于找他们的缺点,但是每次也总能从客户那里发现他们的优点,时间久了,慢慢地对缺陷麻木了,审丑疲劳了,只有发现他们的优点时,我才会精神一振,心情愉快。 今年1-2月份期间我去给一个客户做运行检查,整理完发现报告后,我查阅了那6个项目组的阶段总结报告与项目总结报告中的经验教训部分,我发现的60%的缺陷他们自己也感觉到了,只是没有人去提取、去系统的归纳整理、
程序员必读之作:重构
十月一之后安排了我去培训《设计模式》,由于听众多为C与C++的新手,我想先从重构开始讲起,循序渐进,于是我决定仔细阅读〈重构〉这本书。 这本书我很久之前买的,当时大概读了读,感觉不错,就拿给了我表弟去读,他是程序新手。 这次是系统地读。 有个朋友曾经跟我说过,这本书不错,只是有点罗嗦,他是十多年经验的老程序员了,有此感觉很正常。写一个好程序的道理其实就如一层窗户纸,一点就透。但是,难得的是这本书系
风险来源与风险分类的区别与联系
CMMI 1.2的RSKM 过程域的SP1.1为:Determine risk sources and categories,在该实践中明确区分了风险来源与风险分类。确定风险的来源和分类是为了全面、系统地识别潜在风险,合并类似风险的规避措施。风险来源用于在项目或组织内确定风险产生的原因。对项目来讲有许多风险来源,包括内部和外部的。风险来源标识了风险可能发生的常见领域。常见的内部和外部风险来源有:•
知识、经验、悟性与执行力
每次去售前的时候客户总会问,选择什么样的EPG成员才合适? 前一段时间偶然看了一集《卧薪尝胆》电视剧,深受启发,总结了4个选人要素: 1 知识 知识是基础要求,应该有基本的软件工程知识,而不是白纸一张,这样才能容易沟通,知识可以通过学习来获得。 有无知识是相对的,知识可以通过是否学习过哪些课程,接受过哪些培训,读过哪些书籍来衡量。 实践出真知。知识经过实践的锤炼才能真正成为自己的知识,对知识与经验
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线