TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

How to Read an RFC (2018)

100 点作者 ademarre超过 1 年前

5 条评论

klabb3超过 1 年前
I just recently heavily refactored a lib [1] and looked a lot at two RFCs from 2013.<p>I don’t know how representative they are, but overall I got the impression that it’s a lot better than casual specs and academic papers, and good language. Another huge plus is that they don’t change every week, and are published publicly.<p>But at the same time, these ones were unnecessarily complex and with too few examples&#x2F;pseudo-code, which leaves quite a bit of room ambiguity and implementation divergence.<p>I used to think RFCs were impenetrable and superhuman, but now I see it as a bit more mortal. If anything, I think simplicity is the best cure for interop issues – and that includes reducing the amount of knobs. Writing a spec in natural language is certainly a good exercise that can feed back into – and help simplify – the implementation as well.<p>[1]: <a href="https:&#x2F;&#x2F;github.com&#x2F;betamos&#x2F;zeroconf">https:&#x2F;&#x2F;github.com&#x2F;betamos&#x2F;zeroconf</a>
drakonka超过 1 年前
I had to read the OAuth 2.0 RFC (and OIDC specs) while implementing an auth service and found it to be pleasantly painless. By the end, I think I consumed the vast majority of the document itself, but during the planning and implementation phases of my task it was _mostly_ a matter of reading a few relevant chunks at a time (as opposed to reading the whole thing &quot;cover to cover&quot;). It was pretty intuitive to just look for relevant sections.
Shared404超过 1 年前
There&#x27;s several times where I&#x27;ve started jumping to RFC&#x27;s in my work as a sysadmin recently.<p>Typically in the context of &quot;what does this DNS record _actually_ do&quot;, or &quot;OK, I need to know this random detail about an email header a client asked about&quot;, or other small fiddly bits of knowledge.<p>With practice, it&#x27;s gotten surprisingly easy to just skim or ctrl-f for the relevant section. Definitely a skill worth learning - it&#x27;s much easier when on the phone with a client to google &quot;$protocol RFC -&gt; <a href="https:&#x2F;&#x2F;www.rfc-editor.org&#x2F;rfc&#x2F;rfc####" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.rfc-editor.org&#x2F;rfc&#x2F;rfc####</a> -&gt; ctrl-f $topic&quot; then it is to be stuck reading top ten list style blogspam about why $Thing is important, and you should just pay us.
评论 #37276827 未加载
Igrom超过 1 年前
The people I have worked with would not read RFCs frequently, while many were not aware of their existence despite working with technologies for which they were authoritative. Thanks for submitting the guide, it&#x27;s a great starting point to forward someone. Coincidentally, the first one I&#x27;ve read was also the OAuth 2.0 one (used to print them out and read over the holidays!).<p>Which brings me to the mention in the body of the article of a new RFC format with SVG graphics, which is advertised as an improvement over an unreadable plaintext format. Call me old-fashioned, but I&#x27;ve always found the plaintext version the most palatable reading: strict in its uniformity, entirely self-contained and yes, printable. Hope none of that is compromised in the future!
ryandv超过 1 年前
Since Naur is on the front page again [0] it may be worth mentioning that one would do well to know how to read grammars and the ABNF [1] that shows up time and time again throughout RFCs.<p>[0] <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=37263121">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=37263121</a><p>[1] <a href="https:&#x2F;&#x2F;www.rfc-editor.org&#x2F;rfc&#x2F;rfc5234" rel="nofollow noreferrer">https:&#x2F;&#x2F;www.rfc-editor.org&#x2F;rfc&#x2F;rfc5234</a>