设计评审的价值和重要性

与需求评审不同，传统开发模式下测试人员很少参加设计评审，总觉得和测试的关系不大，其实，这样的认知是错误的。

记得在一次会议演讲之后，一位与会的测试同学提问：如何进行可靠性测试？

在实际开发中，数据库的扩容和不同的分库分表规则直接相关，今天我们从系统设计的角度，抽象了一个项目开发中出现的业务场景，从数据库设计、路由规则，以及数据迁移方案的角度进行讨论。

性能是前端领域关注度非常高的话题，因为页面性能的好坏会直接影响用户体验。为了不断提升用户体验，前端工程师往往会对页面性能不断改进，而这个改进的过程就叫性能优化。这一讲我们就详细探究性能优化相关的内容。

你好，我是你的运维课老师 Jeson，本课时我们主要讲解操作系统故障时修复的常见有效方案。

通常操作系统遇到的一些灾难性故障，会导致操作系统无法正常运行、启动或是运维人员无法进行管理。我们想要学习解决操作系统的故障，就必须了解操作系统依赖的一些核心模块。

某日，在 TGO 鲲鹏会全国会员群里，一位会员说了句“刚开始实行 996 一个半月，就有人提出离职了”。这一话题马上引起许多会员的共鸣，由此展开了热烈的讨论，其中不乏许多精彩的观点与实用的经验。加班文化，是很多技术管理者绕不过去的困惑，到底应不应该加班，怎么衡量加班的成果，怎么加班才不会让团队的兄弟们反感？为了解答这些问题，我们邀请了几位当天参与讨论的技术领导者写下了自己的观点，供大家参考。

我们终于到了“信仰”篇。“信仰”这个词是我经常在公司调侃新员工，问他们有没有为“信仰”充值，这里的信仰指代的就是比特币。

比特币相关的技术前面一个专题已经介绍过了，再深入挖掘就是隔离见证和扩容之争了，我们今天重点介绍比特币本身的来龙去脉，感受一下这个世界的变化之大。

在开始今天的学习前，我建议你先复习一下专栏第 6 讲有关动态代理的内容。作为 Java 基础模块中的内容，考虑到不同基础的同学以及一个循序渐进的学习过程，我当时并没有在源码层面介绍动态代理的实现技术，仅进行了相应的技术比较。但是，有了上一讲的类加载的学习基础后，我想是时候该进行深入分析了。

前面我们讲了，数据中心里面堆着一大片一大片的机器，用网络连接起来，机器数目一旦非常多，人们就发现，维护这么一大片机器还挺麻烦的，有好多不灵活的地方。

从 2005 年开始，逐渐流行使用 C/C++ 语言结合脚本语言（Lua、Python、Ruby 等等）编写游戏。这是因为用 C/C++ 编写游戏的传统方式，硬代码太多，而使用硬代码编写的游戏，更新难度很大，除非重新编译一次程序。

在第 20 讲，我介绍了 TDD、UTDD 和 ATDD，主要讨论了需求的可测试性，通过测试先行的敏捷开发理念，比如先建立用户故事的验收标准，来提升需求的质量。今天在 ATDD 基础上，再往前进一步，介绍 BDD——行为驱动开发。