程序员必读之作:重构
发布于 2024-10-03
1611
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章讲述了作者计划在十月一后进行《设计模式》的培训,计划从重构开始讲起,针对C和C++的新手。为此,作者决定系统地阅读《重构》这本书,虽然很久前就买了这本书并大致读过,但这次是认真细读。作者之前将这本书借给了表弟,一个编程新手。
作者提到一位有十多年经验的老程序员朋友,曾评价这本书虽然不错,但有些罗嗦。作者同意这一点,并认为对于经验丰富的程序员来说,书中的许多重构方法会让他们产生共鸣,因为这些方法在他们的实践中已经存在,只是没有系统地整理和清晰地表达过。作者对Martin Fowler能如此系统地阐述编程的道理表示钦佩。
作者回忆起大学时读过的一本书《程序设计风格》(《The Elements of Programming Style》),该书总结了62条关于程序设计风格的建议。作者认为,《重构》与《程序设计风格》相得益彰,一个从形式上讲解如何设计程序,一个从内容上讲解如何设计程序,两者都是经典著作,对于想要成为职业程序员的人而言,都是必读之书。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1251.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求变更的5W1H分析
why,需求为什么变化? 甲方的特殊原因: 不知道如何说清楚需求; 没有明确的需求; 没有确认乙方描述的需求; 乙方的特殊原因: 理解错了需求; 没有很好的诱导客户的需求; 共性原因: 业务就是变化; 人与人之间的沟通本来就存在障碍; 特殊原因是可以消除的,共性原因是难以消除的。 who : 谁会提出需求变化? 客户:客户方的
在EXCEL中生成服从三角分布随机数的方法
在项目管理中经常需要对工期进行模拟。一般是对每个任务进行三点估算,然后根据任务的先后顺序关系定义出工期模拟的模型。如果使用商业化的蒙特卡罗模拟工具进行这个工作很容易,但是如果没有专门的蒙特卡罗模拟工具,则需要手工在EXCEL中生成符合三角分布的随机数据,如何做呢?三角分布的概率密度函数与累积分布函数如下:我们可以计算出累积分布函数的逆函数:当a
需求,传说中是这样的……
在软件开发中应该写哪些文档?如何写这些文档? 这是在咨询过程中经常被询问的问题。在敏捷的方法与规范的方法中给出了不同的答案。无论采用何种开发方法,最基本的原则是:需求必须文档化! 人类信息的沟通主要通过2种方式:文档与口头交流。 文档可以流传很久,不容易存在歧义,在传递中不会增加或减少内容,比如《史记》之类的书流传了上千年。 口头交流在传递的过程,很容易由于传递人个人的观点而对信息进行增删
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
图解敏捷性能合弄结构APH之:valuing合弄
图一:valuing合弄的目的与性能等级图二:valuing合弄的活动各种敏捷方法的原则参见博客:https://blog.csdn.net/dylanren/article/details/87184790。 图三:valuing合弄使用的敏捷仪式和技术说明:为便于图形化表达,每种敏捷仪式或技术没有映射到具体的活动,敏捷活动与敏捷仪式是多对多的映射关系。 ...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线