如果没有全面深入的学习实践过 scala ，直接在生产中写 scala 会让你感觉 scala 很难很复杂，不能像 java 那样游刃有余的实现逻辑，需要在思考逻辑的同时考虑较多语言层的问题，巧的是 scala 语言的特性很多。

scala 有多种应用场景，用来写数据处理任务时一般逻辑集中外部协同少——仅需要熟悉框架 API 和较少语言特性，用来写持续运行的但基本不需要现协同开发的服务——用于练习如果将 scala 集成到原来的 java 生态，用来开发自己的玩具项目、side project ，参与 scala 生态的开源项目等等。

如果一个团队中不少人都喜欢且愿意在生产中应用 scala ，算是具备了 scala 上生产的前提条件。然后是你要用 scala 做什么项目，CRUD 没必要，只有那些能够充分发挥 scala 语言、生态优势且收益不小的项目，才真正值得，因为 Scala 小众是事实，人员风险需要考虑。

最后，我从 15 年开始使用 scala ，最近两年没在用了，因为我现在接到的需求要么是 CRUD ，要么是老板只关心任务是否完成，就是说，需求方或需求本身对技术不追求无预期、或不需要考虑过多，那就没必要。但 scala 本身和生态对我的设计实现过程影响很深。

所以，如果喜欢就尝试写点啥，写多了自己就知道答案了，还有，具体想要使用 scala 做项目的初衷是啥，单纯的喜欢语言，还是想储备技能提市场升竞争力，当前来看显然 scala 没有 rust golang 的市场需求大。

其实，学点啥都是有益的，短期的、长期的，显式的、隐式的，肉体的、精神的。。。

看这个例子： https://github.com/infilow/relax-utils/blob/master/src/test/java/com/infilos/utils/stream/StreamBatchTest.java

如果是对项目负责，当然延续 Java 使用 JavaFX ，除非你对其他桌面技术非常非常熟悉，重写或翻译逻辑非常快。
如果你出于个人原因想搞点别的技术，建议整个小项目自己玩。