我就属于会有不安全感的人。所以每次 llm 生成了一段代码，我必须先看一遍。如果不看，即使它能跑起来，我也会有很大的不安全感。尤其对于工作项目，这种不安会更严重。
所以我只用 llm 生成局部代码，大部分是一个方法或类，而且必须在自己在全局下有一个掌握时，才让它生成。所以我基本不让它做大范围的代码生成。
你们会这样么？
 |
101
ota 10 天前
这问题意义看似不大，实则一点没有，玩笑话，调侃了。回正题。
op 主担心的是，在不知道原理的情况下，我们会成为 AI 的组装工人。也就是最终会成为真正不带引号的码农。 因为不知道原理，只知道这么做可以 run 起来。其实问题并不大。大部分业务都是结果导向。如果不能 run 了，我们会找其他方法实现。直到大家都 run 不起来，才会去研究背后的原理。而对原理的研究，需要逆向学习知识结构，但凡 IQ120 正常人，不太可能看不懂，只是需要时间和精力消化。这对于当前的方法实现被广泛验证（ AI 也是基于已有数据进行输出的，所以和人为验证没太大区别）不需要自己复现是一个道理。没必要当论文来看待运行原理。直接用就行了。个人意见仅供参考。 |
 |
102
ruguoo 10 天前
个人觉得，AI 目前还是只能作为辅助，不能完全依赖。🤔
|
 |
103
xuanwu 10 天前
我挺好奇现在的 ai 生成代码服务的协议里，有没有写明任何潜在 bug 带来的后果都由使用者负责？
|
 |
104
imycc 10 天前
当然得自己看一遍啦。自己写代码的时候，需要考虑各种边界情况并且验证吧？ AI 写的代码，如果它能自己编写单元测试并且通过，那当然没问题。否则，你如何保证你交出去的代码是能正确处理边界情况呢？
|
 |
105
runningowl 9 天前
其实吧，心慌不慌和出不出问题没有联系，看你想让 AI 当程序员还是架构师（能不能还是另个问题）
极端点想的话，要不就工具人全给 AI 有 bug 也是 AI 调，要不就自己知道写什么只是让 AI 帮你敲键盘 |
 |
106
wupher 9 天前
你所在的这个宇宙，the universe ，
从最小的基本粒子，到众多的复杂系统，比如社会，市场都满足不确定性原理 uncertainty principle 这个世界，包括你、我的诞生也许都仅仅是个偶然，“没人知道它/它们是怎么跑起来的” so what ? |
 |
107
pvnk1u 9 天前
这么说吧，只要单元测试案例是完整的全面的，我甚至都敢完全信赖我同事写的代码（ doge.jpg
|
 |
108
abolast 9 天前
主要实现产品功能的库，我们运维会看一遍，看起来那个后端不会。运维看是为了自证清白
|
 |
109
uds9u32br 9 天前
单元测试很重要，不方便做单元测试的只能 review 了，心智负担指不定比自己写还大
|
 |
110
niboy 9 天前
我一般是直接测，偶尔看一眼，写完后让他总结原理或者逻辑
|
 |
111
jackbon 9 天前
跟程序员讨论问题 会带来更多的问题 ^_^
|
 |
113
idou 9 天前
先验证能跑，之后再考虑安全感
|
 |
114
xuelang 9 天前
哈哈，好问题，现在 vibe coding 下，这个问题确实有点纠结。
我自己的话，开始还看，后来发现生成的太快太好了，就慢慢不看。尽量通过一些测试用例来保证质量吧。。当然这只是个人玩的项目，工作的项目还是每行都看的。。 |
 |
115
Richared 9 天前
ai 生成的代码不改基本上用不了，因为你的都是自己的特定逻辑，肯定得改。有些看一眼就知道不能用。
|
Select Language