https://dagger.io/blog/replaced-react-with-go

这个替换决策还是很让我震惊的，但竟然做成了，也着实钦佩不已。

这里还要介绍另一个好框架:

https://go-app.dev

其主页就是用这个框架构建的，所以你会发现打开的时候，会有一个等待的过程（是在等待 WebAssembly 的加载）。

然后他的好处也是明确的：只用 Golang，一样写前端。相当于全栈 golang。真的很酷，我之前寻觅过很多这样的框架。

大家可以在这里看看它的最终效果:

https://v3.dagger.cloud/dagger/traces/6898273d59ad62a6df1e9e392559d126?

对于这种 pipeline 型的应用，我觉得使用 WebAssembly 来加持，还是有一定意义的。

当然在 Hacker News 讨论中，也有人提出反例，觉得这是因为团队里没有精通 React 的人:

https://static.crowdwave.link/index.html

依据我现在判断，我依然不会尝试用 Go + WebAssembly 来替代 React。毕竟在 LLM 加持的时代，React 的开发效率以及调试效率都是很高的。

作为后端程序员，掌握基本的 React 开发是比较容易的事情。

据说 Dagger 是 Devops 神器，不过我大致浏览了下其文档，感觉上手难度还是挺高的。似乎也没有看到太多使用的案例。

不过就他们这一决策而言，我是佩服有加的。

当初我们纯端侧工具团队，想开发 Web 应用，第一直觉也是选择 WebAssembly，且希望借此机会转 Rust 开发（毕竟 Rust 的 WebAssembly 生态更加繁荣）。

没有成行的原因还是在我，没有迅速的拿出一个能跑通的 demo，相比之下 Dagger 团队的这个尝试就厉害很多。