2. V2EX
  3. 多亏 AI 现在遇上棘手问题完全不慌

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

inza9hi 2026-07-04 20:39 1

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


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


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


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

最新回复 (10)
  • phrack 07-04 20:43
    1楼
    是真能降本增效，但是增营收难说，毕竟别人的产品也会用 AI 降本增效

    问题是大部分程序员就是本而不是营收
  • inza9hi 楼主 07-04 20:45
    2楼
    @phrack 太惨了。
    逼着大家都去做核心系统，既懂业务又懂系统。 用 AI 卷掉同事。
  • idragonet 07-04 21:20
    3楼
    是的，一个 JAVA 写的 PLM 系统接口调不通：反编译源代码+提供 MYSQL 数据结构+提供数据库连接+日志文件，AI 几分钟就解决问题了。 没用这个方法之前调试了好几天都没有搞定。
  • bobo20240310 07-04 21:42
    4楼
    提效还是非常明显的
  • syahd 07-04 22:26
    5楼
    想问下你把原始日志丢给 AI 会有泄密的风险吗
  • 8675bc86 07-04 22:32
    6楼
    这不算啥棘手的问题，我遇到好多操作系统级别的问题，codex/claude 都搞不定，哎。
  • inza9hi 楼主 07-04 22:39
    7楼
    @syahd 这个是让他写程序从原始日志读取然后做转化。不过原始日志也没啥重要的东西
  • inza9hi 楼主 07-04 22:40
    8楼
    @8675bc86 复杂系统（上下文复杂）和小众赛道（原始语料不足+使用人少），AI 不好搞
  • EMMMMMMMMM 07-05 10:26
    9楼
    我一直跟同事说，不要干太快。
    增效增的是老板赚钱的效，并不是你领工资的效率。
  • JasonYip 07-05 13:37
    10楼
    @syahd 日志本来就得脱敏吧 不过不排除有人不按流程操作😂
* 帖子来源V2EX
附近帖子
返回
飞读
随机推荐