Ketteiron

@ragnaroks #26 对于计算密集型场景，nodejs 可以把这部分任务交给 napi-rs
就我个人体验来说，性能是一个复杂项目中最不重要的指标

@iorilu 没有必要再学一门"后端语言"。
除非公司项目硬要扣一点性能，monorepo+ts+全栈是 AI 时代性价比最高的做法。
目前公司的所有后端项目都用 ts 重写了，我们对性能要求很高，但至今为止还没碰上 nodejs 带不动的场景，就算 nodejs 性能差一点也可以换 bun 。

@duuu #9 外国的信用卡基于"信用"本身，付款人可以取消支付，因此免密信用支付才能推行下去，被意外盗刷了用户是可以不认的。
而且这也不是盗刷，用户授权给游戏公司，游戏公司生成一笔交易订单推送给支付渠道，支付渠道验证后批准这笔交易，在支付渠道看来，这是一笔正常的交易。
不管国内还是国外，都是一模一样的流程，如果这事发生在中国，就是绑定支付宝/微信的用户授权给游戏开通免密支付，结果发现自己的支付宝/微信余额被莫名扣减。

> 商家一定无法控制扣谁的钱
这是错的，商家能控制扣谁的钱是免密支付的基石。
用户授权给商家，那么就相当于把自己钱包的部分管理权授予给商家，商家拿到你的令牌可以请求平台进行交易，平台只会验证密钥、令牌、余额等信息，对支付平台来说，它不会也不能去验证这笔钱是不是你发起的。而在这个案例中，是商家发错信息了，平台依照请求忠实地促成这笔交易，第一过错是发错东西的商家，第二过错是把令牌授予商家的用户，支付平台在这里没有任何过错。
一般来说，碰上这种事支付平台会狠狠地罚商家一大笔钱，因为它的信誉受损，信誉或者信用是支付平台能长久运营的基石。

拿 xxl-job 和 airflow 比较很奇怪，它们是完全不同的东西。
xxl-job 踩在了过于简单与过于复杂中间，且对 javaer 友好，让一些屎山项目能够顺利迭代下去。
xxl-job 之类的工具是基于微服务且明确违反微服务设计哲学的实用性妥协方案，它实际反映出很多公司是为了使用微服务而使用微服务，而不是需要使用微服务而使用微服务，如果是后者居多，那么并不需要这么一个"分布式调度中心"。
对于更复杂的分布式调度，不应该采用高入侵性方案，而是应该搭建一个调度平台 https://github.com/temporalio/temporal

@hellojukay 轮着来难道不是指一家人轮流去娘家/婆家吗，我不理解你这"一个人"是什么个意思。
我姐和姐夫就是这样的，我没觉得有什么问题。

失业金没影响，进小程序会告诉你能领多少个月
确定入职下家公司后要申请停止领取，不然公司交不了医社保

你的反感是对的，但正确方式不是抵制它，而是控制生成的代码的质量。
vibe coding 主要有两个作用远胜于传统编码：1. 快速出 demo 、快速使用从未接触过的库; 2. 强大的静态检查。
除此之外，vibe coding 并没有解决编程的实际复杂度，它只能作为开发人员的一个工具，而是否能用好工具，与工具本身无关。

@liminany1 因为 99%中药对 99%病人没有作用，爱吃就多吃点。