Geek

说到大名鼎鼎的云原生技术，你一定并不陌生。它的核心技术之一 Kubernetes 早已成为约定俗成的容器编排器，你可能已经或多或少学习过相关的课程。

但是，当你想要把这些知识应用在工程实践时，很快会发现云原生远不是一两款应用就可以概括的。

没错，要进行云原生工程化实践，你需要至少掌握云原生 12 个领域中的十几款产品。在这些领域中，你还要学会对不同的开源产品做技术选型，掌握配置方法，然后将它们连接起来形成研发和发布工作流。

只学习一两项技术远不足以达到这个目的，这也是转型云原生架构师和 SRE 最大的障碍。

实际上，相比通过单项技术入门云原生领域，如果能够站在整体工程实践的视角去学习，快速得到工程化的输出反馈，也许能得到更加事半功倍的效果。而 GitOps 作为一个标准的工程实践方法，其背后的技术几乎覆盖了成为优秀的架构师的所有能力，可以说是入门云原生的重要突破口。

移动应用领域的发展已经超过 10 年，因人员流动、技术债务累积、技术生态更新等原因，产生了大量的遗留系统。如果没有良好的过程管理和重构方法，重写的系统又可能成为新的遗留系统。

你可能遇到过这些难题：

架构混乱：大泥球架构，代码量上百万行，无从下手。
代码质量差：内部耦合高，代码质量低，修改维护牵一发动全身。
开发效率低：编译集成调试慢，开发效率低，缺乏任何自动化测试。
技术栈陈旧：“祖传代码”无人敢动。

为了解决上述问题，这门课程，让你掌握大型 Android 遗留系统的架构演进与重构思路、方法和一线开发经验。课程将围绕一个贴近实际工作的 App 项目，带你在实战演练中，体会单体架构演化为组件化架构的过程。

同时，掌握了课程里的流程方法、工具与设计思想，你也可以无缝应用到其他移动应用项目开发、维护中，真正提高团队的效率，最终提升交付质量。

现在，JavaScript 早已不是当年的一个脚本语言，随着 Web 应用和 Node.js 的兴起、函数式编程的复兴，以及响应式编程开始进入人们视野，让 JavaScript 看上去更“专业”了。虽然和十几年前相比较，JavaScript 也加入了很多功能和语法糖，但是它的核心原理并没有太大变化。

可即使没有太多本质上的变化，JavaScript 也仍然具有容易入门但难以进阶的问题。

造成这个问题的原因主要有两个：一是早期写 JavaScript 的很多程序员的编程基础并不扎实，知识点很杂，导致大家对 JS 的理解不够深入；二是后来入局的一些大咖，很多都是从其它语言转来的，他们认为一些知识没法分享和讲解。

这就使得 JavaScript 的开发者两极分化很严重，一部分一直停留在入门级，一部分出道即巅峰。

Java 诞生二十几年来，一直是业界的主流语言和平台。而 Spring 是 Java 开发事实上的平台。因此深入理解 Spring 基础框架的底层原理很有必要，它能让我们以不变应万变，把握住技术快速流变中相对稳定的内核。在工作过程中也会更加高效准确地使用平台工具，提高应用程序的质量。

虽然 Spring 是开源的，但是面对如此庞大且复杂的源代码，很多技术人都会迷失其中。因此我们邀请到了前 Sun Microsystems Java 研发工程师，开源软件 MiniSpring、MiniTomcat 开发者郭屹，他将采取快速迭代的开发模式，从一个最简单的程序开始，一步步堆积演化，完善框架功能，最终实现 Spring 框架的核心：IOC、MVC、JDBC Template 和 AOP。

在这一步步的迭代过程中，我们会将 Spring 的底层原理融入代码中，一层层对照 Spring 框架的现有结构，让原理理解起来不再困难，让你应用起来更加得心应手。

过去的十多年间，互联网行业迅猛发展，大数据、大规模集群计算、复杂的网络环境……各种新的挑战让人应接不暇。面对这些问题，一些早已发展成熟的语言显示出些许笨重和疲态，也就是在这一语境下，Go 语言应运而生。

Go 语言被称作是“云计算时代的 C 语言”，它专注于软件开发过程本身，简洁、易上手，且天生支持高并发编程。因此，也在众多编程语言中日益显示出其竞争力，市场需求有增无减。

然而，就是在这个崭新的赛道上，想要进阶成为 Go 高级工程师也并非易事。你可能有过这样的困惑：

