您好!欢迎来到确立达集团 · 惠州公司,制造培训网!
咨询热线
您现在的位置:首页 > 培训课程分类 > 研发管理
软件高质量代码体系最佳实践
发布日期:2020-12-25  浏览次数:

软件高质量代码体系最佳实践

【课程背景】
    软件质量,不但依赖于架构,设计以及项目管理,而且与代码质量紧密相关.这一点,无论你使用什么开发技术,都不得不承认. 代码是程序员沟通最直接的手段,代码是技术交流的手段,代码是需求交流的途径。重视代码,回归本源,曾经我们远离代码,谈架构设计,谈UML,谈开发流程。如今我们落地,找回软件的本源,彻彻底底看清代码、深入思考代码。那些一流的研发中心非常重视代码,Facebook就有经典的Code wins arguments(代码赢得争论)。在Facebook 做 code review时间大约占50%,管理者对代码质量负有一定责任 。甚至代码质量高于一切:Facebook Code review是重点KPI考核的对象,实行连坐制,如果因为代码质量问题,那么产生的KPI责任包括领导30%、程序员50%、审核人员20%。 
    但是我们的管理者经常听到开发人员这样抱怨:“不能再增加功能了!我们得停下来重写代码。软件代码一团糟,就像纸糊的老虎,根本应付不了持续增加的用户需求。我们实在维护不下去了!最好推倒重写吧” 
    这一幕在很多公司上演过,现在依然在不断重演。一旦公司陷入这种困境,以前版本的开发者往往沦为替罪羊。新的开发者一般就会骂前人怎么写这么烂的代码。他们准备推倒重来,准备重写系统。在重写代码的过程中,用户无法看到产品的任何改进。你可能认为重写代码至多也就几个月,但是实际花费的时间无一例外要多得 多。你只能坐在一旁,眼睁睁看着用户投奔竞争对手,而这个时候,竞争对手恰恰在不断地改进产品。 
    我们研发中心有一个理念”代码是债务而不是资产”。最开始,团队会编写代码,做出产品,并用它来赚钱,但是,之后团队应该尽可能地寻找减少代码的方法和使代码尽量整洁,从而降低成本。软件界有一个真理,你拥有的代码越多,维护代码所要付出的成本就越高。如果你的代码结构越好,你做了越多的单元测试,你的代码质量越好、越小、耦合越松,那么添加新代码所需要付出的成本就越少。因此大师 Craig Larman说: “最好维护的代码就是没有代码,好的程序员的代码产量是负的,因为他通过减少代码来增加功能”。对比现实中,很多人以为,LOC(line of code)越多的feature越大,写LOC越多的程序员越牛。这其实是极其错误的观念.
    因此我们必须有全面的管理制度让我们保持代码少而整洁。所以Michael Feathers认为"未来属于知道如何有策略地删除代码的公司”。持有代码的成本要比我们想象的大。意识到这一点的公司更具有竞争优势。 
    为了切实帮助软件企业降低企业项目开发成本,大面积提高软件工程师编程能力和代码质量管理能力,我们特别推出实战训练营. 分享多家大型研发中心代码管理经验给大家. 
    该课程适应于各个阶段的技术人员.初级工程师能够透过大师的眼睛来看待编程,了解编程的价值观和原则;具有丰富经验的设计师和架构师可以通过实现模式进行反思,探究成功实践背后的意义.把价值观,原则和开发实践结合;管理者通过学习业界著名研发中心的管理经验和失败的教训,来制定自己公司的代码管理策略. 质量管理相关人员学习如何定制代码质量指标,通过哪些工具进行监控,怎样管理代码质量。 
【课程对象】
各类软件企业和研发中心的程序员、软件设计师、架构师, 项目经理,质量部门员工。 
l 如果你不重视代码质量, 请不要参加. 本课程面向重视代码质量的管理者. 
l 如果你不认为写好代码是一件重要,困难并且有趣的事情,请你不要参加. 本课程面向追求卓越的程序员,我们认为编程是一种态度. 
l 如果你已经多年不写代码,最好不要参加,本课程面向一线还在编程的程序员/设计师/架构师 
【课程收益】
课程根据著名编程大师的理论: 编程是一种态度,编程是一种技艺,编程是一种习惯。 
面向以下不同的人群,有不同收获。


角色

收获

技术负责人/技术总监

1、了解业内先进的代码审查的形式、技术、技巧和流程的成功经验,优化现有开发中心代码审核方法;
2.   2、掌握业内成熟的自动化审核审查工具及方法,提升开发人员在代码结构分析、代码质量度量、代码覆盖率分析等方面的能力,并有效运用到项目研发工作中。

项目经理/项目管理人员/架构师

1.   1、学习其他研发机构的代码管理思想
2.   2、代码管理手段
3.   3、代码管理相关流程和相关工具
4.   4、代码监控

测试部门/质量管理部门

1.   1、代码审查
2.   2、代码检查列表
3.   3、代码管理手段
4.   4、代码管理制度的建立

资深开发人员

1.   1、掌握代码编码规范、代码评审要点等知识,引导开发人员养成正确的代码编写习惯;
2.   2、编程技艺和相关编程实践
3.   3、重构手段

一般开发人员

