低资源编程语言也要被AI照顾到了
最近看到 OpenAI 在讲他们怎么把 ChatGPT 往低资源编程语言上推,除了常见的 Python、JavaScript,还专门做了软件工程、SQLite 和 COBOL 迁移方向的评测。这个方向我觉得挺值得跨境技术团队关注,因为大家平时讨论 AI 写代码,默认都是主流语言,冷门语言几乎没人提。
但现实是,很多企业的老系统还跑在 COBOL 上,金融、保险、政府项目尤其明显。这些系统不是不想换,而是迁移成本高、懂的人越来越少。如果模型能在 COBOL 理解和迁移上给出靠谱辅助,对做企业服务出海的团队来说,可能是个被低估的切口。我自己的判断是,低资源语言的关键不在模型能不能写出一段能跑的代码,而在评测标准能不能反映真实工程场景。软件工程评测考的是多文件、依赖和调试,SQLite 考的是嵌入式场景下的边界处理,COBOL 迁移考的是语义等价,这三类都比刷算法题更接近实际交付。当然也别太乐观。低资源语言训练数据少,模型容易一本正经地编,迁移场景里一个字段含义搞错,后面就是连锁返工。所以这类能力更适合当辅助审查和文档理解工具,而不是直接让模型改生产代码。对做出海工具的团队来说,这反而提醒我们:别只盯着主流技术栈卷,老系统的智能化改造可能藏着更稳的需求。先把评测和人工复核流程搭好,再谈规模化落地。
但现实是,很多企业的老系统还跑在 COBOL 上,金融、保险、政府项目尤其明显。这些系统不是不想换,而是迁移成本高、懂的人越来越少。如果模型能在 COBOL 理解和迁移上给出靠谱辅助,对做企业服务出海的团队来说,可能是个被低估的切口。我自己的判断是,低资源语言的关键不在模型能不能写出一段能跑的代码,而在评测标准能不能反映真实工程场景。软件工程评测考的是多文件、依赖和调试,SQLite 考的是嵌入式场景下的边界处理,COBOL 迁移考的是语义等价,这三类都比刷算法题更接近实际交付。当然也别太乐观。低资源语言训练数据少,模型容易一本正经地编,迁移场景里一个字段含义搞错,后面就是连锁返工。所以这类能力更适合当辅助审查和文档理解工具,而不是直接让模型改生产代码。对做出海工具的团队来说,这反而提醒我们:别只盯着主流技术栈卷,老系统的智能化改造可能藏着更稳的需求。先把评测和人工复核流程搭好,再谈规模化落地。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