z1829909

一个是版本依赖层面的, 代码和数据库之间版本是否兼容
一个是服务可用性层面的, 是否需要不停机更新

你推荐了 2000 的手机，后面出点啥毛病都怪你。你给他买 iphone ，即使出了问题，她也会说是自己使用不对。

可能我信息不够全
为什么一个 api 测试工具服务端挂了，本地就不可用了，这有点吓人了

而且讯飞内部对一些大客户肯定是做了订制优化单独训的模型。
开源模型只对一些轻度用户是满足的，而这个客户群体用 api 更合适。反而是大量使用的用户有订制离线部署的需求。

@bushnerd 开源模型效果达不到，只是毛坯，在模型能力之上还要做一些工程化。
而且你自己部署成本可不一定比讯飞的低，只是模型免费，显卡人力也要钱，讯飞内部的调度可以节省算力闲置造成的浪费。

@cmdOptionKana 打 rg 再按空格才出如果吧，而且如果不在第一个还得找一下

接受延长，不要留证据表示你接受了，也不要重新签合同。
到时候要干你，你就说没接受。过了合同里写的试用期时间，你就已经是正式员工，不管公司有没有同意，这段时间你就留好证据，放弃幻想，准备战斗。

笑死了，一楼还贴了段又臭又长的 ai 回复。飞书开发相关的训练资料很少，ai 回复的幻觉很严重，这种问题还体现在很多冷门的技术上。
这种需要把飞书文档作为上下文提供进入，让他总结，但是如果我知道上下问在文档哪部分，我费这劲问 ai 干嘛呢，直接看文档不就行。
目前很多大模型的产品支持解析 url 中的内容作为上下文带上。但是飞书的文档子页面非常多，不可能所有都提供，即使都提供了，上下文大概率会超。这种时候需要先从工程层面做到"从飞书文档中过滤出和我的问题相关的部分内容"，然后带入到上下文中。
甚至一楼还问一句"这年头问问 deepseek 很难吗" 同样的，这年头发出来之前，验证下自己发的内容很难吗。
总之，我依然相信，大模型是智商过滤器。

@iorilu 就 web 服务这种场景, 感觉 python 的异步 io 比 golang 协程更有优势, 而且可以横向拓展, 通过多个进程弥补 python 自己对 cpu 利用率的问题. 比不上 php 也很正常, swoole workerman 这种也是异步的模型, php 可以使用一些 c 的拓展实现, swoole 更是用 c++写的. php 因为他狗屎的历史问题, 容易被低估.
但是在一些需要比较精细地调度的场景下, python 多进程的粒度太糙, 造成很多浪费, 完全比不上 golang.