老迟聊架构

说明 这篇文章起源于晚饭前与AI (Opus 4.6)的一段对话。我认为，AI时代，软件工程也会呈现出类似阿姆达尔定律这样的效率瓶颈，就是你不能只通过AI来无限的提升效率，会有瓶颈阻碍效率的提升。

最近这些年，在讨论到软件工程时，总是不可避免地谈到领域驱动设计 (DDD，Domain-Driven Design) 。但针对DDD的误解也是非常的多。

最近研究了一款新的数据库存储引擎 —— SlateDB。这款存储引擎的最大特点，就是它完全基于云端的对象存储，比如S3、Azure Blob Storage、Google Cloud Storage等

现如今，如果一个人还在手工写代码，似乎已经变得“十恶不赦”。真正符合时代潮流的合格的开发者必须得是AI全栈。但事情真的是这样吗？

在软件架构的讨论中，CQRS（Command Query Responsibility Segregation，命令查询职责分离）几乎是一个绕不开的话题。

从大概十几年前开始，就经常听到一句话，就是"程序员不能光懂技术，要懂业务"。无论是老板还是程序员自己，都天天把这句话挂在嘴边。

最近一直在思考，在AI时代，服务端的开发将会是一个怎样的形态。我觉着WASM将会在未来的服务端开发当中扮演着一个非常核心的角色。 而在研究WASM的过程当中，它跟Java平台呈现出了一种有趣的相似性

早饭后，看到一篇文章，说AI时代，工匠精神会消亡，理由是，AI让熟练度和经验变得不再重要，因此，工匠精神也将不复存在，至少是失去性价比。 于是不由的想，工匠精神真的只是熟练度和经验吗？

加速不只是意味着发展变快，它更意味着一切命题的终结。而在这其中，有人疲于奔命，有人迷茫焦虑，有人得到解脱。