你好，我是宝玉，我今天分享的主题是：为什么你不爱写项目文档？

我以前看过一个投票，盘点程序员不喜欢的事，有两条和文档相关：

不喜欢写文档；
不喜欢项目文档太少。

你好，我是范学雷。

今天，我们来讲一个之前总提到的知识点：随机数。比如，我们在讲初始化向量时，提到可以使用随机数来避免重复。事实上，随机数还有更广泛的用途。可以这么说，只要使用密码学的技术，我们一定会用到随机数。

你好，我是雷蓓蓓。

根据多年的实践经验，我发现，项目管理不只是一种硬技能，更是一项软实力。就软实力而言，最重要的不是招式，而是内功。从这一讲开始，我就来教你修炼内功。

你好，我是唐聪。

在使用 etcd 的过程中，你是否吐槽过 etcd 性能差呢？我们知道，etcd 社区线性读压测结果可以达到 14w/s，那为什么在实际业务场景中有时却只有几千，甚至几百、几十，还会偶发超时、频繁抖动呢？

你好，我是戴铭。

通常情况下，App 的性能问题虽然不会导致 App 不可用，但依然会影响到用户体验。如果这个性能问题不断累积，达到临界点以后，问题就会爆发出来。这时，影响到的就不仅仅是用户了，还有负责 App 开发的你。

你好，我是郑晔。

代码坏味道的说法源自《重构》这本书，坏味道和重构这两个概念几乎是如影随形。提及《重构》这本书，在国内谁还能比《重构》两版的译者熊节更了解它呢？所以，这一讲，我就请来了我的老朋友熊节，谈谈在他眼中看到的重构和坏味道。有请熊节老师！

你好，我是何小锋。上一讲我们介绍了 RPC 中常用的保护手段“熔断限流”，熔断是调用方为了避免在调用过程中，服务提供方出现问题的时候，自身资源被耗尽的一种保护行为；而限流则是服务提供方为防止自己被突发流量打垮的一种保护行为。虽然这两种手段作用的对象不同，但出发点都是为了实现自我保护，所以一旦发生这种行为，业务都是有损的。

你好，我是蒋德钧。

Redis 之所以被广泛应用，很重要的一个原因就是它支持高性能访问。也正因为这样，我们必须要重视所有可能影响 Redis 性能的因素（例如命令操作、系统配置、关键机制、硬件配置等），不仅要知道具体的机制，尽可能避免性能异常的情况出现，还要提前准备好应对异常的方案。

你好，我是 Rocky。

今天我们来聊聊如何在设计中考虑人的隐私与个性化。

让我先来解释一下为什么把这两个概念放在一起。你可以先看看上面这个隐私和个性化之间的关系图。

你好，我是李玥。

之前连续几节课，我们都在以 MySQL 为例子，讲如何应对海量数据，如何应对高并发，如何实现高可用，我先带你简单复习一下。

1. 数据量太大查询慢怎么办？存档历史数据或者分库分表，这是数据分片。
2. 并发太高扛不住怎么办？读写分离，这是增加实例数。
3. 数据库宕机怎么办？增加从节点，主节点宕机的时候用从节点顶上，这是主从复制。但是这里面要特别注意数据一致性的问题。

我在之前课程中，也多次提到过，这些方法不仅仅是 MySQL 特有的，对于几乎所有的存储系统，都是适用的。