lvlongxiang199

程序员工资高，是因为他们站在了风口上，利用了互联网的杠杆效应(代码具有零边际成本的特性)，在一个高利润的行业里，解决了一个高需求且具有一定门槛的问题。并不是比其他行业的人更优秀(一线城市三甲医院的准入门槛是博士, 你能比他们更优秀 ?)

@binder 第三点完全是硬黑. 这是官网宣传

https://imgur.com/a/CNhAbd3

就算是 apple watch 也不会保证官方表带支持游泳

https://imgur.com/a/1cMk8yD

再说小米手表换成支持潜水的表带也不额外花钱啊

https://imgur.com/yKdGzKR

建议改名为 CRUD 程序员视角下的 db (非贬义)

存储+事务的确是重点, 但优化器, 执行器也是重点. 真要正经学下 db 的话, 可以直接上 cmu15445

parser 那边没必要手写, 可以直接用 yacc/ANTLR

@Ketteiron 会额外占多少内存, 有实际 benchmark 吗 ? 内存占用的绝对大头是在堆（ Heap ）上，而不是代码段（ Code Segment ）。

翻了下"共识"那一章, 简直不能用一个烂字形容
- 整个章节没提到过线性一致性. 作者估计连这些算法解决了啥问题都不知道.
- raft 那几节写的跟流水账似的. 一些重要的设计决策丝毫不提及设计原因. 也丝毫不提及一次 appendEntry 调用失败会咋样. 也没提及持久化. 还不如把整个章节全删掉, 换上 Figure2

"单体无法单独伸缩其中一个服务，只能全部一起水平扩容，这是确实存在的缺点，但 99%的项目并不需要该特性，基础建设很贵，机器很便宜。"

这为啥会是缺点 ? 一个函数你不调用它, 会额外消耗 cpu, 内存, IO ? 像是 db 连接, 可以设置 `maxIdleTime`

一个小问题. 前几章介绍的网络, Linux 内核, 容器跟高可用似乎没啥直接关系吧.