This topic created in 177 days ago, the information mentioned may be changed or developed.
 |
shakarakaMay 14 via iPhone
1
可喜可贺
|
 |
lwfreMay 14
2
每当看到别人用 AI 完成大型项目开发时，总是忍不住怀疑我用的不是同一个 agent 吗 😂 每次开发时我都得费劲写一大段需求描述文本，防止 AI 跑偏了
|
 |
my3157May 14 via Android
5
Why not RIIR🐶🐶
|
 |
KetteironMay 14
6
100w 行代码，6755 次提交，只花了一周，这就是超级个体的战斗力吗？
|
 |
7
测试驱动这个东西越来越重要了
|
1 |
8
@lwfre 这种项目其实是最适应 AI 的，测试完善边界清晰，也没有 UI 交互要看。
|
 |
nullyouraiseMay 14
11
@Ketteiron Bun 被 Anthropic 收购了，人家有无限 token
|
 |
dumbassMay 14
12
AI 真是节省效率，以前要若干年才能完成的任务，现在几天就搞定了
|
 |
jlkm2010May 14
13
一大堆 unsafe
|
 |
ioriluMay 14
14
太牛逼了, 100 万行的大项目, 一个星期搞定
写代码简单, 找到可靠的验证方案现在更重要 |
 |
TimzzzzzMay 14
15
真的用 bun 在生产环境吗？体验如何啊，我们还在 pnpm
|
 |
limonMay 14
17
+1009257
|
 |
shiloh595May 14
19
这效率太🐶8️⃣吊了
|
|
ioriluMay 14
20
所以 ai 时代语言根本不重要, 随时转换
|
 |
zsj1029May 14
21
bun upgrade --canary 金丝雀已经发布可用
|
 |
andlpMay 14
22
都用 ai 了,为什么不追求一下极致的效率 用 c 或者汇编呢?
我不明白 |
 |
passiveMay 14 via Android
23
@andlp #22 rust 和 c 或者汇编效率没有数量级上的区别，安全性还更好。而且手写汇编不做 profiling 不如编译器优化的结果。不可能固定写下每个循环的 unroll 和根据输入参数的 dispatch ，LTO 也没法做。
|
 |
24
长久以来，各种编程语言在`开发友好`和`运行友好`间来来去去，各种语法糖/虚拟机/解释器都是为了"代码写起来方便快捷"，牺牲了运行效率。
现在有了 AI 的辅助，`开发友不友好`就不是问题了，直接选 Native 型运行效率高的语言，而兼具编译期检查的 rust 确实有大优势 |
 |
nomagickMay 15
25
我艹真狠啊
这代码真是他自己写的吗说扔就扔，没感情的吗，太吓人了 像这样能找着老婆吗，如果已经结婚了想采访他老婆的感受 |
 |
thevitaMay 15
26
okey!!so what we got, memleak 修好了吗
|
|
thevitaMay 15
27
@nomagick 本质是可以认为还是同一套代码, 没有重构, 基本就是 .zig -> .rust 的 LLM based transpiler, 据说好处是把 unsafe 都标出来了，看后续迭代效果把，是个很好的案例，毕竟这种工作过去都不会有人敢直接开干
|
 |
yolee599May 15 via Android
29
看别的博主分析源码，rust 版本的 bun 有一万多个 unsafe ，而著名的 python 版本管理软件 uv 只有七十个 unsafe 。估计还要迭代很久
|
 |
soupu626May 15
30
有谁还记得 transformer 一开始是个 NLP 的架构，最开始的场景就是为了机器翻译做的，做编程语言的翻译某种意义上也是重操旧业，干回老本行了。。。。。
|
 |
wweirMay 15
31
Vibe Coding 在重构这一块，一直都是非常强的。
业务、边界清晰，要的无非是翻译的活，LLM 那是手拿把掐 |
 |
yy77May 15
32
如同游戏里的 remaster 而不是 make 。
主要是这样激进的变更，而且是用 AI 转译充满 unsafe 的，敢在生产环境用 bun 的人就会更加少了吧。 |
 |
snylonueMay 15
34
全是 UB
|
 |
swanananMay 15
35
我觉得 unsafe 多不代表质量不行，但是这种没有人把控的短时间全量重构，想想就头皮发麻
有点营销的感觉，估计是靠老代码先兜底 要是下一个 pr 把 zig 代码全删，那我才是服气的 |
 |
shidianxiaMay 15
37
毕竟 bun 现在是 Anthropic 亲儿子，算力管够，甚至说不定给用上了内部最新的模型
|
 |
shuniaMay 15
38
笑死
underdeserver 4 hours ago | parent | prev | next [–] Is writing the blog post taking longer than the rewrite Jarred 4 hours ago | root | parent | next [–] almost |
 |
monkeyWieMay 15
39
这都是因为 bun 项目单测覆盖率到位，普通项目要完全用 AI 重构就别想了吧
|
 |
GeminiProMay 15
40
听说又是一个巨大的屎山？
|
 |
tach1komaMay 15
41
|
 |
ncMay 15
42
Bun 这个项目的定位很尴尬，做客户端不需要高性能，做服务端想要高性能为什么不用 Go 呢。
|
 |
victimsssMay 15
43
还有一千多个 pr 🤣
|
 |
uniMay 15
44
里程碑性事件！我很期待之后他写文章说是怎么做的
|
 |
Tanix2May 15
45
后面估计还有乐子
|
 |
jukanntennMay 15
46
别过分鼓吹，人家可是用的顶级大模型 + 无限 token + 无限并发资源，后面可能一个团队在做事，后面做了多少努力我们也不知道。现在自媒体嗨起来鼓吹成一句话 --- bun 1 周从 zig 迁到 rust 。万一不太懂技术的老板被洗了脑，惨的又是我们这些牛马。
|
 |
nullrefMay 15 via Android
49
锈语言
|
 |
vicalloyMay 15
51
AI 的出现让小众开发语言的处境更难了。
|
 |
wangtian2020May 15
53
"我们 rust 的试验开始了吗"
"已经结束了" |
 |
craftsmanshipMay 15 via Android
54
@nc 就 Zig+JavaScriptCore 这一套下来 我无法想象什么人会用这玩意在生产上跑服务端
|
 |
inheaderMay 15
56
这速度让人感到绝望
|
 |
wengjin456123May 15 via iPhone
57
牛逼，这玩意得等大家试试，我不敢用
|
 |
cbasilMay 18
60
从 0 到 1 可能要好几年的开发，但是从 1 到 1 那就是一键 copy ，Rust 最厉害的地方就是重写其他项目 [手动狗头]
|
 |
qiaobeierMay 18
61
那个 coderabbitai 看起来很不错啊
|
Select Language