@lance6716 保证不重复也可以是有界的保证，也可以是随机，比如在周期范围内（不然总数大于可能的状态数，数学上就必然会有碰撞，讨论这个没有意义）保证不重复的随机可以通过随机排序来做到。。。（然后那个随机排序用的是有效的随机源）

除此之外，还有一个思路是直接服务端渲染完搜集绘图指令发送到前端，然后在 canvas 里复现结果，这样就完全不用考虑布局差异了，可以做到 100%兼容，除开一部分文本输入的做一些特殊处理，其他的应该都可以做到 canvas 里。
GTK3 的一个显示后端就是直接接入浏览器的。

@3dwelcome Erlang 早就用这一套思路做服务端实时渲染了。。。不过前端用 wasm 的也就近几年才流行，知名的有 C# 的 OOUI

这个架势下去迟早整个 gnu/linux 要变成 systemd/linux，所有用户侧的东西都要被替换完了（

UWP 程序就别用 sandboxie 了。。。

开发分支和发布分支独立（每个大版本都弄一个独立分支，同时也要打 tag ）然后修复通用问题的时候就是去开发分支上 cherry pick，然后再打 tag

官方推的是 Kotlin （

是不是可以直接撤销证书。。。每次认证颁发新证书，退出时就直接撤销

gif 还可以显示当前时间呢
http://image.thum.io/get/https://hookrace.net/time.gif
(被缓存了就加一个?随机数

你看看会不会是硬盘的问题，比如公司用 ssd，笔记本是机械，

（意思是换个机器就流畅了？那你看看有没有什么硬件差异

你可能需要的是 Spectrum https://imgur.com/a/EUFVckL.png 不过大概只能用于隐藏 ip，没有专门的邮箱服务商那样还能防垃圾邮件的功能（

ECS 里的 component 根本不能放逻辑，就是一个普通数据，所有逻辑都应该在 system 中处理，而 Entity 则作为实体的索引，通常可以实现成一个整数。
系统通过按一定条件遍历组件和观测组件增删状态来实现逻辑，每一个系统单独描述一个功能。
ECS 里的事件系统，要做的话，会做成类似资源的模式，（其实说白了就是全局变量），但是和楼主说的这里有所不同的是，事件触发并非是 push 模式，而是会做成在 system 里 pull，这样的好处很明显，就是规避了回调这种“扭曲”的控制流，使得你可以在正确的上下文处理事件，也不会由于并发导致触发事件处理器时的竞争状态（一个合理的 ecs 系统，应该能够根据 system 的需求（即需要读写哪些组件，用到了哪些资源）合理的安排并发，既不会导致竞争状态，也能最大程度利用多个核心，这在传统事件驱动里就很难做了，要么做成单线程处理一切，要么就是重新实现一大堆同步控制原语，保证事件处理不会有竞争）

@aleen42 抖个机灵而已，不用在意。想到一年前有个 hn 大火的文章说好多开发者写博客最后都变成写新的静态网站生成器去了（折腾主题也算吧）
话说回来 Markdown 确实有很多局限性，虽然看起来过得去，但是真遇到点需求还得内嵌 html （然后大部分标签又会被 GFM 过滤），要说最纯粹，那肯定是省去这些中间步骤，一步到位直接写生成文件来的纯粹

最纯的方法：用 HTML 写 HTML，用 PostScript 写 pdf

@agagega 因为都是机器生成的，所以一定是完全一致的，这个方法就可行了。。。（甚至连投影都不需要修复

上面的例子当我没说，看了一眼并不能声明多个语言，不过你可以手动写好几份，反正都是一次性编写的事情