@luckyrayyy #1 只是踮脚效应，还不到内卷。

@PepperEgg #4 你这是不去医院验只去眼镜公司验光
近视眼镜并不会加深近视度数，错误验光的才会。
至于老花镜，那必然加深度数，还可能会引发错误的习惯，导致青光眼。

健康问题：
上 V2 ✔
问医生✘

@dswyzx #93 猜测 bwh，自建一个测速 host 测一下吧。

@ddkk1112 #81 试了下 TeamViewer 低带宽下的视频…… 这加载界面反而有种艺术感了……
其他网站没有这种随机渐变的加载界面……
不过这么严重的 banding 真的惊到我了…… 真就 aggressively reducing 呗，就这压带宽的手法，我也能写啊
而且很容易看出是在 RGB 三分量上分别处理，如果在 YUV 平面上处理效果更好使用带宽更少。
https://i.imgur.com/upQVFI8.png

@cyitao #2 似乎每个命令有 --no-color 选项
似乎有环境变量能够作用于 chalk 库
也可以写个 bash 函数把 yarn 的输出中过滤掉 ANSI 颜色控制字符，技术上并不难， | 给 tr -dc 就行。

@est #87 奇妙，我根本不是原教旨主义者
我跟你讲，原教旨主义者的看法是，拆分订单就是删除旧订单，然后建两个新的。
至于批处理，原教旨主义者认为就应该发 100 个请求，服务器被撑爆就应该扩容、增技术 balabala 。

建新谓词是传播主义者的一支，把 RESTful 当 RPC 用。

好像也没说只支持腾讯的游戏
好像还和腾讯的云游戏平台有关

ZT+rdp，在考虑架个 moon

确实 2M 卡死你，不说 2Mbps，带宽就是 2MB/s 的速度都卡掉了，估计是被 ZT 的 Relay 限速了……

@est #84 问题不在于 “一切皆文件”，而在于纯远端操作。
文件是对于 “可读可写” 的抽象。举上述你提到的例子：
1. 登录是一个状态，SSO 是一个多服务端共享的状态，可读可写，而且读写经过客户端传递，与文件这一抽象完美契合不成问题。
sub_site 302 到 //sso_host/user/login?to=sub_site/user/login
然后由 sso_host 确定后 302 传递 token //sub_site/user/login?with_token=~~token~~
类比： $ cat sso/token | authorize sub_site

2. 拆分合并的核心在于它是个纯远端操作。一般来说在 Unix 下拆分文件，不出意外是 head|tail 或者 awk/sed 之类，或者对特定的文件类型也是专门的提取器而不是单独的拆分装置。然而无法保证拆分的准确性。那么显然，正确的操作应当是写一个专门的脚本完成这件事 —— 类比过来，就是新谓词。
SPLITORDER /orders/<orderId>，请求体发送拆分准则之类的，返回 200 内容是拆分结果。
类比： $ split_order "site/orders/${orderId}" [--options ...]
site/orders/a site/orders/b site/orders/c

3. 批量操作可以借用 glob，也可以是单独谓词。后者不必说，前者比如：
PATCH /orders/{a,b,c}
Content-Type: application/json

{"coupon": "foobar"}

通过命令行选项告诉 yarn 不要输出 ANSI 颜色控制字符。

换个 key server 吧
拉了 gpg 源代码看了下，
Server indicated a failure 没有找到，估计是服务器传的数据

反正所有 key server 都是相互镜像同步的。

git submodule （
vue-cli 我记得可以指定模板从哪个 git repo 取的吧…… 记错勿怪

@crossoverJie #48 野崎窗发来贺电

一个比较方便的替换方式，前几天刚听我妈谈过这个实践（二手信息，真假难辨，请自酌）：
对于条款中有问题的部分，去想办法找该公司的 “大人物” 要求解释，要求修改，直到辨明为止。

当然，前提是有渠道找到能话事的人。实施上述实践的主体也是一名大企业的 “大人物”，但以个人身份行动，在我看来相当于职业病了。

Steam Controller，键盘问题也解决。一个显然的弊端是任何人看见你都会觉得你是在玩游戏。

Sinden Light Gun
问题就是很抖，而且一个显然的弊端是任何看见你都会觉得你是在玩游戏。
https://www.youtube.com/watch?v=hfo004_4xwU