如果盯住 OP 字面上说的"一线业务人员可以直接配置",拿一线业务人员连真正的脚本也不可能用,是会得出 OP 才可笑的结论。但是如果真要你们这么非黑即白,一头是纯业务的,另一头是用 Java 这种产业级软工语言吭哧吭哧硬写代码的,那不妨更极端一点,业务这头,「真正」的「甲方」味的「业务人员」,别说脚本语言了,甚至可以拖拉的编排系统都不要去用呢,有啥需求用颠三倒四错误百出的文字描述出来让乙方返工 10 编去给搞出来不更好?
去除 OP 表达的问题或者某些思维误区,咱不谈给一线业务人员用脚本这个搞笑想法,只说在一个用 Java 开写核心引擎的平台里引入脚本语言来做开放能力,这样做是为了什么,还不是因为业务的多变性高于基础设施,让写引擎的人去用同样的语言写业务规则是资源错位,引入脚本语言了,可以更好地做对人员分工,不论是招聘还是培养,都可以细化出一批专门写业务规则的人。那么,Java 写的平台里再引入 Java 写的脚本,真的一点也不可笑吗?有技术解决方案能做到,就是合理的选择吗?