@RTSmile 同意。

比如 C 的错误处理（

相比，更喜欢 Zig 的错误处理语法。

微信群接龙可还行。

所以 ACID 感觉就是没什么意义的广告词里的东西，
就像说酸奶中有 DHC ，有有益因子，
牙膏有中国牙防组认证，
奶粉说爱因斯坦大脑思维活跃，
等等等等

atomicity, consistency, isolation, durability 什么意思呢？

银行想要实现银行账户的信息，也不会 update 两个数据的字段，也是用一个 append only 的账本实现的，不是吗？

所以 ACID 有什么用？

@fuyufjh 没有 ACID 事务会怎样？

@dacapoday 多谢分享

不要总是给别人的 idea 盖帽。

人家思考过后，觉得有意义去做，就是自己的成长，所探索出来的解决方案也是程序员社区的财富。

打开 emacs 和 vim 就能修改和管理数据。不是很舒服吗？

@matrix1010
我觉得可以称为数据库。并且在 SQL 出现以前，这种方案就被称为数据库几十年了。

传统的认知中的数据库，大多需要依赖特殊的保存数据的格式。
每个数据库平台都想要把你锁在他们的解决方案内，数据库版本的更新你就要跟着迁移。
实际上我不关心你的新型数据库增加了什么，我只想专心写 APP ，
让我的数据稳定，保持开放，不被锁在某个平台里。

所谓“从数据库直接生成 API 也有挺多现成方案”。

在我看来是更要不得的东西，
他们生成的 SQL 都是不需要你看到的，
这种平台更想要把你锁在他们的解决方案中。

@oxygenkun101 JSON 。设计文档的 数据表 章节中 又提到。

@512357301 https://github.com/fidb-official/fidb

vite + vue + tailwindcss

换成了类似 JavaScript 的语法： https://www.v2ex.com/t/976572

@julyclyde 好的。

@julyclyde 那历史应该从哪一年开始写？

@mayne95 分析的透彻！

@sapjax 感谢分享，年纪大了，学不动了 QAQ

我发现，在英文药品的包装上，
还会用到所谓 Tall-Man Letters ，
来强调相似药品名的差异。

https://en.wikipedia.org/wiki/Tall_Man_lettering

比如：

acetaZOLAMIDE vs. acetoHEXAMIDE
buPROPion vs. busPIRone
chlorproMAZINE vs. chlorproPAMIDE
clomiPHENE vs. clomiPRAMINE
cycloSERINE vs. cycloSPORINE
DAUNOrubicin vs. DOXOrubicin
DOBUTamine vs. DOPamine
hydrALAzine vs. hydrOXYzine
TOLAZamide vs. TOLBUTamide
vinBLAStine vs. vinCRIStine

@libook

> 用驼峰的话，大写只是为了断词所以可以统一规定缩写也一律按照首字母大写其他字母小写的规则。

是这条回复和 Scala 的一样，
同时又说出了为什么，
因为大写只是为了断词。

而 Scala 只是说“Acronyms should be treated as normal words”