管理规划有四个相互关联的要素：职能、目标、团队和路径。在上一篇文章中，我们已经探讨了第一个要素，也就是如何界定团队职能。我想现在你应该很清楚自己团队该承担什么样的基本职责，以及希望背负什么样的使命了。

很多产品经理给人的印象就是每天开会，开完会就趴在桌子上写产品需求文档。上次和国内的几个产品经理交流时，有的产品经理告诉我说花好几个星期写的一份产品需求文档，工程师没看完就扔一边了；有的产品经理和我说，他们的产品需求文档非常精确，每个小细节、每个逻辑都讲得清清楚楚，流程图也画得非常清晰，工程师照着这个文档一行一行地写代码就可以了。

你好，我是炒炒。

上一节课，我们探讨了用量化的手段去判断设计需求的优先级，以及如何用量化的方法科学地去做设计需求管理。今天，我们再次用量化来探讨另一个话题：设计创意。

你好，我是陶辉。

这一讲我们将结合前 12 讲，以一个可管理百万主机集群的心跳服务作为实战案例，看看所有高性能服务的设计思路。

首先解释下什么是心跳服务。集群中的主机如果宕机，那么管理服务必须及时发现，并做相应的容灾处理，比如将宕机主机的业务迁移到新的虚拟机上等等。怎么做到及时发现呢？可以要求每台主机定时上报心跳包，考虑到网络报文的延迟，如果管理服务在几个上报周期内未收到心跳，则认为主机宕机。当新主机加入集群后，心跳服务也可以及时识别并告知管理服务。

面向对象分析（OOA）、面向对象设计（OOD）、面向对象编程（OOP），是面向对象开发的三个主要环节。在前面的章节中，我对三者的讲解比较偏理论、偏概括性，目的是让你先有一个宏观的了解，知道什么是 OOA、OOD、OOP。不过，光知道“是什么”是不够的，我们更重要的还是要知道“如何做”，也就是，如何进行面向对象分析、设计与编程。

你好，我是郭忆。

从 OneData 到 OneService、从方法论到支撑技术、从宏观架构到微观实现，我已经带你系统地了解了建设数据中台的所有核心知识点。你可以看到，虽然人人都在讨论数据中台，但是真的实战起来，还是不简单吧？

你好，我是四火。

又到了一章的末尾，特别放送时间。专栏上线后的这几周，我在留言区回答了一些问题，有一些是技术上的问题，也有一些是非技术上的问题。尽管在 [开篇词] 和 [学习路径] 中我已经介绍了全栈工程师的角色、重要性和学习方法，但是依然见到不少困惑和疑问，其中一个问题反复出现，那就是面对那么多的软件技术，总有一种“学不过来”的感觉，为此感到焦虑和担忧。尤其是对于全栈工程师而言，这个话题更是被放大了。

你好，我是臧萌。前面我们聊了外包，今天我们来聊聊外包的兄弟：外派。

外包和外派有类似之处。都是甲方因为某些原因，需要一些人帮助甲方工作，但是甲方不和实际工作的人直接签订劳动合同。那外包和外派到底有哪些不同呢？如果我已经在做外派了，有哪些点是我可以注意的呢？到底要不要一直做外派呢？今天我就和你来探讨一下这些问题。

经常会有同学来问我，我的数据库占用空间太大，我把一个最大的表删掉了一半的数据，怎么表文件的大小还是没变？

那么今天，我就和你聊聊数据库表的空间回收，看看如何解决这个问题。

你好，我是张磊。今天我和你分享的主题是：为什么我们需要 Pod。

在前面的文章中，我详细介绍了在 Kubernetes 里部署一个应用的过程。在这些讲解中，我提到了这样一个知识点：Pod，是 Kubernetes 项目中最小的 API 对象。如果换一个更专业的说法，我们可以这样描述：Pod，是 Kubernetes 项目的原子调度单位。