 |
jark006V2EX member #370186, joined on 2018-12-13 16:14:13 +08:00Today's activity rank 19383 |
jark006.github.io
jark006
jark006
 |
Per jark006's settings, the topics list is only visible after you sign in |
Deals info, including closed deals, is not hidden
jark006's recent replies
16h 14m ago Replied to a topic by aicong2021 › 程序员 › 有使用过 Kimi code 的同学讲一下到底怎么样，打算充值 |
没用过 kimiCode, kimi 模型代码能力也不出众。感觉唯一优势就是能方便买到。
6 days ago Replied to a topic by firhome › 问与答 › 实时数字人智能客服/数字人直播，有什么解决方案吗？ |
8 days ago Replied to a topic by LonelyM › 程序员 › Fable 5 即将回归？！ |
我也认为大概率会回归，但是会有限制，很大可能强制要求 KYC 验证
12 days ago Replied to a topic by Hhehepei › 程序员 › c 真能比 Python 快这么多？ |
@jark006 如果只能用于 Python 项目，也可以用这几种语言实现这个功能模块，再包装出 Python 接口也行
12 days ago Replied to a topic by Hhehepei › 程序员 › c 真能比 Python 快这么多？ |
C 毕竟是最接近汇编/机器码的 Native 语言，只要写法不太差，基本能榨干 CPU 性能（要是实现地缓存友好，高频调用还能更快）。
而 Python 这类用解释器运行的脚本语言是很慢的，但我看这差距，170 -> 4.8 ，都 3 个数量级了，不太正常，我猜估计是 Python 的实现的效率不是很高。
如果这份程序功能基本已固定的话，建议用 AI 重新使用 RUST/C/C++/GO 这类编译型语言实现，性能会高出很多很多
而 Python 这类用解释器运行的脚本语言是很慢的，但我看这差距，170 -> 4.8 ，都 3 个数量级了，不太正常，我猜估计是 Python 的实现的效率不是很高。
如果这份程序功能基本已固定的话，建议用 AI 重新使用 RUST/C/C++/GO 这类编译型语言实现，性能会高出很多很多
15 days ago Replied to a topic by rebeccaMyKid › 问与答 › 小红书开个小号，通讯录权限都没给，都能被推给熟人，真离谱 |
你没给通讯录，但你的熟人给了啊
21 days ago Replied to a topic by libi › 小米 › mimo-2.0-pro 竟然可以查到 claude sonnet 4.6 查不到的问题，编码能力可以啊 |
毕竟大语言模型本质就是概率计算，综合能力一般的模型也有小概率发现并解决一些疑难杂症，综合能力更好模型也有概率搞不定小问题
打不开，可能访问人数太大，估计服务器没能应付过来
Select Language