作者批评使用编译器的库设计，认为增加复杂性，并反驳反对者观点

现在我们看到一堆“如果你不喜欢指令，那是因为你不聪明”的帖子。好吧，如果要这样，那就这样吧。你们这些菜鸟认为构建软件就是每两周创建一个新的Next应用，搞一个永远不会完成的傻逼副项目，然后给56个SaaS服务塞进234个调用。但有些人做的是其他类型的软件，他们的后端作为独立服务运行在Node或Bun或其他东西上。这些代码在生产中编译和运行的方式有很多种，而且都是有效的。提供一个需要编译器的库类型特性意味着它必须支持每一种配置。这意味着更多的维护、更多的bug机会，以及毫无疑问的更多复杂性。所以选择使用这个新的workflows库现在是一个更重的选择——在我的所有项目中，没有一个依赖是这样工作的。Effect成功地完全改变了JS语义，却没有要求你做这个。为了说明我的观点，如果今天我想使用这个库，我做不到，因为我们所有的东西都运行在Bun上，他们需要提供一些调用Rust转换的Bun插件。就为了添加一种新的函数着色，它将在更重的工作中遇到尴尬的API（你没有考虑过，因为记住你是个菜鸟）。我不是说这个库不好，它看起来仍然不错，很多人会从中发现价值。但是，滚蛋吧，那些“如果你不喜欢它，你就是愚蠢”的言论。