用户：既要……又要……

能处理的方法很多。比如把多个 callback 封装成一个，使用 children 传递子控件，使用 context/provider 。但是我想说，才 5 个 callback 有什么可怕的？搞后端没这么脆弱。

独立开发就是工作都找不到但是特别自信的程序员。

抢救啥？
数据？你不是没成功吗，也没数据在上面啊？
财产？ 1 美元？

@blankmiss 掉盘也不应该连不上机器吧。

怕啥，也就亏 99 。万一赚了可不止 99 。

点开是为了加深点影响，下次不用再点开了。

这模型效果怎么样？不咋滴就没必要浪费时间了。折腾这玩意真是既无聊又学不到什么东西。

发这小心有“好心人”帮你刷流量。

一看客户出得起多少钱。
二看你们自己付出多少成本。
三看脸皮有多厚。
靠关系拉来的单子，不用和别人卷价格。

低代码平台是给客户用的，不是给程序员用的。能说出让程序员快点下班这种话，我认为你们对目标客户的判断有很大的问题。

而且我去你们官网看了下，你们这种 99%基于表单的设计，像是一个二十年前开发出来维护到现在的系统，可视化部分几乎没有。说是 low code 我觉得有点名不副实。

交流还是交钱？

@lmshl 如果没有虚拟线程，也许过几年会有些人陆陆续续接触一点协程。但是有了虚拟线程之后大部分人不可能去尝试协程了。说“取代”不准确，也许应该叫“抑制”。

@cheng6563 go 的叫 goroutine ，和 Java 虚拟线程是一类东西。

@xwwsxp java 21 实现的不叫协程（ coroutine ）。现在好像叫虚拟线程（ virtual thread ）的比较多。也有别的叫法，但是不能叫做“协程”。协程的“协”一般要求使用者明确定义把当前线程的使用权交给其它协程的时机（ suspend ）。

@weiweiwitch 没有 NPE 是因为语言/编译器层面实现的 null safety ，不是因为 val （ immutability ）。

@weiweiwitch 不同意。Kotlin 远比 Java 复杂，和“精简版 Java”八竿子打不着。只能说你用的是简化版的 Kotlin 。

你自己会啥？到哪一步了不会？
都能说出“部署”这个词的，按道理说应该多少会点。