Vibe Coding 了两年,分享一下我对于 Vibe 的感想。

查看 190|回复 35
SoraStar
OP
  
某些人能不能别急啊,我说了说自己的看法而已就那么急,戳你们肺管子啦?
我不赞同的是那些只会说自己烧了多少 Token 、Vibe 起来没有条理还把自己当能靠 AI 改变世界的神的人,批判这些可不需要我有多老资历多厉害烧了多少 Token ,因为这种东西是个普通人都能看得出好吧
lujiaosama   
@minhau 哥们你快来看,上蹿下跳的不就来了一群吗😆
SoraStar
OP
  
说得没问题。VIBE CODING 的局限性是受限于使用者的水平,包括需求梳理水平,架构水平,设计审查水平,同一个模型不同的人手里出来的效果也是天差地别。把大模型当成许愿机的往往是浅度使用者,还没正式踏入深水区,没被 VIBE CODING 折磨过。
lmmlwen   
@lujiaosama 还真是,那群晒 Token 还往别人 Repo 里塞未经自己 Review 的垃圾代码的许愿机信徒闹麻了
SoraStar
OP
  
原来这里其实没几个程序员吗
ragnaroks   
@nc 一般人判断某些东西是💩只用看一眼就知道了,没必要详细了解它的构成再去吃一口才去确定它是💩,毕竟在里面藏巧克力的概率还是比较小的。评判某些人的行为也不需要我有多少 Star 多少 Repo 交了多少 PR ,因为那些人的行为普通人都知道是不妥当的。
SoraStar
OP
  
个人经验最烦的是嘴硬,让模型尊重已有代码风格和项目设置(.editorconfig 、.npmrc 之类)还是输出一堆自言自语,让它自己检查会道歉然后再拉一坨
ragnaroks   
@ragnaroks 因为大模型本体只是一堆概率猜测,没有好的 Harness 和 Prompt 的束缚会越飘越偏,好的约束和模型迭代只是减小了飘的概率,飘是无法避免的
SoraStar
OP
  
刚好又碰到了,.github/copilot-instructions.md 已经注明了所有取 list 、array 的最后一个元素用 `list[^1]` 的方式,结果生成的代码还是 `list[list.count - 1]`,真无语了
SoraStar
OP
  
@ragnaroks 正因如此我认为现有模型体系还是不够完善和强大,不能支撑 Vibe 这种高随机高风险操作。
您需要登录后才可以回帖 登录 | 立即注册

返回顶部