V2EX › Had 的所有回复 › 第 1 页 / 共 63 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 63

❮

❯

2 天前

回复了 chengzp 创建的主题 › OpenAI › 最近两个月 AI Token 用量： 135 亿，缓存命中 96%，有点夸张

两个月三百多亿
基本上都在这个项目上 https://wdl.dev/
Codex 在 95%-96%
Claude 在 96%-97%

3 天前

回复了 Had 创建的主题 › Claude › Fable 5 延期到 7 月 12 号

@darksword21 就 code review ，首先扛不住的是 5h 限制

4 天前

回复了 Had 创建的主题 › Claude › Fable 5 延期到 7 月 12 号

@P233 嗯大概是按照今天最后一天用结果一周的都用完了一看 reset 时间正好就是 12 号...

4 天前

回复了 zanx817 创建的主题 › 旅行 › 赶飞机，如果你不托运且提前值机的话，只需要在登机口关闭前到达登机口就可以了。没必要关注“截载时间”。

@zanx817
我知，我没说这个定义有问题啊，也没说你错啊，我不愿争论
另外，掐点到显然是转嫁了成本到地勤，乘务组以及其他旅客，我并不觉得是什么值得倡议的事情

4 天前

回复了 zanx817 创建的主题 › 旅行 › 赶飞机，如果你不托运且提前值机的话，只需要在登机口关闭前到达登机口就可以了。没必要关注“截载时间”。

@zanx817
不，没误解，我没说你或者这个名词有问题，只是这里存在太多混用了
或者我再加一些限定，实务中，在一些场景下，通常把登机口关闭（登机口截载）也称为截载时间

4 天前

回复了 zanx817 创建的主题 › 旅行 › 赶飞机，如果你不托运且提前值机的话，只需要在登机口关闭前到达登机口就可以了。没必要关注“截载时间”。

中国大陆语境下的截载时间，通常指的就是登机口关闭（登机截载）
作为一个飞了 1700+次的旅客来说，我并不喜欢掐着点登机，毕竟登完了关门也有可能提前推出

7 天前

回复了 Had 创建的主题 › 程序员 › 你喜欢注释丰富， Commit Message 详尽，还是反之？

@ershierdu 我觉得稍稍有点偏差 cc 是很主动写注释的，它和 user prompt 没啥关系？
另外其实代码都能理解 codex 写的 cc 也能理解但是它就是建议你再补点注释或者解释性内容
好代码应该是自解释的

7 天前

回复了 Had 创建的主题 › 程序员 › 你喜欢注释丰富， Commit Message 详尽，还是反之？

@wiekern 写规则就不够古法了:)
不过 commit message 写全的意义也在于让 llm 根据提交进行阶段性总结时，不用去一个提交一个提交去 diff

7 天前

回复了 Had 创建的主题 › 程序员 › 你喜欢注释丰富， Commit Message 详尽，还是反之？

@jko123
@ronman
古法 vibe coding 指不用复杂的 skills:)

7 天前

回复了 yaocy 创建的主题 › 程序员 › 真的没人觉得 codex 比 claude 笨很多吗？

我反而觉得 CC 注释实在是太罗嗦了，明明代码说的那么明显，还要再堆个几行注释出来

6 月 28 日

回复了 Had 创建的主题 › 程序员 › 深度 Vibe Coding 2 个月用了三百多亿 Token 一些统计数据和碎碎念

@wikisu
其实应当说目前没有前台啊:)全都是后台
只是几个组件是 rust ，整体是七个组件
稍稍有点误区 rust 其实 AI 很友好的，约束越多的语言对 AI 来说越好写，我们怕 AI 发散
再加上虽然慢但是强大的编译，一般意义上写的乱了还不会影响性能，反正编译了也拉回来了
基础设施没有小平台，除非我不做有状态的，那样比较简单，我下一步也准备把平台拆更清楚点，分为 wdl-core 和 wdl-extra 这样，不用完整部署整个 stack
这个平台部署下来成本挺低的，一个月一千多一点吧，在 aws china 的话，换其他云应该更省一些

6 月 28 日

回复了 Had 创建的主题 › 程序员 › 深度 Vibe Coding 2 个月用了三百多亿 Token 一些统计数据和碎碎念

@limusi
没能用 cloudflare 的肯定不会用这个啊场景并不重合
例如你希望用 workers 的心智模型，但是又希望基础设施在自己这边，或者比如说企业内部有一个自己的 CHAT ，企业员工可以根据自己的需要生成代码然后直接可以部署到企业自己完全托管的 WDL 上

6 月 27 日

回复了 Had 创建的主题 › 程序员 › 深度 Vibe Coding 2 个月用了三百多亿 Token 一些统计数据和碎碎念

@wikisu
最开始是公司内部希望有个小的平台承载一些轻量化的定制开发
个人之前也有用 Workers ，对它的模型算满意，就简单 spike 了下，它的 dynamic loader 的确是可用的，于是就从这里开始慢慢就把功能都接了进来
至于你说 FaaS 有开源方案，当然有，但是 workerd 风格的 FaaS 并没有完成度这样高的，或者再扩大到整个开源 FaaS ，就某些角度的完成度不能说前几批次也能算排名靠前
因为不 fork workerd ，所以目前的策略就是一直追 workerd 呗
目前已经把基本的功能做全了，其他的也会根据需要做，也有适度扩展功能

6 月 27 日

回复了 dzdh 创建的主题 › 分享发现 › 继新浪云后。LeanCloud 也终止服务了

但是这种业态一直向前啊，Vercel Railway fly

大家都在做 Application ，只能做点稍有点门槛的 Infra

6 月 26 日

回复了 Had 创建的主题 › 程序员 › 深度 Vibe Coding 2 个月用了三百多亿 Token 一些统计数据和碎碎念

@EnterpriseD 哦？不错啊，用来拉阶段性审计挺有用，不过这个跑的也不深就是了

6 月 25 日

回复了 Had 创建的主题 › 程序员 › 深度 Vibe Coding 2 个月用了三百多亿 Token 一些统计数据和碎碎念

@AdamMaggie 降复杂度以及清理 over engineering

6 月 25 日

回复了 Had 创建的主题 › 程序员 › 深度 Vibe Coding 2 个月用了三百多亿 Token 一些统计数据和碎碎念

@235777178 没有感觉应该从连接上诊断一下