`std::variant` 只不过是类似于 rust 中的 `enum`

lisp 的表现力不比 cpp 丰富 ?

lisp 里头可以自定义 `start...end` 甚至可以实现 rust 中的 `?`

```
;; 1. 定义读取函数
(defun |#[-reader| (stream char arg)
(declare (ignore char arg))
;; 读取 [] 内部的内容作为符号
(let* ((content (read-delimited-list #\] stream t))
(sym (car content))) ;; 获取符号，例如 2..10
(if (symbolp sym)
(let* ((str (symbol-name sym))
(pos (search ".." str)))
(if pos
(let ((start (parse-integer (subseq str 0 pos)))
(end (parse-integer (subseq str (+ pos 2)))))
;; 返回生成列表的代码
`(loop for i from ,start to ,end collect i))
(error "Syntax should be like #[2..10]")))
(error "Content inside #[] must be a symbol"))))

;; 2. 将 #[ 注册到读取表
(set-dispatch-macro-character #\# #\[ #'|#[-reader|)
(set-macro-character #\] (get-macro-character #\))) ;; 让 ] 像 ) 一样作为结束符

(print #[2..10])
;; 输出: (2 3 4 5 6 7 8 9 10)

```

lisp 的表现力不比 cpp 丰富 ?

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

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

https://imgur.com/a/CNhAbd3

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

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

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

https://imgur.com/yKdGzKR

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

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

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

还有就是兼容性上的考虑, 如果新版本新增个字段, 用滚动升级更新, 旧版本 select * 就会多出这个字段, 导致报错

再说你能保证这个表不会新增 blob 字段 ? 如果新增的话, 不还是得手动改 select * ? 不如一上来就 select 指定字段, 这个成本也不高

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

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

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

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

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

我电脑上没装任何国产软件(包括微信)

url 是这个: https://kubeblocks.io/blog/run-databases-on-k8s-insights-from-leading-chinese-internet-companies
@lvlongxiang199

"JD.com: MySQL Containerization and Elastic Scheduling in E-commerce Scenarios"

https://kubeblocks.io/blog/run-databases-on-k8s-insights-
from-leading-chinese-internet-companies

看来在 OP 眼里, jd.com 不算大厂

@michael2016 "在生产环境中，稳定性和数据安全是第一位的，关注点放在架构尽可能简单化、资源使用率最大化、可管理监控成本，精细化的运维工作需要解决数据持久化、高可用、性能优化、备份和监控、安全漏洞、供应链风险等所有复杂问题，我们需要降低了运维成本，把人从这些不必要的工作中解放出来。
"

说了一段没用的废话

如果按照这些标准, k8s operator 都比裸金属部署更合适呢 ?

你是哪家公司的 ? 我避避雷

"在大厂 MySQL 是不能用 Docker 的，为什么？" 抛开事实, 只谈论这个问题的问法, 答主似乎假设大厂做的都是对的, 也没考虑大厂是否因为非技术的历史原因选择这条路. 不如换个问题, 生产环境上, MySQL 跑在 docker 里, 有什么优缺点

另外, 大厂的 MySQL 真不跑在 docker 里吗 ? 那为啥会有 https://dev.mysql.com/doc/mysql-operator/en/ https://kubeblocks.io/ 这些项目 ? 起码有些公司在用

我连 postman 都不用(太重量了, 还要登陆啥的), 只用 curl

云原生数据库: 可以随意扩缩容. 比如 snowflake, neon

@cheng6563 几年前我测试过 VMware, hyperv 的随机 4k io, hyperv 比 VMware 高一两个数量级. hyperv 毕竟是个 Type 1 hypervisor