1.   1、编程技艺和相关编程实践
2.   2、重构手段
3.   3、代码坏味道

 
【课程大纲】
第一篇: 编程是一种态度-------价值观
第1单元  代码就是债务
内容一:代码是债务

1.      代码的认识---代码就是债务
2.      代码是债务,越少越好
3.      你拥有的代码越多,添加新内容所要付出的成本就越高
4.      通过案例分析让代码库尽可能小的方法:
5.      通过国际研发中心电信计费系统演示代码是债务的思想,10多年国外研发团队设计与研发第一版本,目前几百人在维护
v 通过项目演示通过重构如何减少了一半的代码,维护的人员的减少
项目的失败可能归咎于各种各样的原因。一些项目因糟糕的需求而失败,另一些则由于钱和时间超支了,还有少数单纯是因为糟糕的管理所致。如果我们探究其根本原因,是否会发现所有项目失败的罪魁祸首是糟糕的代码呢?
Bob大叔坚信糟糕的代码所带来的成本之大足够让一个项目失败。
内容二软件界要以新视角看待代码
1.      传统的软件工程对代码的错误认识
2.      代码的两面性,代码的静态结构和运行时行为
3.      客户和管理者往往仅仅关注代码的运行时的行为
4.      温伯格认为的主管必须关注代码
5.      软件设计与代码的关系—真正好的设计是在编码阶段一步一步而形成的,通过案例分析,设计如何根据代码进行演化
6.      编程真的是简单的劳动吗?
7.      通过多家项目案例进行分析,传统思想对代码的种种误解,我们提出了从3种新的角度来观察代码
第2单元编程价值观
内容一:编程价值观

1.      编程的方法学
2.      什么是好的代码,我们却认为“Good code is not bad code !”
3.      编程价值观---沟通,简单,灵活
4.      价值观决定行为
5.      优秀代码的评价标准:什么是高质量编码? 特征是什么?
6.      软件代码的可读性
7.      代码的可扩展性
8.      糟糕代码的特征
9.      劣质代码的代价
10.   大师评价整洁代码的标准
11.   通过大量项目案例分析,什么是好的代码,对好代码新的认识
第二篇: 编程是一种技艺-------实践篇
第3单元 高质量函数
内容一:高质量函数/过程

1.      为什么需要函数
2.      函数复杂度度量
3.      函数圈复杂度以及度量
4.      函数抽象层次-单一抽象层次原则SLAP(Single Level of Abstrction Principle)
5.      函数实现模式之—组合函数(Composed Method)
6.      万恶之源—函数过长
7.      函数的单一职责
8.      函数第一原则:是要短小,函数第二原则:是还要短小,函数第三原则:是必须短小
9.      函数重构之道—抽取方法(Extract Method)和抽取对象函数
10.   函数命名—怎样取好的函数名
11.   通过大量项目代码分析,函数的遇到的各种问题,如何编程高质量函数
内容二:函数易理解与沟通
1.      函数主体流
2.      函数的异常处理
3.      函数主题流程简化方法1-助手方法
4.      助手方法的应用场景
5.      助手方法的效果
6.      函数主题流程简化方法2-函数对象(MethodObject)
7.      通过真实项目代码进行分析,如果提高代码的可读性
内容三:函数灵活/易可扩展---函数接缝
1.      历史遗留代码维护问题
2.      某电信研发中心的维护问题—开发维护的效率问题。
3.      增加一个功能特性的成本并不单单是为这些功能编码所花费时间的成本,还应该包括特性扩展的障碍成本。
4.      代码的可维护成本分析—通过大量案例分析
5.      如何实现代码的易扩展—函数接缝
6.      接缝(seam),指程序中的一些特殊的点,在这些点上你无需做任何修改就可以达到改动程序行为的目的
7.      通过案例分析,如何实现函数的灵活/易扩展。
内容四:函数参数
1.      函数参数过长
2.      最理想的参数数量是零,其次是一,再次是二,有足够的理由才能使用三个以上参数.
3.      函数参数重构之道-引入参数对象(introduce parameter object
4.      函数参数的顺序.
5.      不要把程序参数当做工作变量/临时变量
6.      函数参数模式-collecting parameter
7.      函数返回值
8.      通过大量项目代码是函数参数问题 
9.      演示函参数的重构 
内容五:变量
1.      “一旦了解在程序设计中如何使用变量,他就掌握了程序设计的精华。”-Dijkstra
2.      为什么需要变量—变量的引入的理由
3.      单一变量用途
4.      变量与方法
5.      变量作用域
6.      变量声明与初始化
7.      通过案例分析, 函数的变量如何处理与控制。
内容六:函数代码重复
1.      重复的危害
2.      强加的重复/无意的重复/无耐心的重复/开发者之间的重复
3.      不要重复自己DRY—Don't Repeat Yourself Principle
4.      Make It Easy to Reuse(让复用变得容易)
5.      魔法数(Magic number)
6.      重复性代码(Duplicated Code)
7.      接口不同的相似类(Alternative
Classes with Different Interfaces)
8.      系统分离关注点
9.      系统架构的基础通用服务组件
10.   通过某项目代码是介绍重复编码问题
11.   演示研发过程之中的常见重复问题,以及如何解决
内容七:条件表达式...

 

最新公开课更多>>