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

[inza9hi]

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

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

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

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

[phrack]

是真能降本增效，但是增营收难说，毕竟别人的产品也会用 AI 降本增效

问题是大部分程序员就是本而不是营收

[inza9hi]

@phrack 太惨了。
逼着大家都去做核心系统，既懂业务又懂系统。 用 AI 卷掉同事。

[idragonet]

是的，一个 JAVA 写的 PLM 系统接口调不通：反编译源代码+提供 MYSQL 数据结构+提供数据库连接+日志文件，AI 几分钟就解决问题了。 没用这个方法之前调试了好几天都没有搞定。

[bobo20240310]

提效还是非常明显的

[syahd]

想问下你把原始日志丢给 AI 会有泄密的风险吗

[8675bc86]

这不算啥棘手的问题，我遇到好多操作系统级别的问题，codex/claude 都搞不定，哎。

[inza9hi]

@syahd 这个是让他写程序从原始日志读取然后做转化。不过原始日志也没啥重要的东西

[inza9hi]

@8675bc86 复杂系统（上下文复杂）和小众赛道（原始语料不足+使用人少），AI 不好搞

[EMMMMMMMMM]

我一直跟同事说，不要干太快。
增效增的是老板赚钱的效，并不是你领工资的效率。

[JasonYip]

@syahd 日志本来就得脱敏吧 不过不排除有人不按流程操作😂