$V2EX
Solana
Give SOL to Copy Address
使用 SOL 向 Lax 打赏,数额会 100% 进入 Lax 的钱包。
 Lax's recent timeline updates
Lax
0.04D

Lax

🐱🐱🐱 运维架构咨询
🏢  Full-stack Hello World Engineer
V2EX member #39096, joined on 2013-05-16 11:03:24 +08:00
Today's activity rank 7970
9 G 68 S 95 B
最精通运维的 JSer,最熟悉 Linux 的 iOS 工程师,最懂 Nginx 的 Rubyist。弃坑 Electron,自学 Flutter 和 Go
Per Lax's settings, the topics list is hidden
Deals info, including closed deals, is not hidden
Lax's recent replies
token 使用是要分级别的。编码和架构设计肯定是用最新的模型。而一些流程性和概括文档之类的任务则可以使用简单模型。
作为一个老运维,看到的事情根本就不是直接去搞替换,而是先考虑怎么分层次做好 token 预算管理、用量监控、使用规范。至于要不要自建以及自建什么模型,到时候都是水到渠成的事。
现在搞 GPU/token 算力,跟以前堆 CPU 内存这些资源是基本一样的。公有云刚发展的时代,自建服务器尚且有些生存空间。现在自建 GPU 算力的风险比以前高不少,搞本地部署除非有其它原因比如所谓的数据隐私
100 块我差不多用了不到一个月。写新功能时用一些,日常维护用的很少。
现在是对话必备 caveman ,不然客套话一多就看不懂了。但是并不能根治模型的性格问题,虽然没有豆包的滑跪明显
打了很多字想帮你一起骂骂公司,看了看我从松江到上海 40 公里通勤,又把打的字全删了
@Carver9527 学着「强势」一些,给开发定规矩,给业务定指标,把责任划分好。开始肯定要去熟悉业务需求,趟各种泥水,后面规范化了也能轻松。
大概会从仓库里随机拿一个给你。提要求了,可能会给你从库存里找找。我这边的光猫机顶盒全是二手的,坏了也是直接给换。
运维开发,在大部分公司就是对接开发的运维,最琐碎的岗位。
内部俩人都没沟通好,怎么敢直接去跟客户说的
你发这个帖子引来的能源消耗,够你发很多次谢谢啦。
@uqf0663 自己补一句:更新 skill,请确保 git 提交使用中文说明。
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   938 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 20:37 · PVG 04:37 · LAX 13:37 · JFK 16:37
♥ Do have faith in what you're doing.