疲于应付需求，程序缺乏设计，代码也不规范，最终导致程序越来越难扩展和维护；
不懂 Go 语法背后的运行机制，也不知道如何提升，无法解决复杂的系统问题；
难以跳出开发，从上层视角思考系统的技术选型与架构设计；
没有大规模云原生、分布式系统、微服务集群的实战经验，且缺乏学习路径。

每每遇到新技术，或者遇到技术的重大升级，你是不是也会苦恼，虽然自己都能基于官方文档，快速上手新技术，但就是不知道如何将它运用到实际项目中，也不清楚还有哪些用途。反观大厂的同学，似乎就要如鱼得水很多。

其实这无关个人能力，更多是因为你缺少大厂的项目机会和压力，导致面对具体项目时，很难快速发现问题，“对症下药”，更不知道如何设计合适的技术方案。比如：

在前端性能监控项目中，陷入前端性能就是浏览器问题的误区，不懂监控 HTTP 加载资源或者数据 API 导致的性能问题；

在微前端项目中，缺乏 JavaScript 全局变量和 CSS 样式的隔离实践经验，导致应用融合的 JavaScript 全局变量污染和 CSS 样式污染的问题；

在前端自研组件库开发过程中，缺乏全局的主题设计思路，导致所有组件的 CSS 样式无法变更主题和扩展主题等等。

DDD（领域驱动设计），在软件工程里属于软件开发方法学的范畴。它继承了面向对象和敏捷方法的精华，并提炼了一套更容易掌握的原则、模式和实践，特别适合复杂的企业应用的开发。

DDD 在开发微服务，遗留系统改造、架构治理、企业架构、研发效能提升、架构师培养等很多方面，都有用武之地。然而，DDD 想要学习和落地并不容易，主要有以下难点：

领域模建模不好掌握；
领域模型不好实现；
概念混乱，资料良莠不齐；
技术环境还是开发理念，随时代有所变化；
有很多具体落地时才会遇到的问题。

本课程以案例为导向，模拟了敏捷软件开发过程，老师将结合一个企业管理系统案例，带你体验这该系统的三个迭代。每个迭代的需求规模逐渐扩大，复杂性也逐渐增加，相应也会让你不断深化与之对应的 DDD 模式和实践。

迭代一：打通 DDD 的最小闭环

迭代一主要会带你夯实基础，实现一个“麻雀虽小、五脏俱全”的项目。打通从需求分析，到领域建模，再到架构设计，最后到数据库和代码实现的完整闭环。学完这个迭代，你就有能力处理一些不太复杂的项目了。

迭代二：聚合、值对象和泛化

迭代二会深入讲解 DDD 里争议较大，不太好掌握的内容，包括聚合、值对象等等。同时，还会进一步带你提升领域建模能力，深化对分层架构和代码封装的理解。最后，还会学习重要的建模技巧——泛化，这是领域建模由初级走向中、高级的关键技能。学完这个部分，你会有渐入佳境的感觉。

迭代三：进阶建模、架构和落地技能

迭代三会重点讲解 “限界上下文”、事件驱动和 CQRS 等模式，也你深入讨论怎样为更加灵活多变的业务建模，帮你深化对泛化的理解。还会讲到实践落地的关键要点，比如 DDD 切入点的选择，遗留系统的改造等等。学完这个部分，你将掌握更高阶的 DDD 技能，了解如何应对更大范围的项目。

互联网已经迈入高并发时代，大厂与创业公司之间的技术壁垒在不断加码。是否具有高并发系统实践经验，成为检验工程师技术能力的重要指标。从个人职业发展看，具备高并发系统改造优化的经验和能力，就能迅速建立自己的技术优势，不但能从容面试、晋升，更能提升技术竞争力，为未来成为架构师奠定基础。

近年来，高并发相关知识也成了大厂考核的标配。我们经常能看到类似下面这类问题：

为什么百万并发系统不能直接使用 MySQL 服务？
为什么 Redis 内存比磁盘用更多的空间？
怎么保证条件查询缓存的数据一致性？
为什么高级语言不能直接做业务缓存服务？
问题五花八门，但最终考察的是你是否具备高并发系统的底层知识，是否具备解决复杂技术问题的系统设计思路与方法。

一个团队 / 企业究竟能到达什么样的高度，领导者在这其中起着决定性的作用。一个好的领导者能够让一个团队，甚至一个企业起死回生，一个不合格的领导者也很有可能加速企业的衰败。这就要求领导者，要有能力、有洞见、有勇气、有魄力。

