我们真的应该完全放弃《古法编程》? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
ybz
V2EX    程序员

我们真的应该完全放弃《古法编程》?

  •  
  •   ybz
    PRO
    1 小时 33 分钟前 869 次点击

    使用 AI 在不熟悉的领域写代码真的欲罢不能,之前自己不会的技术,稍微看下文档,然后让 AI 来写,完全能够写出来,也能看懂它写的东西。

    但是问题是,这玩意儿真要自己下手写的时候,完全不会!!!虽然能看懂,但是真的连语法都记不住。

    整个项目写下来自己是感觉不到学会了任何东西的。过度依赖 AI 真的就相当于放弃了手写代码。离了 AI 完全不会写代码。

    我不是说这样不行,但是这样真的行吗?我不确定啊!

    19 条回复    2026-01-20 13:05:12 +08:00
    bennyfu
        1
    bennyfu  
       1 小时 29 分钟前 via iPhone
    我最近在学 rust ,学习阶段还是不利用 ai 的,到能做一个小项目为止
    stinkytofux
        2
    stinkytofux  
       1 小时 26 分钟前
    确实, 我现在做项目选型的时候已经不看自己熟不熟练了, 例如写一些小工具直接用 go, 短小精悍省内存. 让我自己写 go 我肯定磕磕绊绊的, 让我审核 go 的代码倒是没问题.

    真的是极大的提高效率. 我现在就是害怕等这波大模型竞争潮过去, API 大幅涨价, 到时候又离不开了, 根本离不开.
    None123
        3
    None123  
       1 小时 25 分钟前
    @stinkytofux 不会大涨价的 只会越来越便宜
    cz5424
        4
    cz5424  
       1 小时 24 分钟前
    实际朝着更未来的方向看,很多东西你后续都不需要关心细节了,AI 帮你搞,包括底层协议设计,制定,甚至造轮子,大部分人都会这样使用,小部分人当 AI 修理师,去修 AI 弄出来的 bug 。后续代码越来越多人类不可读,就跟汇编一样发展,AI 越来越接近底层,Token 消耗成本越来越低。甚至都在意 Token (就跟手机流量一样,原本几兆几兆卖你,现在几十 G 几十 G )
    kamalei
        5
    kamalei  
       1 小时 23 分钟前
    得看站在什么角度看了,老板也不懂代码但是他能指挥程序员干活,具体干的好不好他也不会 code review ,最终交给客户满意就行了。等 AI 真的足够只能,大多数程序员也不需要懂底层技术,只需要通过程序员构建的评估函数就行了。
    我现在用 AI 写 swift 代码,代码少的时候还能指导它工作,代码量多了之后,出现新的问题让它解决不是总能完美的结局,但是不懂代码真的很难指导它,但是如果 AI 足够智能,我想我可以完全不看它的代码。
    但是前端代码应该没这个问题。
    chiu
        6
    chiu  
       1 小时 13 分钟前
    @stinkytofux #2
    当年内燃机汽车盛行的时候, 我也是坚持骑脚踏车. 万一有一天汽车厂商都涨价, 我又离不开了, 那个时候出行就麻烦了.
    darkengine
        7
    darkengine  
       1 小时 8 分钟前
    少写可以,当时起码得能读懂 AI 写的代码, 能分析哪里有问题,不然出 bug 的时候真就两眼一抹黑了。
    xiaomushen
        8
    xiaomushen  
       1 小时 1 分钟前   2
    老板和产品经理,不是一直在 vibe coding 么?
    哈哈哈,你看他们慌不慌
    wsseo
        9
    wsseo  
       53 分钟前   1
    @xiaomushen 不一样,老版下面有人担责,有人挨骂。
    guanhui07
        10
    guanhui07  
       30 分钟前
    还是不能放弃古法编程,结合着用,少写点代码,至少看懂 但不能完全信赖,还是要 review 好代码
    iloveoovx
        11
    iloveoovx  
       28 分钟前
    不知道,但是你妈总跟你说手洗的衣服比洗衣机干净(
    sk217
        12
    sk217  
       23 分钟前
    没古法编程之前,人力 vibe 从 github stackoverflow 上 ctrl+c ctrl+v 的代码你就认真读过?别自欺欺人了,能跑通的代码就是好代码,大部分项目活不到需要还技术债的那天
    sk217
        13
    sk217  
       22 分钟前
    @sk217 而且现在屎山代码,opus 写出的来屎味都能跟你的项目保持同样的屎味,简直一脉相承,风格出奇的一致
    sk217
        14
    sk217  
       17 分钟前
    1.使用 AI 在不熟悉的领域写代码真的欲罢不能,之前自己不会的技术,稍微看下文档,然后让 AI 来写,完全能够写出来,也能看懂它写的东西。

    能解决问题就是好工具

    2.但是问题是,这玩意儿真要自己下手写的时候,完全不会!!!虽然能看懂,但是真的连语法都记不住。

    程序员的脑子从来不是用来记这些垃圾文档的,你应该更深入计算机体系,能看一眼就能指出 AI 的问题,以及其犯下的原理性错误
    zxjxzj9
        15
    zxjxzj9  
       9 分钟前
    说的不是古法编程的时候不参考额外资料就写得出很多东西一样。 难道你没搜过类似 python 读取文件,java 读取文件这样的问题?
    sk217
        16
    sk217  
       4 分钟前
    而且有了 AI 之后,现在我所有的小工具 全都是自研



    x-proxy 负责 443 端口监听 区分 https 流量跟翻墙流量,自动反向代理
    x-socks5 策略 socks5 ,根据用户名密码 自动路由 socks5 上游代理
    x-obfuscator 自定义混淆算法,过检测
    x-dns 策略 dns 走多个上游 国内国外自动路由
    x-monitor 自动监测 上传报告 当前电脑信息



    x-link 自动把 pt 下载的文件 根据大模型的数据结合开源的 api 软链接到 jellyfin 的目录下

    简直欲罢不能
    ipwx
        17
    ipwx  
       3 分钟前
    我觉得 AI 发展的未来,一定是内容大于技术的,无论哪个行业。这不是编程的问题,这是人类生产力解放的过程中,你是否能抓住时代浪潮的问题。所以要以输出内容为核心,无论是开发 App ,还是做自媒体,甚至写小说、将来 AI 发达了编剧都是做内容。
    sk217
        18
    sk217  
       3 分钟前
    没有 vibe之前,我这些小工具 小项目光是开工看 RFC 文档就要搞好几天,现在有 AI ,人人都能撸一套自己的趁手的工具库
    kristofer
        19
    kristofer  
       2 分钟前
    别想那么多宏大的东西。就问自己,我出去面试,面试官问的问题,我直接回答:AI 能解决。行不行?

    行就不用自己学了,不行,那就还不能放弃。

    我们既不能缺少发展得远光,但也得脚踏实地。
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3783 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 25ms UTC 05:08 PVG 13:08 LAX 21:08 JFK 00:08
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86