一对多映射，别想了，加字段吧

从块文件的层面去考虑的话，长度改变后面的全部都要重新写一遍。
文件系统可能允许文件分为多个块或者簇，它们可以变长的话可能可以解决。
sqlite 说是有并发问题的…… 应当也是全读全写？可能有 padding 空间？可能允许乱序？

权限应当只决定一件事：这个接口是否允许被调用。
我怀疑你的资源粒度还不够细。

需要反汇编，而且应当不能完全分析，C 语言允许使用函数指针实现一定程度的动态，还有在结构体里塞函数指针装作自己是面向对象这样的操作

游戏的「多平台同步上线」竟然不包含 PS 和 XB

只是丢个链接能算安利吗？

这字体一看就不走心 https://i.imgur.com/JFB4upq.png

@xuqiccr 那大概是富士康来了批新人（

@jousca 怎么可能，要是真的我可以一夜之间把全中国家宽废掉

如果你有很明确的层级关系，这样一点问题都没有。但如果没有层级关系，这样就是在降低可维护性。

甚至还见过
.../{参数 1}/{参数 2}
和
.../{参数 1}/{参数 2}/False
是两个完全不同的接口，两个返回 json 字段重合的只有一个 id

@samohyes 突然变成博弈论课题
段子：博弈论期末考试题，对错题『这道题有不超过 80%的人给出的答案为「对」』

@xingshu1990 好家伙，三个人挂了四个称谓

@efaun @dynastysea
garbage in garbage out 和 defensive coding 之争仍然在继续（

@kop1989 至于像 Rust 一样要求所有参与者都需要学习现实中实在太难了。

@chenqh 因为通常 Linux 大多服务器，性能更强、uptime 更长、而且占性能不容易被发现（感知比较间接）
类似地，据说加密勒索软件最早是 mac 上的，因为 mac 用户基本都是资料金贵又没时间折腾备份的。

话说，地理围栏难道不是避免有限地需要位置的应用后台运行消耗电量的吗？
（不是所有应用都是逐向导航）

@zhuangzhuang1988 是安全，但是这个安全是手动档的

（仅仅是诙谐地采用门纲目来描述）
网页书签门分为：工具纲和信息纲

工具纲分为：工具目和快速搜索目
工具目比如 curl.trillworks.com ，直接添加到浏览器书签栏 `helpful` 文件夹，需要的时候直接地址栏搜索
快速搜索目比如 https://zh.wikipedia.org/w/index.php?search=%s&title=Special:%E6%90%9C%E7%B4%A2，注意其中有 %s，添加到其他书签中的 `Search by %s` 并添加关键词如 zhwp，之后地址栏输入 `zhwp 牛顿` 就能直接跳转

信息纲的目级分类不影响使用方式。快处理直接丢 Instapaper 等之后闲时慢处理；慢处理则是用自己的语言重新归纳总结到 Zimwiki 、添加标签和原出处。最近尝试引入杜威分类法，但似乎有些不适用（比如杜威分类中的语言具有非常明显的欧洲中心倾向，经常是美国一个子目，欧洲 7 个子目，其他一个子目）。

demo 阶段一般不把这种运维设施算进去吧
如果你确实要把自动编配也 demo 进去的话，还是 supervisord 吧

@JoJoJoJ 我怀疑这里的「漂亮的界面」跟见人就喊「美女」「帅哥」差不多

碎片化的一些信息：
k8s 可以对容器进行编配
traefik 可以根据 k8s 的状态动态生成转发规则
（虽然我都没用过

没懂怎么个「二分法」
二分法不是只需要有序吗？中间添加空档不会影响啊
而且，二分不是要求有序吗，图片里这些也并不有序啊
……
想了想，你说的是不是堆叠排列的二叉搜索树？感觉也不像啊