Plutooo 最近的时间轴更新

Plutooo

V2EX 第 631520 号会员，加入于 2023-05-29 10:00:19 +08:00

Plutooo 提问技术话题好玩工作信息交易信息城市相关

想看看各位 Javaer 的简历

水 • Plutooo • 2023 年 12 月 7 日 • 最后回复来自 Plutooo

合同到期，公司不续约赔偿 n，会影响求职下家吗

职场话题 • Plutooo • 2023 年 9 月 13 日 • 最后回复来自 alexhx

open AI 又大面积封号了

OpenAI • Plutooo • 2023 年 7 月 27 日 • 最后回复来自 maryanne

选 plus 还是 poe

OpenAI • Plutooo • 2023 年 7 月 8 日 • 最后回复来自 hhhsuan

» Plutooo 创建的更多主题

Plutooo 最近回复了

13 小时 54 分钟前

回复了 SayHelloHi 创建的主题 › GitHub Copilot › 如何将 VSCode GitHub Copilot Chat 对话导出为 Markdown 文件？

试试 SpecStory 插件

13 小时 57 分钟前

回复了 Zhipuai 创建的主题 › 程序员 › GLM-5 开源：从代码到工程， Agentic Engineering 时代最好的开源模型

是蒸馏模型吗

1 月 22 日

回复了 wxiao333 创建的主题 › 程序员 › 公司开始全面 vibe coding 之后感觉更累了

@xwhxbg #17 感谢大佬分享，同时请教大佬主要 vibe coding 项目场景是怎么样的。

私认为从 0-1 或业务属性不重的项目可能适用你说的场景，个人实测下来老项目和偏业务项目确实会存在 OP 说到的问题，最简单的就是：老项目不会有 commit 和 LLM plan 依赖口口相传，LLM 并不清楚系统里面已经实现了什么，为什么这么实现，LLM 编码过程中我们无法能够将每一步可复用或存在定制化实现都告诉 LLM ，LLM 很容易就自行实现一套逻辑。这类问题该如何解决呢

我觉得 vibe coding 最大的问题仍是“尽管我们能描述清楚需要什么、接下来怎么做，但 LLM 仍无法准确知道当前已有什么、按历史规范应当怎么做”。

当然，完善文档、prompt 是一个可供选择，但当前普遍变味的敏捷开发，加上人总有疏漏的时候，一旦有问题流到了验收之后才暴露，那整体 review 和修复的成本都是几何倍数的增加

1 月 20 日

回复了 eastry 创建的主题 › 程序员 › 请教下 frp 的安全性

我是家里服务器起一个脚本定时对 ip 加白

1 月 19 日

回复了 Hyvi 创建的主题 › Claude › 海外 Skill 被大家各种玩出花了，而墙内无法使用

一堆 rules 被吹出花了，大部分场景用起来跟大半年前的 subagent 没啥不同

1 月 16 日

回复了 midsolo 创建的主题 › 职场话题 › 能不能收一下味儿，不吹牛会死是吧

人品问题，技术另说，真如 OP 所说 211 硕士白读这么多年书

1 月 16 日

回复了 decade0q 创建的主题 › Tools › 国内大学生怎么订阅 chatgpt， gemini， Claude code 这些

咸鱼买质保的成品号