用了AI编程效率提高多少？

[wass]

200%到了吗？

[Caravel]

200%到了吗？

对特定的任务绝对有。

加速最大的是你不太熟练的领域。

[qiangjin]

有时还不止吧

[wass]

有时还不止吧

只能说整体

[wdong]

效率提高了，但是生产力并没有提高。 人越来越懒。省下来的时间都刷手机了。

[hci]

不好说。有的任务提高了，有的可能降低了。因为AI让人懒得去仔细分析，就可能会走错路，干很多无用功，反而降低效率。

200%到了吗？

[heteroclinic]

你非要听实话的话it hurts
这个东西和当年的microsoft software development network CD的左右差不多(30多年了吧).每一道例题都是精致的,让人爱不释手醍醐灌顶,马上pull request.
然后过了1000行,三四个文件,开始抓吗

[stm32]

这波AI的工具有明显缺陷

有时候结果还不错，有时候又是瞎搞，方向不对

这样的工具，作为企业级别编程工具其实是不合适的，必须程序员能随时警惕，抓到错误

企业级别编程工具，是不应该有明显缺陷的，需要结果可靠，才适合企业使用

很快各个公司就会体验到这点了

[wokao]

200%到了吗？

麻痹的AI给我写的程序我都没有仔细读
现在已经不愿意读程序了

[hci]

AI编程需要测试驱动。没有大量的测试是很危险的。程序员要对AI采取一个完全不信任的态度，步步验证，蛮心累的。

这波AI的工具有明显缺陷

有时候结果还不错，有时候又是瞎搞，方向不对

这样的工具，作为企业级别编程工具其实是不合适的，必须程序员能随时警惕，抓到错误

企业级别编程工具，是不应该有明显缺陷的，需要结果可靠，才适合企业使用

很快各个公司就会体验到这点了

[cernivtsi]

AI编程需要测试驱动。没有大量的测试是很危险的。程序员要对AI采取一个完全不信任的态度，步步验证，蛮心累的。

mouse food

用了更累了，mental burden

[SourSweetTea]

基本不用动脑经，全部Cursor完成

[cernivtsi]

这波 AI 就是马谡

[stm32]

AI编程需要测试驱动。没有大量的测试是很危险的。程序员要对AI采取一个完全不信任的态度，步步验证，蛮心累的。

AI编程忽好忽坏，属于不可控。

对企业软件来说，不可控是很危险的。

程序员再小心，也会有不小心的时候，让不好的AI代码进入系统，然后引起严重问题。

AI写代码，不适合企业软件，相信不用多久，企业自己就会体会到

可能不会编程的人，用AI编程比较合适

[mmking]

属实

有时候是∞，因为有的任务我就不想去写，结果AI几分钟给我写完了，而且达到了我的要求

对特定的任务绝对有。

加速最大的是你不太熟练的领域。

[hci]

已经发生了，最近听说过大公司AI代码引起的CSI.

AI编程忽好忽坏，属于不可控。

对企业软件来说，不可控是很危险的。

程序员再小心，也会有不小心的时候，让不好的AI代码进入系统，然后引起严重问题。

AI写代码，不适合企业软件，相信不用多久，企业自己就会体会到

可能不会编程的人，用AI编程比较合适

[stm32]

已经发生了，最近听说过大公司AI代码引起的CSI.

企业代码要求可靠，可控，否则引起的后果严重，损失巨大

奇怪这些公司明明知道，还推不可控的AI编码，强迫自己的程序员使用

[hci]

说明用户对软件可靠性的期望本来就低，所以用AI还是划算的。反正现在这个世界是草台班子，没人为任何事负责。

企业代码要求可靠，可控，否则引起的后果严重，损失巨大

奇怪这些公司明明知道，还推不可控的AI编码，强迫自己的程序员使用

[pnlmpnlm]

production不知道。
做poc那高了可能10倍能做到。
production。。。。。。说不定会帮倒忙

[sdehc]

AI的reproducibility 是个问题。它很容易让你在某次任务里惊艳，下次让它干差不多的活，突然就牛头不对马嘴了。现在我用的最多的就是unit test。
你不熟悉的领域，问AI找solution 也是可以的。自己design 了architecture，define了所有的层跟层之间的interface ，让AI填空也还行。自己还得修改个50%左右。
如果是自己完全不懂的领域，让AI帮你set up skeleton 也行。但是一旦深入了，自己还得学。