不清楚 amazon 的 api gateway 是怎么做的。只用过 Kong ，会把 consumer 的身份通过 http header 传给后端。

X-Consumer-Id
X-Consumer-Username
X-Consumer-Custom-Id
X-Credential-Username
X-Consumer-Groups

灵魂拷问：你的业务是否真有频繁发版的需求？

做 CI 也就罢了，不论发版是否频繁，CI 都是应该做的。但是做 CD 的话，是真的能提升交付品质，解决业务痛点，改进用户体验，还是为了 CD 而 CD ？

A 和 B 的访问通过一层反代或者其它接入方式（比如浮动 IP ）控制，用户和开发不直接连 A 和 B 。在接入控制层，生产环境总是固定为一组网络资源，预生产环境总是固定为另一组网络资源，往后端接入时，根据切换映射到不同的实际资源。

类似某些主备数据库集群里常用的做法，A 有固定 IP 1 ，B 有固定 IP 2 ，两者一个是可读可写的主库，一个是只读的备库从主库同步数据过来。当现任主库挂了时从库提升，运维人员去修复主库。浮动 IP 3 永远飘到现任主库上，浮动 IP 4 永远飘到现任备库上，当主库降级修复时 3 和 4 都在新的主库上。这样，不论 A 和 B 角色怎么调整，应用程序要访问主库就用 IP 3 ，访问备库就用 IP 4 。当然你这个场景是切换整套业务系统，那可能需要自己写一些逻辑来在接入层控制。

用缩进表示作用域层次的语言有不少，之所以 Python 会经常因为这事被拿出来说，还不是因为太流行了，阿猫阿狗都觉得自己能指点 Python

乌合之众、货币战争、黑暗森林，三大理论著作

看看 Mac 服务器端的日志

前有 RustDesk ，后有 MirrorX ，用 Rust 写远程桌面的大业方兴未艾

不要在旧版本的系统里自行升级基础组件的大版本号。
如果系统还在 LTS 期内，发行商会做好安全更新的，有时候甚至会 backport 。
如果已经不在 LTS 期了，那应该规划迁移到新版本。
自行做大版本更新，有两个问题，一是跟系统里其它程序的兼容性无法保证，二是你装完了在以后的使用过程中大概率不会随时关注自己安装的组件的安全更新，而发行版打包好的自有发行商关注。

VISUAL 、EDITOR 是“其它”软件需要起一个编辑器来交互操作时需要的，那你担心啥污染呢，反正都是你自己在 shell 下操作时才会跳出来，难不成你想 git commit 时跳 vim-enhanced ，vipw 或 visudo 时就用纯洁的默认编辑器？

另外，如果你只是介意 git commit 时 vim-minimal 报错，并不介意真的用 vim-minimal 写 commit message ，那是不是应该考虑在 vimrc 里判断一下 compatible mode 啊。

@realpg 我想说没说的是，这种玩法本质上就是发达资本主义国家走过的资本原始积累阶段，也是秦晖所讲的“低人权优势”。如果“让我给送货员（不论外卖还是快递）增加关怀成本会让我倒闭”是真的，不是跟权力爸爸撒娇，那么这就是披着互联网科技外衣的落后产能，是曾经的新形态下监管暂时缺位的无序。尽管权力更可能是王八蛋，但让这样一个原始、残暴、落后、无序的形态成为理直气壮，“不实现这个终极目标，平台的所有人，股东，管理层，就是失职”，那对一个至少名义上还坚持社义 flag 的政权来说才是更大的失职。

远控一定要多种手段一起备着。
我是 zerotier 和 tunnel over websocket 并行，实在不行还有单位官方的深信服 vpn 作为最后兜底。为啥 vpn 是最后兜底呢？因为深信服的烂玩意只配最后兜底，但作为单位官方服务确实 neng 兜住底。

你的职业价值是某种编程语言，还是会用编程技术来解决金主巴巴遇到的问题？
你的技术价值是精通 PHP 语言本身的茴字四种写法，还是擅长用 PHP 作为后端编程语言来做 web 应用的开发？

不需要拘泥 PHP 语言用的人多少。

东哥不一定是好人。但美团对主管部门诉苦“我要是按你们的意思给送货员加保障了公司会倒闭”的态度，肯定不是好人。

主管部门对美团表示“你倒闭了我不在乎，你做不下去倒了以后肯定还有别人做”，也不一定是好人。但靠算法把送货员困在平台里争分夺秒压榨，还委屈巴巴的？

按 V2 以前常看到劝人找个正经工作上班的说法……你先找个正经数据库作业做一遍看看呗。

Unix pipe 串起来各种神操作，对于流式数据处理很好用。但在数据量大时，如果需要中途“倒车”，需要各种分组聚合，就麻烦大了。

因为你构想出来的用 git 当数据库的场景都很简单。当业务需要复杂的查询和复杂的写入事务，你要给简单操作加上各种一致性约束和保障，加上各种索引，做各种在简单场景下可能是负面操作但复杂场景下反而是优化的设计，最后大概率重新发明关系数据库。

龙芯算是技术耕耘还不错的（当然这并不表明胡总师的吃相好）。
不过以前龙芯万年锁定 3.18 内核也是大名鼎鼎的了……
这几年龙芯的思路似乎有些改变，不但主动融入 mainline kernel ，还在 glibc 、UEFI 、JKD 等基建上积极贡献，甚至都对 ffmpeg 写了优化代码提交给 upstream……看样子应该是深谙开源社区玩法的人在里面有话语权了。