尤其是在互联网企业，技术迭代速度之快，行业竞争之激烈，都要求技术领导者既要懂技术，又要懂管理。很多技术本位做得很好的人被提拔为管理者，但做管理和做技术有很大差别，在工作中这些新晋管理者会遇到各式各样的问题，比如：

如何打造一支有自驱力、有战斗力的团队？
怎么为团队制定出合理的绩效考核标准，做到赏罚分明？
减员增效阶段，如何做到精准“瘦身”？
如何合理地分配任务，让合适的人做出最优的结果？
……
很多新晋技术管理者，甚至一些有经验的管理者都会在这些问题踩坑。

我们将从能力、思维、组织建设、日常管理四个维度出发，选取技术管理者日常工作中最常见的 30 个管理痛点，把前人的经验传递给你。

构建能力：总结技术管理者需要具备的能力，以及如何提升这些能力。通过这部分内容，帮你理清管理工作的重点以及快速提升能力的方法，勾勒出技术管理者核心能力的几个象限，培养自身的软实力。

升级思维：成为技术管理者之后，首先要摆正位置，理清工作重点，从思考“如何做好一颗螺丝钉”转变到“如何让机器快速运转”。这个部分会带你跳出具体的代码和技术框架，考量更多维度的事情，形成管理者思维和视角。

日常管理：探讨几个管理工作中的常见问题，比如如何设置团队规则、确定绩效标准、分配任务等等。这些事情虽小，但影响重大。这部分会为你提供问题的解决思路，帮助你快速上手日常管理工作。

组织建设：一个团队最终会变成什么样子，战斗力是否强劲、团队是否和谐，都取决于领导者对团队的管理，比如招什么样的人进入团队，确立什么样的团队文化，怎样优化团队，妥善汰换不合适的成员。这部分会教你打造一支健康、强健、有自驱力的队伍。

随着微服务的流行，各种项目不是微服务，就是在转微服务的过程中，而 Java 开发的微服务框架最火的就是 Dubbo。历经大厂复杂业务的高并发挑战，Dubbo 的技术知识体系非常全面，这是学习的复杂所在。

比如，你在用 Dubbo 设计功能、代码编写、问题排查时一定会有这样的问题：

该怎么快速掌握 Dubbo 框架体系和丰富特性呢？
Dubbo 的知识点我都看了，为什么实际应用就想不到呢？
Dubbo 某些特性我也知道，但为什么需要这样的特性呢？
看到 Dubbo 各种底层报错，如何反推用哪些特性解决呢？

专栏分为 4 个模块：

如果你是初学者，掌握好基础篇就能应付日常开发实践；
如果你是有 Dubbo 基础的开发者，掌握特色篇基本上可以在实战中横着走；
如果你对自己有更高要求，掌握了源码篇，你可以称得上 Dubbo 高手；
如果你能在拓展篇中活学活用前面的知识，就能成功晋级 Dubbo 宗师。

基础篇：用一张 Dubbo 的总体架构图串联日常的开发流程，勾勒对 Dubbo 数十个基础知识点的整体印象，并用视频形式梳理 Dubbo 日常开发必须掌握的基础特性，查漏补缺。

特色篇：以真实案例为背景，逐步分析、推导出需要的技术手段，灵活应用框架中的高级特性来解决实际问题，深入理解高级特性之余，提高利用高级特性开发通用产品功能的能力。

源码篇：通过源码的学习，知其然，知其所以然，站在框架设计者的角度，体会 Dubbo 框架每个机制设计的亮点所在，锻炼对 Dubbo 掌握的纵向深度。

拓展篇：针对一些工作中的定向开发诉求，分析出需要的功能解决方案，并且从前面已学的知识点中，提取关键要素尝试解决，在应用中进一步提升对 Dubbo 的理解。

C20 自 2020 年底推出已经两年了，作为 C 语言继 C11 后的又一次重大变革，这一版本引入的核心语言特性变更和重要库变更，将对 C 开发者的日常开发带来巨大影响，从编程思想的角度看，你甚至可以当成一门新的语言来学习。

举几个例子：

对于模块定义、符号隔离与编译性能间的矛盾，有了 Modules 来解决。
C++ 泛型编程中缺乏良好接口定义的问题，有了 Concepts 来应对。
传统 C++ 异步业务代码需要考虑大量细节，引入了 Coroutines 降低复杂度。
原本 C++ 函数式编程时代码复杂冗长，现在可以通过 Ranges 解决。
如果你是有经验的 C++ 开发者，亟需转换思路，用新工具，解决工作中之前无法解决的老问题；对于新手，C++ 变得更加友好，即便不做为主语言，也可以吸取其精华，体会先进的编程思想。

