稍微又思考了下，其实 REST 本身也不是规范，而是一种风格。归根结底，只要能抽象成面向资源就 REST ，不能就 RPC 。安全这个就纯属扯淡了。更全面的分析我建议看看周志明大佬的观点： https://icyfenix.cn/architect-perspective/general-architecture/api-style/rest.html 。

没搞明白 POST 更安全的理由，首先 SSL 之上包括 URL 、Header 、Body 都是中间链路透明的。其次不想保留到日志的参数完全应该是设计人员自己的职责。至于 GET 诸如缓存等特性都完全是可控的。
国内大厂觉得自己规范很合理，为啥不起个 fancy 的术语来作为 RestFul 的替代呢？还是说大家其实反的不是 RestFul 而是规范？

因为和有序可重复列表同一级别的抽象是：有序不可重复列表、无序不可 /可重复列表以及有序性、重复性组合的集合、关联数组等。
而数组实现、链表实现这些只是上述高级抽象的低一级实现。
用同级别的抽象描述功能可做到关注点分离。

任何字符串其本身就是一个精准表达其自身的正则表达式。
而能表达任一字符串的正则表达式理论上有无穷多。
你要怎么生成这无穷多的正则表达式？

自行了解 Gravatar

不如学人家 GitHub 开个仓库当首发源，再用自动化工具同步到其他媒体。
公众号这种跟互联网隔离的孤岛有啥意思。

早讨论过多少年了，还整出个术语——蒸发冷却效应。

泥潭也有那么多人分不清日志接口框架和日志实现框架的区别么？

其实你觉得不行，完全可以基于底层命令，设计实现一套上层 CLI 开源出来，发出来推广，不存在什么晚了的说法。
就像 Oh My Zsh 之于 Zsh 一样，实际上很多 Git 的 GUI 本身就是用的底层命令去实现那些上层的功能的。
要我说 Git 的核心只在于理解三棵树模型，CLI 再怎么设计也不可能减少理解这层的成本，而理解了这层的人也不会介意目前的 CLI 设计。

只有同时具备管理硬件和提供抽象两个主要功能才叫操作系统。
去掉前者就是别的东西了。。。

有安全意识的人会把真正机密的东西保存到一台联网的计算机？
然后还装个不知道干了啥的安全软件仿佛这么做就有了安全意识？
不敢苟同。

至于市面上的 IM 软件为何不用这套方案，一方面是出于多端信息同步的需求，一方面就是上面提及的非技术因素了。
实际 IM 卖的是一个社交服务，真正的隐私 IM 应该只是卖一个通讯录，类似一个 DNS 让双方能互相找到彼此建立 SSL 会话即可。

就是因为你这想法会被中间人攻击，所以才出现 CA 机构来颁发 CA 证书解决中间人攻击的啊。
有了 CA 证书，就有了 SSL，就有了 HTTPS 。SSL 还通过密钥交换确保前向安全性。
基于 SSL 的话就只有发信方和收信方能解读加密密文了，中间人劫持封包就得面对大数分解或者离散对数的数学难题。
我没看懂你觉得哪里还有问题，可能你没把 SSL/TLS 的原理学通透。