@
LeeReamond 的确，什么语言都能写写小工具，我有些现在还在跑的小工具，就是 win32asm 汇编写的。但这类工具做不大，如果将来做着做着小工具需要转为大工具持续开发，那汇编、C 、C++、Qt 这类用起来就很麻烦。主要缺失的就是生态里面的各种第三方库。招人也很难。这类语言市场一直做不大，本就证明了这一点。
如果做一个小工具就不再维护了，那的确什么语言都行。C 这类麻烦的就用 Python 或 Go 这类更新的语言。但如果一个小工具打算用几十年(我自己用汇编写的小工具都有 10 年的历史了，至今还在用，而且在 windows 11 ARM 版验证过，也能自动被转译执行)，那技术选型选来选去，最终就会发现还是 Java 这类市场占有率最大的语言最省事。想做成桌面版轻轻松松搞定，想改成 Web 版在服务端运行也很容易，想支持三大桌面操作系统也不需要重新开发，又有最完善的生态，需要什么都有第三方库。而 C/C++/Python/Go 这类，如果要求也这么高，那它们还真是搞不定。
至于不会打 exe ，这明显是技术水平问题。至于说程序包太大，Electron 也不小啊，迅雷这种不就在用嘛。更不用说，手机上的 App ，现在随便一个都轻轻松松几百 M ，一个 Java 带 JRE 也是几百 M 的桌面版小工具还有什么不能接受的？
当然，Java 是泛指，不是特指。我的意思就是说应该尽可能选择市场占有率最高的语言及其生态来开发 exe 小工具。可能基于 js 的也行，只不过我没有足够踩坑经验，而我在 Java 踩坑够了，所以对我来说就选了后者。
所以这是一个小马过河的故事，无非就是看站在哪个层面看需求了。