可被监控和观测是我们开发软件时必须考虑的一环。优秀的软件，一定是考虑了各类故障的发现和应对手段的，因此它们都内置了监控数据的暴露方法，用户可以对其进行观测，了解其健康状况，及时感知系统出现的问题。

随着时代的发展，监控也从最开始的一句话需求——及时感知系统出现的问题，发展到了希望预知问题，并且可以洞察业务经营数据，越来越多的诉求让我们逐渐意识到监控的重要作用。

比如：

通过监控我们可以了解数据趋势，知道系统在未来的某个时刻可能出问题，预知问题。
通过监控我们可以了解系统的水位情况，为服务扩缩容提供数据支撑。
通过监控我们可以给系统把脉，感知到哪里需要优化，比如一些中间件参数的调优。
通过监控我们还可以洞察业务，提供业务决策的数据依据，及时感知业务异常。
因此，优秀的软件，一定会暴露完备的监控指标，或者用现在时髦的话讲，优秀的软件一定是可观测的。

就拿我们常见的数据库中间件来说，你会发现虽然大家的指标暴露方式不同，但没有哪个是缺失监控能力的。

监控领域相关的产品很多，监控数据采集器有 Telegraf、Grafana-agent、Datadog-agent、Categraf、Prometheus 生态的各种 Exporters，时序数据库有 M3DB、VictoriaMetrics、Thanos、InfluxDB、TimescaleDB 等，监控系统有 Zabbix、Open-Falcon、Prometheus、Nightingale 等，整个监控技术体系非常庞杂。

不同的监控目标应该选用哪个采集器？机器、中间件、数据库、应用程序分别应该怎么监控？应该着重关注哪些指标？时序数据量很大，应该选用什么样的存储？作为一个公司级的基础设施，需求各异，选用哪一款系统更便于扩展？

云计算必修小课

每每遇到新技术，或者遇到技术的重大升级，你是不是也会苦恼，虽然自己都能基于官方文档，快速上手新技术，但就是不知道如何将它运用到实际项目中，也不清楚还有哪些用途。反观大厂的同学，似乎就要如鱼得水很多。

其实这无关个人能力，更多是因为你缺少大厂的项目机会和压力，导致面对具体项目时，很难快速发现问题，“对症下药”，更不知道如何设计合适的技术方案。比如：

在前端性能监控项目中，陷入前端性能就是浏览器问题的误区，不懂监控 HTTP 加载资源或者数据 API 导致的性能问题；

在微前端项目中，缺乏 JavaScript 全局变量和 CSS 样式的隔离实践经验，导致应用融合的 JavaScript 全局变量污染和 CSS 样式污染的问题；

在前端自研组件库开发过程中，缺乏全局的主题设计思路，导致所有组件的 CSS 样式无法变更主题和扩展主题等等。

DDD（领域驱动设计），在软件工程里属于软件开发方法学的范畴。它继承了面向对象和敏捷方法的精华，并提炼了一套更容易掌握的原则、模式和实践，特别适合复杂的企业应用的开发。

DDD 在开发微服务，遗留系统改造、架构治理、企业架构、研发效能提升、架构师培养等很多方面，都有用武之地。然而，DDD 想要学习和落地并不容易，主要有以下难点：

领域模建模不好掌握；
领域模型不好实现；
概念混乱，资料良莠不齐；
技术环境还是开发理念，随时代有所变化；
有很多具体落地时才会遇到的问题。

本课程以案例为导向，模拟了敏捷软件开发过程，老师将结合一个企业管理系统案例，带你体验这该系统的三个迭代。每个迭代的需求规模逐渐扩大，复杂性也逐渐增加，相应也会让你不断深化与之对应的 DDD 模式和实践。

迭代一：打通 DDD 的最小闭环

迭代一主要会带你夯实基础，实现一个“麻雀虽小、五脏俱全”的项目。打通从需求分析，到领域建模，再到架构设计，最后到数据库和代码实现的完整闭环。学完这个迭代，你就有能力处理一些不太复杂的项目了。

迭代二：聚合、值对象和泛化

迭代二会深入讲解 DDD 里争议较大，不太好掌握的内容，包括聚合、值对象等等。同时，还会进一步带你提升领域建模能力，深化对分层架构和代码封装的理解。最后，还会学习重要的建模技巧——泛化，这是领域建模由初级走向中、高级的关键技能。学完这个部分，你会有渐入佳境的感觉。

