我认为，更好的问题是“如何编写好的规范？” ...
在我看来，大多数 RFC 都是糟糕的规范……就我个人而言，我非常讨厌它们……它们仍然比 ECMA 规范更好，但这不是一个真正的标准，我认为……
例如：将json.org 上的 JSON-“specs”与实际的 RFC进行比较...我同意，第一个不是 100% 准确（嗯，实际上它比大多数 JSON 编码器更准确），但在几行中和一些语法图，它说明了 JSON 从哪里来，它的用法是什么，并定义了格式......
我不认为编写无休止的 RCF 有什么真正的意义，因为最终没有人读它们，导致了这样的情况：
如果你真的想提出一个标准，或者让它易于理解，就不要使用无数页的文档......这只是浪费时间......当标准成熟时，你可以开始费心制定一个非常正式和严格的定义，如果真的很清楚的话，这是跨实现的高度一致行为的良好基础......
不要使用太多奇怪的和发明的单词、缩写或引用数千种其他事物来模糊想法……解决方案的简单性是衡量其实际价值的标准……并对待文档的读者，就像对待一个稍微愚蠢的外星人，你必须向他们解释一切，但同时期望他们能够遵循不合理的复杂和臃肿的解释，对我来说似乎不太理智......只是吻......;）
| 归档时间： |
|
| 查看次数： |
1619 次 |
| 最近记录： |