这个其实还真不好说，因为有些互联网企业要求半夜用户最少的时候发布版本，这也是一方面因素。
就我自己的体验而言，基本也就是发版的时候加班，第二天调休这样。

一个人的命运啊，当然要靠自我奋斗，但是也要考虑到历史的进程。

在牛市里面，人人都是股神。

我的建议是 lmstudio 。我这边 M4 Max 使用 lmstudio 部署 mlx 格式的 qwen-30b-a3b 能有 95t/s ，ollama 部署 qwen-30b-a3b 大概是 75t/s 。

与其等这个，不如直接淘宝买个 NFC 卡贴+PN532 自己写到卡贴上，戴个手机壳无感基本上

一般来说不建议跑 fp16 ，fp8 对企业级已经算妥妥的够用了。

xx 已死这种标题大概率就只是为了吸睛，天生会让很多人好感降低。

uv 至少 sglang 、vllm 这些大模型推理框架都是推荐的。

@muchan92 最后我也不知道你到底是想要卖课还是真的觉得这个框架好，如果是前者那我觉得你来错地方了，显然大家看了之后都觉得问题很多，如果是后者，我建议你可以先问是不是，再问为什么。就这个你发的这个仓库而言，问问 AI 也许都能告诉你为什么这个设计思路没有你说的那么高大上。

@muchan92 一个没啥用的华而不实的框架就算了，不少程序员都有这个阶段，本身也算是提升自己编程技术的一个路径，但是一个没啥用的华而不实的框架先吹成“挣脱了思维桎梏，启迪了方向”，再来个订阅制收费，也别说什么人心中的成见是一座大山，单纯是确实配不上。

@muchan92 “不必强用这种写法来实现”，“更适合解决实际中的业务内容”，这已经说明了这种思路的局限性。你要知道，程序员写代码不是为了自己的精神愉悦（更何况这个设计也没办法让大家精神愉悦，当然或许有人觉得这么设计很“高级”吧），要兼顾开发速度、代码质量、维护难度。按照这个仓库里的这种写法，新招进来的员工都骂，出个问题排查半天，性能远不如普通的设计，我没有清楚你推崇这种设计思路的点在哪儿，本身“实际中的业务内容”就不是一个需要解决的痛点，有数不清的方式做。

怕你不服气，我抽了点时间看了看这个的几页介绍才来回复的。
首先，这种方式并没有真正消除逻辑复杂性，而是将其分散到各个独立的 ruledef 里。debug 的时候就知道什么是 callback hell 了。
然后，对于需要显式控制执行顺序、循环次数、中断条件等的场景，用这个方式反而是徒增思考成本。
还有，用 setTimeout 解决递归问题的行为，太变态了无法评价。

我举两个例子：
dijkstra 算法和需要 rollback 的时候，用你这个所谓的“挣脱了思维桎梏，启迪了方向”的编程思想，都是依托答辩。

引用一下你的发言：
```
这个理论就像日心说一样值得被更多人知道，应该被更多人知道，哪怕它和日心说一样被证明是错的，也算挣脱了思维桎梏，启迪了方向
```
感觉可以了解一下 邓宁-克鲁格效应。

@xngiser 惊艳的 PPT 看得太多，惊艳的产品用得太少，Gemini 刚出的宣传片也一样惊艳。

根据我这些年看过无数 AI 相关产品的宣发的经验来看，有真材实料的产品都是在宣发的同时，就开放给了一部分普通人使用，如果一个产品宣传给出去了，但是普通人用不到，那么我会首先质疑。

@ellipsecheung 你在访达搜索名字是能搜索到的，但是点击会闪退。

Beta 版就这样，本来我是馋 iPhone Mirroring 功能才升级的，升级了之后发现目前还用不了。然后发现 QQ 、BetterDisplay 都闪退，BetterDisplay 还好，作者 Github 紧急升级了个 pre-release 版本，但是 QQ 几个版本都用不了，包括上面提到的 6.9.12 ，打开是能打开，不过全是空白界面。

@xbird 试用过了，感觉 ui 还是非常好看的，不过前端我没啥经验 233 ，我参考下，不过本身扫描过程的实时可视化感觉还是有必要的，要不用户等着太无聊了，看扫描的过程挺解压的。

如果你的服务器上有 python 环境，那么有个非常方便的方案，什么都不用做。
ProcessBuilder processBuilder = new ProcessBuilder("/usr/bin/python3.11", "/path/to/python.py");
try {
Process process = processBuilder.start();
try (BufferedReader reader = new BufferedReader(new InputStreamReader(process.getInputStream()))) {
String line;
while ((line = reader.readLine()) != null) {
// 你的逻辑
}
}
int exitCode = process.waitFor();
System.out.println("Exited with error code : " + exitCode);
} catch (IOException | InterruptedException e) {
System.err.println("An error occurred while executing the process: " + e.getMessage());
}

ChatGPT 如是说：
在这段代码中，虽然看起来 cache = new OneValueCache(i, factors) 这一行在没有同步机制的情况下，似乎是线程不安全的，但实际上由于 volatile 关键字和 OneValueCache 对象的不可变性，使得 VolatileCachedFactorizer 在多线程环境中仍然是线程安全的。即使多个线程试图同时创建新的 OneValueCache 对象并赋值给 cache ，但因为 volatile 关键字的内存可见性特性，所有线程都会读取到最新的 cache 值。另外，由于 OneValueCache 对象的不变性，即使 cache 被新的 OneValueCache 对象替换，其他线程获取的旧 OneValueCache 对象仍然是一致和有效的，因此并不会影响程序的正确性。