迭代三：进阶建模、架构和落地技能

迭代三会重点讲解 “限界上下文”、事件驱动和 CQRS 等模式，也你深入讨论怎样为更加灵活多变的业务建模，帮你深化对泛化的理解。还会讲到实践落地的关键要点，比如 DDD 切入点的选择，遗留系统的改造等等。学完这个部分，你将掌握更高阶的 DDD 技能，了解如何应对更大范围的项目。

当下 BAT、美团、字节跳动、快手等一线大厂都在加速推进业务的容器化、云原生化。也正是因此，传统的技术架构面临着巨大的冲击，我们的监控对象也由传统的单体结构，变成了分布式的多个微服务。

在这样的背景之下，很多问题成了开发、测试、运维同学的家常便饭：

某个新版本发布上线之后，发现主机的 CPU 使用率持续飙高，但不知道根本原因在哪，只能根据过往的经验一一排查；

新版本上线之后，很难判断功能是不是完全正常，只能等着用户找客服投诉之后，才知道哪个模块出现了报错；

基础设施方面，通过监控搞了一大堆稀奇古怪的仪表盘，看着花花绿绿一大片，可是又不能反映出业务的真实情况，也不能跟随业务的变化而灵活调整。

局面混乱，效率又不高。可以说，监控，被架到了一个不得不革自己命的位置。而可观测性（Observability）就是解决这些问题的关键。

一个团队 / 企业究竟能到达什么样的高度，领导者在这其中起着决定性的作用。一个好的领导者能够让一个团队，甚至一个企业起死回生，一个不合格的领导者也很有可能加速企业的衰败。这就要求领导者，要有能力、有洞见、有勇气、有魄力。

尤其是在互联网企业，技术迭代速度之快，行业竞争之激烈，都要求技术领导者既要懂技术，又要懂管理。很多技术本位做得很好的人被提拔为管理者，但做管理和做技术有很大差别，在工作中这些新晋管理者会遇到各式各样的问题，比如：

如何打造一支有自驱力、有战斗力的团队？
怎么为团队制定出合理的绩效考核标准，做到赏罚分明？
减员增效阶段，如何做到精准“瘦身”？
如何合理地分配任务，让合适的人做出最优的结果？
……
很多新晋技术管理者，甚至一些有经验的管理者都会在这些问题踩坑。

我们将从能力、思维、组织建设、日常管理四个维度出发，选取技术管理者日常工作中最常见的 30 个管理痛点，把前人的经验传递给你。

构建能力：总结技术管理者需要具备的能力，以及如何提升这些能力。通过这部分内容，帮你理清管理工作的重点以及快速提升能力的方法，勾勒出技术管理者核心能力的几个象限，培养自身的软实力。

升级思维：成为技术管理者之后，首先要摆正位置，理清工作重点，从思考“如何做好一颗螺丝钉”转变到“如何让机器快速运转”。这个部分会带你跳出具体的代码和技术框架，考量更多维度的事情，形成管理者思维和视角。

日常管理：探讨几个管理工作中的常见问题，比如如何设置团队规则、确定绩效标准、分配任务等等。这些事情虽小，但影响重大。这部分会为你提供问题的解决思路，帮助你快速上手日常管理工作。

组织建设：一个团队最终会变成什么样子，战斗力是否强劲、团队是否和谐，都取决于领导者对团队的管理，比如招什么样的人进入团队，确立什么样的团队文化，怎样优化团队，妥善汰换不合适的成员。这部分会教你打造一支健康、强健、有自驱力的队伍。

非计算机专业出身或碰到职业瓶颈，如何实现技术能力阶梯式提升？
程序员？管理者？架构师？如何找到适合自己的职业路线？
业务增长乏力，团队价值模糊，如何抓住机会持续成事？
一次次众说纷纭的技术浪潮中，如何修炼技术视野和敏感度？

共分为 4 大模块：

初出茅庐：以更具参考性的非科班奋斗史为背景，模拟另一种人生可能。

江湖风云：对毕玄在阿里 14 年中的亮点项目或成长关键点，做深度复盘，包括中间件 HSF、淘宝消防队、容器 T4、异地多活、运维团队、研发效能部、统一调度，整理踩坑经验和认知提升。

创业维艰：站在一个高 P 离职的创业 CEO 视角，如何看待技术人的成长路线，又如何判断各行业趋势。

高手锦囊：“个人成事、方向选择、团队带领、做事文化、架构修炼”五大专题，从具体项目案例出发，总结分析思路和实操方法。