以后发软件库是不是只用发 spec?

X 上看到 阮一峰 发了一个好玩的库：

https://x.com/ruanyf/status/2010225187594334692

https://github.com/dbreunig/whenwords

顺手一个小时就 Vibe coding 了一个 Ruby Implementation

https://github.com/ZPVIP/whenwords

感觉以后可以用 spec 发库了

应该是多种形式吧，标准形式可能是 spec+code ，就跟当前的 code+release 一样

我觉得将来哪怕有这个趋势，最终应该也不可能是自然语言的 spec 自然语言实在太模糊太不精确了 今后可能会出现一种介于代码和自然语言之间更加精确的专用中间语言。就和高级语言和汇编的关系一样

需求 -> code 变成 需求 -> spec + code 理解屎山逐渐从一项艰难的工作，彻底变成不可能完成的工作了，因为拉屎速度过于快了

@BeautifulSoap 我个人觉得，如果要确保这个中间语言对功能细节做到 100% 可控（毕竟需要兜底），那这个 spec 最终依然会变成一门编程语言。 要么就得接受产出的结果不完全受控，或者 spec 只能干涉到某个抽象层为止（就像低代码平台一样）。与预期不符的部分，依然需要程序员去处理编译出来的底层代码。

@BeautifulSoap 也就是新的“编程语言“

@Orenoid @webcape233 是的，我也没法想象这种新的编程语言会是怎样的东西。总感觉今后应该会有一种全新的编程范式，用来填补 ai 的不确定性和确定性执行之间的鸿沟

Code is cheap, show me your talk (spec).