阅读源代码是开源软件的重要组成部分。这意味着用户有能力查看代码并了解它的作用。
但“阅读源代码”不仅适用于代码。 了解代码实现的标准也同样重要。 这些标准以文档的形式编纂，称为“征求意见稿”（RFC），由互联网工程任务组（IETF）发布。 多年来已经发布了数千个 RFC，因此我们收集了一些我们的贡献者认为必读的 RFC。
6 个必读 RFC
RFC 2119—在 RFC 中使用的关键字，用于指示需求级别
这是一篇简短的阅读材料，但对于理解其他 RFC 来说很重要。 RFC 2119 定义了后续 RFC 中使用的需求级别。 “MAY” 实际上是什么意思？ 如果标准说 “SHOULD”，您是否*真的*必须这样做？ 通过为需求提供明确定义的分类，RFC 2119 有助于避免歧义。
RFC 3339—互联网上的日期和时间：时间戳
时间是全世界程序员的祸根。 RFC 3339 定义了时间戳的格式。 基于 ISO 8601 标准，3339 为我们提供了一种表示时间和时间流逝的通用方法。 例如，星期几之类的冗余信息不应包含在存储的时间戳中，因为它很容易计算。
RFC 1918—私有互联网的地址分配
有一种互联网是大家的，还有一种互联网是你的。 私有网络一直都在使用，RFC 1918 定义了这些网络。 当然，你可以将路由器设置为在内部路由公共空间，但这绝对是*坏主意*。 或者，您可以采用未使用的公共 IP 地址并将其视为内部网络。 在任何一种情况下，都很明显你从未读过 RFC 1918。
RFC 1912—常见的 DNS 操作和配置错误
一切都是 #@%@ DNS 问题，对吗？ RFC 1912 列出了管理员在试图保持互联网运行状态时所犯的错误。 虽然它于 1996 年发布，但 DNS（以及人们在使用它时所犯的错误）并没有发生太大变化。 要了解我们为什么首先需要 DNS，请考虑 RFC 289—我们希望成为主机名的官方列表 今天会是什么样子。
RFC 2822—互联网消息格式
你认为你知道有效的电子邮件地址是什么样的吗？ 如果大量网站不接受我地址中的“+”符号，那就说明你不知道。 RFC 2822 定义了有效的电子邮件地址应该是什么样的。 它还详细介绍了电子邮件消息的其余部分。
RFC 7231—超文本传输协议（HTTP/1.1）：语义和内容
当你停下来思考时，我们在线上所做的一切几乎都依赖于 HTTP。 RFC 7231 是该协议的最新更新之一。 它有 100 多页，定义了方法、标头和状态码。
3 个应该阅读的 RFC
好吧，并非每个 RFC 都是严肃的事情。
RFC 1149—通过鸟类载体传输 IP 数据报的标准
网络以许多不同的方式传递数据包。 RFC 1149 描述了信鸽的使用。 当我离州际公路超过一英里时，它们不会比我的移动运营商更不可靠。
RFC 2324—超文本咖啡壶控制协议 (HTCPCP/1.0)
咖啡对于完成工作非常重要，因此当然，我们需要一个程序界面来管理我们的咖啡壶。 RFC 2324 定义了与咖啡壶交互的协议，并添加了 HTTP 418（“我是一个茶壶”）。
RFC 69—麻省理工学院的邮件列表更改
RFC 69 是第一个发布的错误定向的取消订阅请求示例吗？
您必读的 RFC 是什么（无论它们是否严肃）？ 在评论中分享您的列表。
2 条评论