Vibe coding 有什么意义?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
任何 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第6页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 224 篇相关文章 · 第 6 / 12 页
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
一直是两个 gpt plus 混用,除了缓存,没遇到任何问题。 今天升级了一下 codex 。 功能改完后,想改一下风格,发完这句话以后,A 账户返回额度耗尽 然后我换 B 账户,跟 B 账户对话前,我"git inti ➡ git add .➡ git commit
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
买的具体是哪个就不说了 不构成任何投资建议 投资需谨慎 也没赚多少 今晚和妹妹吃火锅去了 嘿嘿 2 个帖子 - 1 位参与者 阅读完整话题
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
一直是两个 gpt plus 混用,除了缓存,没遇到任何问题。 今天升级了一下 codex 。 功能改完后,想改一下风格,发完这句话以后,A 账户返回额度耗尽 然后我换 B 账户,跟 B 账户对话前,我"git inti ➡ git add .➡ git commit
一直是两个 gpt plus 混用,除了缓存,没遇到任何问题。 今天升级了一下 codex 。 功能改完后,想改一下风格,发完这句话以后,A 账户返回额度耗尽 然后我换 B 账户,跟 B 账户对话前,我"git inti ➡ git add .➡ git commit
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
一直是两个 gpt plus 混用,除了缓存,没遇到任何问题。 今天升级了一下 codex 。 功能改完后,想改一下风格,发完这句话以后,A 账户返回额度耗尽 然后我换 B 账户,跟 B 账户对话前,我"git inti ➡ git add .➡ git commit
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
一直是两个 gpt plus 混用,除了缓存,没遇到任何问题。 今天升级了一下 codex 。 功能改完后,想改一下风格,发完这句话以后,A 账户返回额度耗尽 然后我换 B 账户,跟 B 账户对话前,我"git inti ➡ git add .➡ git commit
一直是两个 gpt plus 混用,除了缓存,没遇到任何问题。 今天升级了一下 codex 。 功能改完后,想改一下风格,发完这句话以后,A 账户返回额度耗尽 然后我换 B 账户,跟 B 账户对话前,我"git inti ➡ git add .➡ git commit
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?
除了做 demo ,任何一个需要稳定性的系统都不应该使用 vibe coding 实现。全黑盒,完全不可控。 之前的一家公司,PM 开始自己 vibe coding ,推到上线后结果完全不可维护,到最后还是研发来擦屁股。产品爽了,最后烂摊子研发全接走?