关于程序员与 ai 的协作关系之我见-到底是谁是司机谁是乘客

人当然是司机。。
司机技术不行，就会被乘客带歪，你可想象，你开车的时候，旁边坐一个副驾，如果他资历比你老，你可能会认为他说的在理甚至相信他，
但是你驾龄长，公里数够多，那副驾根本不会影响你的判断。

企业开发全靠 ai 不是很行;需求里面一句话不好处理找老板,老板还得找客户的财务和市场讨论;你找 ai 直接就把代码写出来了,也不知道刑不刑

谁能坐牢谁就是司机

人写的代码 bug 更多。你确定你能抗这个锅？

那从老板的角度看呢？在老板看来，手底下所有开发人员都是黑盒，「你确定你还要采取黑盒编程的方案」？
所以问题的根源只有一个：AI 的能力边界！
你信任 AI，就像老板信任员工。你说老板凭什么相信员工呢？老板招个实习生，自然不会放心让它做重要的事。你用能力不及格的 AI，自然也不信任它。
说到底，现在的 AI 还缺少判断力或者其他的这类东西。仅此而已。

你说驾驶员不能睡，驾驶员就一定不睡吗，你想确保他不睡，就得派个人看着，那个人就是测试。想保证可控和对用户负责，最重要的就是设计好测试，coding 是不是 vibe 的，并没那么重要。

@kneo 但是人可以被处罚呀，而且也有责任和压力。

谁能担责谁就是司机，能力不行就只能为 AI 背锅，老板还能把 AI 开了不成

github {"copilot"}

你这类比的不对，在 AI 出来之前，一样有生产环境的大项目，一样的有概率出重大 bug 导致巨大损失，谁来背这个锅？单纯的是写代码的那个开发吗，明显不是，测试，开发都要被连坐，甚至你的领导，你领导的领导，要背的触发比你重的多

我这种做工业软件的对 bug 有深刻的认知，不管你是人写代码还是 vibe coding ，代码中必然不可能 100%没问题，你要想不出 bug 只能依赖反复和完善的测试

其实绝大多数的软件，都没有成千上万这个级别的客户，所以 vibe coding 大有可为

AI 是燃料，
程序员从车夫变成司机。
车是公司的产品，
客户是乘客。

绝大部分软件生命周期短, 加上用户量也不多, AI 编程大有可为

@ayyll 额，其实细分到自己那一块地，是一样的。

@anytk 几万用户炸起来，也能把客服系统给塞爆的

@sillydaddy 此黑盒不是彼黑盒。

你这是犯了只看名不看实的逻辑谬误

海马和河马，都是马吗？

领导是司机，其他人都是乘客

领导/上级什么的是客运公司的老板，你们是做客运生意的，你负责把客人送到目的地怎么送走哪条小路是否遵守交通规则什么时候加油都随你，送达准时又不出事的话领导/上级/公司/客人都没意见。然后现在 AI 来了自动驾驶变成了业界标配，你可以用自动驾驶来减轻工作负担但是每天的工作时长不变，然而 AI 会犯蠢出事故了要你来负责。

@OneLiteCore 其实是这样，我只是觉得对自己完全不了解的东西如何负责如何放心呢，代码都是 ai 写的。

@l764191074537 看你的责任心和运气吧，绝大部分打工人到中后期的心态都是能按时交差早点下班然后不出岔子的话，代码质量完全是无所谓的事情，就算炸了那也只是工作炸了而不是人生炸了。而你说的想要负责和放心，说实话在 AI 之前的时代一个程序员也没办法说自己的代码绝对放心，不可能的。所以核心问题不在 AI 而在于你对于 “为公司/老板/用户负责” 这件事的看法。

一般这个问题是初入职场的年轻人会纠结的问题，作为过来人我的建议就是 ———— 打工人应该对单位时间内的薪资负责，而不是对老板/公司/用户负责，老板花钱买的是你的时间而不是你的忠诚。

但是如果你做自己的个人项目的话，那用心去做无妨。

自动驾驶没普及之前，ai 开发我是不放心的

把 ai 做项目当做萝卜快跑。ai 当然能自己跑，但是要有人盯着啊，不然会出事的。
所以，人才是最高的指挥着。

@addtool 其实你这例子说的反而是更好的，自动驾驶其实和 ai 写代码很想，人还是要在位置上看着，不能当个乘客。