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

多亏 AI 现在遇上棘手问题完全不慌

  •  
  •   inza9hi · 6h 4m ago · 995 views

    下午公司 Doris 做一个 Schema Change 的操作,没想到改了两三个小时。 中间 Flink 写入的时候,挂了好几次,不知道什么原因,中间有些数丢了。 按照设想,这种情况应该起任务重新消费一下 Kafka ,但是计算资源和 Kafka 资源都不允许。

    就让 AI 写了一个从 OSS 下载原始日志,然后模拟 FLINK 逻辑,离线恢复的程序,又让 AI 梳理了一个相关下游数据恢复的步骤。

    吃饭回来,已经搞差不多了,就等我批准往线上数据库导入了。

    如果自己搞估计要熬大夜了。

    8 replies    2026-07-04 22:40:27 +08:00
    phrack
        1
    phrack  
       6h 1m ago
    是真能降本增效,但是增营收难说,毕竟别人的产品也会用 AI 降本增效

    问题是大部分程序员就是本而不是营收
    inza9hi
        2
    inza9hi  
    OP
       5h 59m ago
    @phrack 太惨了。
    逼着大家都去做核心系统,既懂业务又懂系统。 用 AI 卷掉同事。
    idragonet
        3
    idragonet  
       5h 24m ago
    是的,一个 JAVA 写的 PLM 系统接口调不通:反编译源代码+提供 MYSQL 数据结构+提供数据库连接+日志文件,AI 几分钟就解决问题了。 没用这个方法之前调试了好几天都没有搞定。
    bobo20240310
        4
    bobo20240310  
       5h 2m ago
    提效还是非常明显的
    syahd
        5
    syahd  
       4h 18m ago
    想问下你把原始日志丢给 AI 会有泄密的风险吗
    8675bc86
        6
    8675bc86  
       4h 12m ago
    这不算啥棘手的问题,我遇到好多操作系统级别的问题,codex/claude 都搞不定,哎。
    inza9hi
        7
    inza9hi  
    OP
       4h 5m ago
    @syahd 这个是让他写程序从原始日志读取然后做转化。不过原始日志也没啥重要的东西
    inza9hi
        8
    inza9hi  
    OP
       4h 4m ago
    @8675bc86 复杂系统(上下文复杂)和小众赛道(原始语料不足+使用人少),AI 不好搞
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1058 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 34ms · UTC 18:44 · PVG 02:44 · LAX 11:44 · JFK 14:44
    ♥ Do have faith in what you're doing.