简介
软件质量,不但依赖于架构,设计以及项目管理,而且与代码质量紧密相关.这一点,无论你使用什么开发技术,都不得不承认. 代码是程序员沟通最直接的手段,代码是技术交流的手段,代码是需求交流的途径。重视代码,回归本源,曾经我们远离代码,谈架构设计,谈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认为"未来属于知道如何有策略地删除代码的公司”。持有代码的成本要比我们想象的大。意识到这一点的公司更具有竞争优势。
为了切实帮助软件企业降低企业项目开发成本,大面积提高软件工程师编程能力和代码质量管理能力,我们特别推出实战训练营. 分享多家大型研发中心代码管理经验给大家.
该课程适应于各个阶段的技术人员.初级工程师能够透过大师的眼睛来看待编程,了解编程的价值观和原则;具有丰富经验的设计师和架构师可以通过实现模式进行反思,探究成功实践背后的意义.把价值观,原则和开发实践结合;管理者通过学习业界著名研发中心的管理经验和失败的教训,来制定自己公司的代码管理策略.质量管理相关人员学习如何定制代码质量指标,通过哪些工具进行监控,怎样管理代码质量。
我们已经为几十家企业提供了多次培训和咨询服务,以下企业已经选择了我们的内训课程
Ø 互联网研发企业,比如百度研发中心,阿里巴巴, 腾讯 ,畅唐科技, 猎豹移动(原金山移动)
Ø 电信研发企业,比如思科研发中心,阿尔卡特-朗讯研发中心,华为研发中心,摩托罗拉研发中心,大唐电信研发,广州从兴电子,亿阳通信 , 爱立信研发中心,鼎桥通信技术, 艾默生研发中心,中兴通讯研发中心,
广州诚毅科技研发中心,神州数码网络通信研发中心,北京全路通信信号研究设计院,上海贝尔电信
Ø 企业软件研发企业,比如Adobe中国研发中心,北京久其研发中心,博古中国研发中心,金蝶深圳研发中心, EMC中国研发中心(北京和上海),VMware中国研发中心,珠海远光,爱德万测试有限公司advantest
Ø 嵌入式软件企业,比如阿尔卑斯中国研发中心,德国M&M Software,西门子研发中心, Sony研发中心,金立智能研究院,南车研发中心,德塞西威,霍尼韦尔研发中心, 东芝中国研发中心, 汇川科技, 霍尼韦尔
Ø 外包类企业,联盟计算机服务
Ø 金融行业:恒生电子,华腾,中国人民银行研发中心,工商行研发中心,平安科技研发中心,建行研发中心,深圳登记结算研发中心,花旗银行中国研发中心
目标
角色 | 收获 |
Ø 技术负责人/技术总监 | Ø 了解业内先进的代码审查的形式、技术、技巧和流程的成功经验,优化现有开发中心代码审核方法; Ø 掌握业内成熟的自动化审核审查工具及方法,提升开发人员在代码结构分析、代码质量度量、代码覆盖率分析等方面的能力,并有效运用到项目研发工作中。 |
Ø 项目经理/项目管理人员/架构师/ | Ø 学习其他研发机构的代码管理思想 Ø 代码管理手段 Ø 代码管理相关流程和相关工具 Ø 代码监控 |
Ø 测试部门/质量管理部门 | Ø 代码审查 Ø 代码检查列表 Ø 代码管理手段 Ø 代码管理制度的建立 |
Ø 资深开发人员 | Ø 掌握代码编码规范、代码评审要点等知识,引导开发人员养成正确的代码编写习惯; Ø 编程技艺和相关编程实践 Ø 重构手段 |
Ø 一般开发人员 | Ø 编程技艺和相关编程实践 Ø 重构手段 Ø 代码坏味道 |
课程时长
2天(12H)
受众人群
Ø 各类软件企业和研发中心的程序员、软件设计师、架构师, 项目经理,质量部门员工。
Ø 如果你不重视代码质量, 请不要参加. 本课程面向重视代码质量的管理者.l
Ø 如果你不认为写好代码是一件重要,困难并且有趣的事情,请你不要参加. 本课程面向追求卓越的程序员,我们认为编程是一种态度.
Ø 如果你已经多年不写代码,最好不要参加,本课程面向一线还在编程的程序员/设计师/架构师
分享提纲
(该内容为2天版本,实际课程根据现场学员可能微调整)
模块 | 单元 | 内容 |
第一篇 编程是一种态度-------价值观 | 第1单元 代码就是债务 | 内容一:代码是债务 1. 代码的认识---代码就是债务 2. 代码是债务,越少越好 3. 你拥有的代码越多,添加新内容所要付出的成本就越高 4. 通过案例分析让代码库尽可能小的方法: 5. 通过国际研发中心电信计费系统演示代码是债务的思想,10多年国外研发团队设计与研发第一版本,目前几百人在维护 通过项目演示通过重构如何减少了一半的代码,维护的人员的减少 项目的失败可能归咎于各种各样的原因。一些项目因糟糕的需求而失败,另一些则由于钱和时间超支了,还有少数单纯是因为糟糕的管理所致。如果我们探究其根本原因,是否会发现所有项目失败的罪魁祸首是糟糕的代码呢? Bob大叔坚信糟糕的代码所带来的成本之大足够让一个项目失败。 |
第2单元 编程价值观 | 内容一:编程价值观 1. 编程的方法学 2. 什么是好的代码,我们却认为“Good code is not bad code !” 3. 编程价值观---沟通,简单,灵活 4. 价值观决定行为 5. 优秀代码的评价标准, 什么是高质量编码? 特征是什么? 6. 软件代码的可读性 7. 代码的可扩展性 8. 糟糕代码的特征 9. 劣质代码的代价 10. 大师评价整洁代码的标准 11. 通过大量项目案例分析,什么是好的代码,对好代码新的认识 | |
第二篇 编程是一种技艺-------实践篇 | 第3单元 重构实践 | 内容一:重构 1. 重构概述 2. 何时重构 3. 重构的误区 4. 重构是持续进行的,不要先编写烂代码,再抽出重构 5. 如何发现哪些地方需要重构 6. 如何保证重构的正确 7. 如何测试重构 8. 通过一个小案例演示重构的基本思想(什么时间重构,如何发现重构点,如何保证重构的正确性,最后如何验收)
内容二:案例—通过实际项目演示重构 1. 介绍项目需求情况,进行设计 2. 阅读代码指出代码坏症状 3. 通过重构逐步改善代码质量 4. 通过该案例演示重构的过程,我们遇到的难处,如何解决?
内容三:重构关键—代码的坏味道 1. 代码坏味道概述 2. 代码坏味道的分类 3. 识别代码坏味道,是重构的最重要一步 4. 所谓重构,无非就是嗅到坏味道,然后,一小步一小步的改了它。问题是,很多人对坏味道的容忍度让他们嗅不到坏味道, 5. 案例分析—通过真实项目的代码,分析代码坏味道
内容四:重构实践 1. 重构手法概述 2. 简要演示重构的主要手法 3. 使用IDE重构工具进行重构 4. 通过案例演示如何通过重构工具完成重构 |
第4单元 修改遗留系统代码 | 内容一:修改遗留项目代码 1. 必须修改遗留的代码起因 2. 遗留代码修改危险事项 3. 如何对依赖代码做测试 4. 依赖代码的感知与分离 5. 依赖代码修改的接缝技术 6. 修改依赖代码的工具 7. 降低风险的措施 8. 接依赖技术 9. 通过多个大型项目案例分析,如何修改遗留代码,分析如何解耦
内容二:拒绝退化-如何修改遗留系统,而不破坏现有系统结构 1. 拒绝退化—“首先不要伤害” 2. Sprout Method 3. Sprout Class 4. Wrap Method 5. Wrap Method 6. 通过案例分析,如何修改遗留代码,而不破坏现有系统代码结构
| |
第5单元 高质量函数 | 内容一:高质量函数/过程 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. 代码的可维护成本分析—通过大量案例分析 a) 确定需要修改哪些部分有多难 b) 必要的改动有多少 c) 实现改动对系统其他部分的影响有多大 5. 如何实现代码的易扩展—函数接缝 6. 接缝(seam),指程序中的一些特殊的点,在这些点上你无需做任何修改就可以达到改动程序行为的目的 7. 通过案例分析,如何实现函数的灵活/易扩展。 | |
第6单元 高质量函数规则-十个一 | 内容一:函数10个一 1. 每个变量只用于单一用途 2. 每一个行代码只表达一件事 3. 一个循环只做一件事 4. 单一抽象层次原则 5. 代码组织得一次只做一件事情 6. 函数体内只关注一种变化的原因(动机) 7. 函数应该遵守单一职责 8. 函数圈复杂应该小于一十 9. 函数第一原则是必须要短小 10. 编写函数时必须一心一意,专注,怀有谦卑的心态 11. 通过大量真实案例的代码进行分析函数的错误处理和异常处理 | |
第三篇 编程是一种习惯-------管理篇 | 第7单元 代码质量体系最佳实践 | 内容一:代码质量管理4个现代化 1. 代码管理的4个现代化 a) 质量量化(如何设置质量指标) b) 工具化(如何寻找合适的工具 c) 自动化(把流程自动化,忘记流程) d) 持续优化(反思与优化) 2. 多家电信研发中心,如何实现4个代码现代化
内容二:代码静态分析 1. 程序静态分析(Program Static Analysis)是指在不运行代码的方式下,通过词法分析、语法分析、控制流分析等技术对程序代码进行扫描,验证代码是否满足规范性、安全性、可靠性、可维护性等指标的一种代码分析技术。 2. 程序静态分析(Program Static Analysis)可以帮助软件开发人员、质量保证人员查找代码中存在的结构性错误、安全漏洞等问题,从而保证软件的整体质量 3. 静态分析的特点 4. 常用静态分析技术 5. 静态分析实现方式
内容五:代码质量管理体系 1. 结合国内多家研发中心的代码管理经验分享 2. 代码质量体系的建立 |
Mace Liu
百林哲咨询(北京)有限公司专家团队成员
Mace Liu
百林哲咨询(北京)有限公司专家团队成员
Mace Liu
百林哲咨询(北京)有限公司专家团队成员
Mace Liu
百林哲咨询(北京)有限公司专家团队成员
Mace Liu
百林哲咨询(北京)有限公司专家团队成员
Mace Liu
百林哲咨询(北京)有限公司专家团队成员
Mace Liu
百林哲咨询(北京)有限公司专家团队成员