【分享概要】
      架构师是否需要关注代码?这是一个不曾休止的争论，答案有两种。
      一种看法认为，架构师一般都在办公楼的高层，可能是在顶层工作。仅仅在需要的时候，架构师才会下到开发团队的楼层，用UML图表说明他们对系统的想法。随后，架构师们就乘电梯上楼，收拾东西去打高尔夫球了。在高尔夫球场上，架构师们会关掉移动电话，心无旁骛地自由挥洒。若结束后发现错过了几个电话，他们会打回给开发人员，跟他们说UML上的概念已经是清晰得不能再清晰了——虽然没有一个开发者能够真正理解。他们认为架构师是肯定不编写一行代码的。编写代码的架构师是丢人的,是被鄙视的.
      另一种看法则截然相反，他们认为架构师都是天生的开发者。用类比的方法可以说，“架构师”这个类型继承于“开发者”类型，并添加了一些新的方法（高级技能），还重写了一些方法（因为术业有专攻）。对于某些开发者来说，慢慢成长为架构师是再自然不过的一件事情。架构师可能不会编写太多产品代码，但确实会编写很多其他代码。架构师每天都在不停地编程，他了解编程语言、编码技术、类库、产品、工具、社区技术。在某些编程领域中，架构师懂得甚至比很多开发者还要多。架构师甚至还会编写小工具，提高开发者的生产效率。此外，架构师就是开发团队中的平常一员。例如，在敏捷的开发环境中，架构师经常会编写产代码。在国内一些小公司里，无论采用的是什么开发方法，架构师编写产品代码更应该是极为常见。
      软件质量，不但依赖于架构及项目管理，而且与代码质量紧密相关。这一点，无论是敏捷开发流派还是传统开发流派，都不得不承认。干净的代码，既在质量上较为可靠，也为后期维护、升级,架构演进奠定了良好基础。本讲座面向对象为一切有志于改善代码质量的设计师,架构师及技术经理,技术总监和质量管理部门人员。

【目标收益】
      1、代码坏味道: 介绍常见的糟糕的代码坏味道；
      2、代码重构技术：重构是实现优秀设计的一种重要手段；
      3、代码管理:项目管理者和质量管理部门,如何组织代码评审,代码审查,如果通过代码评审，提高设计能力；
      4、代码质量度量: 软件程序代码的可量化测量,建立代码质量度量评估模型；
      5、持续集成和静态分析工具: 介绍持续集成基本原则和工具,以及应用最佳实践；
      6、通过近年真实项目说明代码最软件产品的重要性,特别是很多失败的案例。

课程大纲：