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

查看 51|回复 8
作者:inza9hi   
下午公司 Doris 做一个 Schema Change 的操作,没想到改了两三个小时。
中间 Flink 写入的时候,挂了好几次,不知道什么原因,中间有些数丢了。
按照设想,这种情况应该起任务重新消费一下 Kafka ,但是计算资源和 Kafka 资源都不允许。
就让 AI 写了一个从 OSS 下载原始日志,然后模拟 FLINK 逻辑,离线恢复的程序,又让 AI 梳理了一个相关下游数据恢复的步骤。
吃饭回来,已经搞差不多了,就等我批准往线上数据库导入了。
如果自己搞估计要熬大夜了。

AI, 恢复, schema

phrack   
是真能降本增效,但是增营收难说,毕竟别人的产品也会用 AI 降本增效
问题是大部分程序员就是本而不是营收
inza9hi
OP
  
@phrack 太惨了。
逼着大家都去做核心系统,既懂业务又懂系统。 用 AI 卷掉同事。
idragonet   
是的,一个 JAVA 写的 PLM 系统接口调不通:反编译源代码+提供 MYSQL 数据结构+提供数据库连接+日志文件,AI 几分钟就解决问题了。 没用这个方法之前调试了好几天都没有搞定。
bobo20240310   
提效还是非常明显的
syahd   
想问下你把原始日志丢给 AI 会有泄密的风险吗
8675bc86   
这不算啥棘手的问题,我遇到好多操作系统级别的问题,codex/claude 都搞不定,哎。
inza9hi
OP
  
@syahd 这个是让他写程序从原始日志读取然后做转化。不过原始日志也没啥重要的东西
inza9hi
OP
  
@8675bc86 复杂系统(上下文复杂)和小众赛道(原始语料不足+使用人少),AI 不好搞
您需要登录后才可以回帖 登录 | 立即注册

返回顶部