• 请不要在回答技术问题时复制粘贴 AI 生成的内容
zfyime
V2EX  ›  程序员

很久没手写代码 生疏了 但是还是会下意识先用 AI 正常吗

  •  
  •   zfyime · Sep 11 · 3332 views
    哪怕是一个很小的 API 对接 或者格式调整 一下居然不知道该如何下手

    最后还是 AI 一句话搞定了 真是完了啊

    这样下去感觉 AI 不代替我 我也完了
    18 replies  •  2026-09-12 15:37:44 +08:00
    richangfoo
        1
    richangfoo  
       Sep 11
    手写代码?
    有车开了 你还要去练习走路 ?
    你会怕有一天 突然世界没有车了吗?
    pike0002
        2
    pike0002  
       Sep 11
    连 linus 都用 ai 了,有啥不正常的
    frank1256
        3
    frank1256  
       Sep 11
    有的时候明确知道改哪里的话,还是会古法一下。等 ai 有点慢。会等不及,复杂的都 ai 了
    zfyime
        4
    zfyime  
    OP
       Sep 11
    @richangfoo AI 已经离不来了 但是小需求小改动 有种杀鸡用牛刀的感觉
    就好比你到家楼下吃饭 走一百米会嫌远 开车又觉得没必要
    手熟的时候 这种改动是比 AI 还快的
    paopjian
        5
    paopjian  
       Sep 11
    现在有点智力的 agent 干点啥都是 5 分钟起步, 先起手一个防御性校验, 写完再来个确认检查, 有点绷不住, 但是现在代码全部是自己写的了, 根本不敢自己手动改
    zfyime
        6
    zfyime  
    OP
       Sep 11
    @paopjian 有点这感觉 写点啥都必须来一个测试用例
    attker
        7
    attker  
       Sep 11 via iPhone
    @richangfoo 虽然有车开,但 100 米的小巷子真就没必要开车了,走路就到
    zhangli2946
        8
    zhangli2946  
       Sep 11
    HTTP API 调用,我现在都不让 API 写了。
    API 调用和 response 处理的 DSL + DSL 解析/执行器 嵌到程序里面。
    然后 crud 一下 .http 文件。
    matters
        9
    matters  
       Sep 11
    正常呢,我感觉很多人现在写代码都会这样。AI 用多了以后,确实容易从“我先想怎么实现”变成“我先问 AI 怎么实现”。但这不一定代表能力没了,更多是手写和思考的肌肉有点生疏了。真遇到复杂一点的问题,自己能不能判断 AI 给的东西对不对,反而更重要。真觉得不踏实的话,找几个小项目重新手写一遍,很快就能找回感觉。
    SleepyRaven
        10
    SleepyRaven  
       Sep 11
    虽说保持思考对延缓大脑老化有益,但是我觉得在写代码这件事上少费点脑细胞似乎对我的寿命有益。
    所以还是毫无心理负担地用 ai 吧,能用 ai 地地方千万别自己思考,顶多最后稍微 review 一下。
    AnthonyD
        11
    AnthonyD  
       Sep 11
    只要交付标准是自己制定的,并且做好 review ,就没什么可担心的了
    txican
        12
    txican  
       Sep 12
    你是老板, 那肯定是使唤手下的人干活轻松呀.

    AI 就是你手下的人.
    labubu
        13
    labubu  
       Sep 12
    @paopjian #5 "防御性校验, 写完再来个确认检查" 除了费点 token 其他的也没毛病呀
    zfyime
        14
    zfyime  
    OP
       Sep 12
    @labubu 过度兜底和防御 80%的时候没必要 代码不简洁 冗长 GPT 喜欢这么干
    labubu
        15
    labubu  
       Sep 12
    @zfyime #14 我宁愿它多写点防御代码和测试,我在的公司,它产品面向的是平台用户,出了一点影响用户体验的 bug 就算事故了 ,自己写的开源的东西或者小工具产品,不在乎这些的
    as80393313
        16
    as80393313  
       Sep 12
    就我还在古法编程吗
    Chuckle
        17
    Chuckle  
       Sep 12
    让我现在开手动挡也开不动了
    xue777hua
        18
    xue777hua  
       Sep 12 via iPhone
    @labubu 没有章法的兜底防御 最大的问题是,该考虑的基本不做,不该考虑的瞎几把乱搞。

    为啥这样不好?因为垃圾兜底 没有必要的防御 直接把上下文干穿了,频繁如此,于是就导致核心问题反而没考虑。

    但到底哪些算过度,哪些是必要?我也不知道,这方面目前非常痛苦,目前人工审查大部分的返工都在:
    - 清理没有必要的兜底/防御/重构
    - review 代码 或人工 e2e 到一半 发现架构设计根本不可行 实现不了需求 压根不可行 全部推倒重来(重新设计 重新写代码)

    最典型的就是:每次为了防御,增加一个开关。
    然后好多个开关和状态,开始打架了。考虑不周全了。这里设置了 那里忘记重置了。

    为了掩盖这一堆毛线团的开关导致的问题,gpt 还会干啥呢?给你写一堆小函数。看起来似乎看不到很多开关了。但这反而把耦合的问题掩盖的更深了。

    用的是 gpt 5.6 sol max

    总之:
    - 在我不懂的领域 夯到爆炸
    - 在我熟悉的领域 垃圾到了极点
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   2311 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 48ms · UTC 10:48 · PVG 18:48 · LAX 03:48 · JFK 06:48
    ♥ Do have faith in what you're doing.