@artnowben 这个挂在 baidu 下面的项目，投资是个咋回事？

Gcp 文档和服务都很拉跨，aws 在这方面要好很多。社群也很大，有问题能搜到解决方案。
价格 Gcp 贵一些。

美团表示 -- 都是外包公司的员工，与我美团何关？

天天想着上班，天花板都太低，都是打工人

virtualenv 把，如果你需要管理多 cuda 版本之类的活的话。
否则还是 conda 用的更无脑一些。

缓存很多时候都不是必须的

fbprophet 先跑个基线

我觉得有很大一部分原因是 Fedora 的功劳，驱动，调优 Fedora 都做的相当的好

这种时候需要自己造个轮子，能明白很多东西
https://github.com/SinaKarvandi/Hypervisor-From-Scratch

@chaleaochexist 你要会 k8s 的话，类比就是，spring cloud 实现了 service, configmap, dns 再加一些其他的微服务里面经常用的功能。
但是 k8s 是语言无关的，spring cloud 是 java only 的

Vscode remote ，最快最稳，别折腾 Linux 的图形化

用了 conda 就不用 pyenv 了。
conda 可以管理 py 版本和环境。

我也有疑问，是不是应该众人贪婪我谨慎，众人谨慎我贪婪

> 1.Next 如何访问后端服务的 API ？ 第一种是直接访问后端 API 。 另一种是访问 Next API Router ，API Router 中再访问后端 API 。 请问最佳实践是那种？

你如果只做 CSR ，普通 react 里面怎么访问的就怎么访问（例如写在 useEffect 里面的 fetch ）。
你做 SSG 或者 SSR ，那就写在 getStaticProps 或者 getServerSideProps 里面。

api route 你看作一个普通的后端就可以了。如果 api route 单纯做一个转发，没必要通过这个额外的一层。除非你在里面还有一些别的逻辑（例如数据变换，动态修改头文件之类的）。

> 2.Next 如何跨域？
跨域是后端的事情。你需要后端给你的 response 头里面，包含允许跨域的信息。这个和前端没有太大的关系。

你给的那个例子是一个转发的例子，就是让客户端觉得自己在访问 /apis/* 这个路径，实际通过 API routes 转发到其他的地址，来达到欺骗客户端的作用。

我现在在研究怎么把一些 CPP 写得科学计算库移植到 wasm 里，发觉工具链这块是一抹黑，cmake ，编译器这块是一点都不熟

我零几年上大学，念管理学，就开始提这个概念。。这么多年技术进步了这么多，但是这个领域怎么感觉还是没什么发展呢？

无脑 SSG SSR 不可取。
但我觉得上 next 没啥太大问题。开箱即用，生态也不错。
没用到 SSG SSR ，部署也就是一静态网站

OP 我有个你的反向问题： https://www.v2ex.com/t/889863#reply34

go 的正确打开方式不就是这样么。
上来一个碗（最简陋的开局），然后慢慢看需要什么加什么。