重要提示：我问这个问题是因为其他 stackoverflow 问题未能具体回答我下面描述的部分。
我完全不同意其他问题中的说法以及对软件开发中缺乏函数式语言的解释：
历史原因（时间已经过去很久了，函数式语言已经存在不同的变体，用于不同的目的和任务；现在它不再像 90 年代或 80 年代那样新颖），
性能较差（我们现在有的语言（比如 Java）被转换成字节码并由虚拟机运行。在这种情况下使用函数式语言真的太耗资源了吗？），
该领域缺乏发展（再次重申，这是胡说八道，我在许多问题中都看到了这一点。那么 Haskell 以及一堆在错误方面做大量工作的不同语言方言又如何呢？）。
我唯一能指出的一点是缺乏专家。没有人对这一论点提出异议。确实，对于企业来说这是一个巨大的减分项。
尤利娅，你没有抓住重点……在黑暗的房间里找到一只黑猫是非常困难的。尤其是当她不在的时候。
时间和金钱总是决定一切（没有人再建设共产主义了）。 Fortran 自 20 世纪 50 年代开始投入使用。没有人会改变它。
原因：它太贵了。
给您的 Haskell 相当活跃并且受到爱好者的喜爱。
那么问题可能不是由于历史原因、绩效不佳和缺乏专家造成的？ ：）
在非常平凡和平凡的事情中：
其实就这样吧，都是这些原因。
由于我的特定职业，可以说我“感觉”的是相当特定的软件。 ：）
Domofnia bpt（现为 Came:bpt），Porter 礼宾/安全软件。 Java 语言。非常慢，很弯曲，乍一看就像是在训练期间编写的第一个软件。现在已被 Intercom view、dotNet 取代。
为什么选择 Java？因为在撰写本文时，这些是最便宜的程序员。
为什么现在选择 dotNet？有许多限制阻碍了 Node.js 的使用
再次，决定性因素是金钱。
uProg、pProg、FireSec、Orion、Sigur……这个名单还可以列很长很长。
到处都有极其“简单”的（或者更准确地说，过时的并且并不总是道德上的） GUI、一堆错误和彻头彻尾的错误。
而随处可见同样的事情——在编写这个软件时，客户只关心时间和金钱。尽可能快捷且便宜。
当然，在这种情况下，任何函数式编程都无从谈起。
Rubezh Strazh - 一瓶内包含安全系统和门禁系统。 “Guardian” 的 GUI 通常是设备上的 Web 界面（例如路由器或交换机上）。于 2019 年出现。在下一个版本中，下次更新将修复 Bug。当警报触发时，一些接入点设置会丢失。你觉得这个怎么样？ :) 顺便说一下，这是一个访问控制系统，是安全系统的一部分。
测试和查找错误在哪里（尤其是这种琐碎的错误）？不，很贵。
再说了，即使只是粗略地看一眼该软件，一个想法就会闪过：他们在这里节省了一切。
总而言之，可以这么说。不要在内心深处寻找原因。不幸的是，“寻找受益者”的原则并没有过时。尤其是在金钱主宰一切的世界。
你的思路非常有趣。但令我深感遗憾的是，它只适用于爱好者。业务需求——最低价格和期限。而函数式编程与此不兼容。
热情是好的，但是每个热情者都想吃饭。企业只愿意为快速的结果付钱。因此，对于任何人来说，Miranda 上的软件都是没有兴趣的。
类似这样的。