目录

  • 1. code 架构
    • 1.1. 代码质量的评判的维度
    • 1.2. 架构师
    • 1.3. 基础平台篇

1. code 架构

1.1. 代码质量的评判的维度

  • 可阅读性 (方便代码流转)
  • 可扩展性 / 可维护性(方便修改功能, 添加新功能)
  • 可测试性 (质量管理)
  • 可复用性 (简化后续功能开发的难度)

1.2. 架构师

软件工程是一项非常复杂的系统工程, 它需要依赖一个能够掌控整个工程全局的团队, 来规划和引导整个系统的演变过程。这个团队就是架构师团队。

从根本目标来说, 软件架构师要对软件工程的执行结果负责, 这包括:

  • 按时按质进行软件的迭代和发布
  • 敏捷地响应需求变更、防范软件质量风险 (避免发生软件质量事故)
  • 降低迭代维护成本

软件架构师和软件工程师最根本的差别又在哪里? 我认为关键在于四个字: 掌控全局。

怎么做到掌控全局? 核心在于对知识脉络的体系化梳理。这是架构能力构建和全面提升的关键。这种方法不单单是在软件工程中适用。

掌控全局的前提是: 在自己心中去重新构建出整个世界。在这个过程中, 你不需要一上来沉浸在某个技术的实现细节(除非它影响了你对这个世界构建过程的理解), 但是你知道整个世界的脉络, 知道整个世界的骨架。 这个时候, 你对这个世界的感觉是完全不同的, 因为, 你已经成为了这个世界的构建者。 而架构的本质, 不也正是构建和创造么?