有什么 overkill 的。界面简单不代表不复杂。你可能只是需要一个开箱即用的，找淘宝卖家给你配置好算了。

编程还好吧，需要还是玩，学科类的或者要考级竞赛的那种才是🐔

他们英语倒是问题不大，但是英语这东西学起来挺无聊的。

@Dart 能稳定收钱就不错了。生意先做起来，能稳定挣到钱在注册海外公司用 stripe 。

@chuck1in 应该是这样。不过我自己也没用过。站里除了用 stripe ，PayPal 的应该就是用这俩的多了。

@chuck1in 应该可以，这两个是我知道的大陆人最容易搞的了，政策没变化的话几乎是无门槛的

fastspring 和 paddle

这是一类产品，都长得大差不差，其实也不是啥坏事。

不灌水怎么挣钱呢。只有找老小说。

ARM 驱动不好搞，x86 通用很多。ARM 大部分都是一个板子焊接到一起的，x86 标准接口的东西多。

ssr 走单独的渲染服务器，跟 api 服务器逻辑上是分开的

别搞。搞这个妥妥的裁缝纫机。

自己 GitHub 搞个仓库用 GitHub actions 合并？

我的锁了要先打开门上的锁才能拉开

我也没搞懂这个描述。不过我建议只要 master branch ，开发直接向 master 提 pull request 。 发版的时候就直接建一个新的发布分支

联系 k8s 虚拟机完全没问题啊。云服务商的也不会让 k8s 直接去控制物理机，都是抽象出来的资源

@RedisMasterNode 这个需求其实很普遍，一搜遍地都是，但是绝大部分框架都没提供一个方案，Java 我不是很熟悉不说了。nodejs 这边 async context 没进标准，nodejs 自己的 async hooks 可靠性不够，这个 feature 本身推进的也慢。可能业界并不觉得这是一个很值得解决的问题。。不过从业务的角度来说有这个东西确实会很方便。

我倾向于显示传递，其实五楼推荐的办法是合适的，业务抛出业务相关的数据。中间件里输出信息的时候带上 reqId 。但是那种业务上要传的比如 tenant id 就没办法了。显式的传好了。

你这个妥妥 de 吃牢饭。