@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 的正确打开方式不就是这样么。
上来一个碗（最简陋的开局），然后慢慢看需要什么加什么。

Tailscale, zerotier

如你所说，因为你一个人写外包。你要是包工头，可能就想着 ts 了

这是要做个离线版本的程序？数据库，运算逻辑什么的也放到客户端吗？

你需要一个带 migration 功能的 ORM 。
然后一切都会简单很多。

搞开源和创新很多时候是可以用 “用爱发电” 来概括的。

用爱发电就有很多的前提：一是得吃饱饭，二是得有爱。

所以你会看到很多发达国家的程序员，明明业务经验没我丰富，没有处理过百万并发，码力却不可思议的强。
好多人甚至都没什么像样的学历，读了个州立大学的本科，却能干出不可思议的工作。

这个就是“爱”的力量，人家是真的喜欢干这个事情，而不单纯是谋生的工具。

在隔壁帖子里看到 Java 程序员和 spring 程序员的讨论，感觉大家很多还是把计算机技术和编程作为一个吃饱饭，和谋生的手段。不爱它，对它甚至有恨。
这样我觉得是很难在里面去得到乐趣，也很难去用它去创造一个更加有趣和更好的世界

别理这些人，op 很棒，非常实用的东西。最近正好在学写插件，可以参考 OP

我是喜欢用 vagrant 配 hyperv ，宿主机 vscode remote 进去弄。所有的开发都放虚拟机里面，宿主机就跑个 vscode ，浏览器和协作工具用用。

Vagrantfile check-in 一份进项目 repo ，别人用都可以复制这个开发环境。

我理解 OP 的意思，OP 反的不是 spring ，反的是“只会 spring”。我觉得是有道理的。
工作确实是工作，但是如果一份工作大家只是觉得是个混口饭吃的手段，职业生涯几十年（假设 35 岁被优化也有 10 来年）要做这份不喜欢的事情，感觉也挺悲伤的

其实互联网的早期就是去中心化的乌托邦形式(不是美国国防部局域网的时期)，大家都有自己的服务器，大家架设自己的各种服务。服务的各种高度集中化也是近三十年的事情