我对旧的编程语言非常好奇，尤其是COBOL，而且维基百科无法真正告诉我很多关于这个主题的内容，我决定在这里问一下：
COBOL是第一种真正用于金融，股票和银行系统的编程语言吗？
COBOL究竟在哪里使用？
比Fortran或BASIC更频繁地使用它吗？
我不知道你当时是否活着，但人们对COBOL的反应有何反应？他们是否期望它成为未来？
什么时候COBOL实际上不再用于创建新的，大型系统？
您确定在COBOL中还有重要的遗留应用吗？我无法以某种方式相信。
答案 0 :(得分：21)
答案 1 :(得分：3)
COBOL是第一个编程吗？ 语言真正被用于 金融，股票和银行系统？
出于实际目的，这一切都是在汇编程序中完成的，但Cobol是第一个进入这些领域的高级语言。
COBOL究竟在哪里使用？
任何钱转手的地方，跟踪库存等等。您对“是”这个词的使用意味着它现在没有被使用。每次刷信用卡，发送包裹，拨打电话时都会参与Cobol ......它就是每个地方。仍然。
它的使用频率高于 例如Fortran或BASIC？
是的，非常如此。 Fortran非常适合科学爱好者和工程师 - 这是一项崇高的号召 - 但他们并不存在于销售和营销极客Cobol域名中。
有没有人使用BASIC？这不是很糟糕吗？
我不知道你是否活在那里 时间，但人们是如何反应的 COBOL上升？他们是否期望它是 未来？
人们喜欢信用卡。人们喜欢在线访问他们的银行账户。人们喜欢语音响应系统，提供平衡和最近5笔交易。人们喜欢ATMS。人们喜欢快速的航空公司和酒店预订。
唯一不喜欢Cobol为他们所做的事的人是那些从未花时间和精力去理解Cobol的程序员（但他们仍讨厌它）。
嗯，永远不会。 Cobol仍在世界各地积极开发和使用。它并不性感，没有计算机科学教授会告诉你它是“下一件大事” - 但如果他们知道他们在谈论什么，他们就会在现实世界赚钱......什么时候COBOL实际停止了 用于创建新的大系统？
你确定还有吗？ 用COBOL编写的重要遗留应用程序 在那里？我简直不敢相信 不知。
万事达卡。签证。 NAA ...
答案 2 :(得分：2)
不知道，但LEO被用于工资单。它使用了一种类似于COBOL的语言，名为CLEO。
COBOL遍布各地。主要是银行和大型主机部门。
很难说。它当天很受欢迎。
早在COBOL鼎盛时期，替代方案就是替代利基 - 例如科学的Fortran，学术的Algol，金融的Cobol。他们是否期望它成为未来......可能。
5,6。它仍然被使用。搜索COBOL职位，你会为那些正在寻找程序员，建筑师等的银行和金融公司获得相当多的点击率。所有账户都支付得非常好。
答案 3 :(得分：2)
回答最后一部分：
是的，每天都有银行写的新 COBOL应用程序。大型金融机构通常有一两个大型机，因为它们（传统上）比标准服务器具有更好的正常运行时间，并且可以可靠地移动大量数据。
此外，仍然在做COBOL的人非常擅长他们的工作。
如果你正在处理数十亿美元的电子交易，那么即使它不是新的或性感的，也是值得付出的。然后，我再也无法将处理器从我的网络服务器中切换出来;通常可以通过大型机热切换任何部件，这实际上是一个非常科技性感的功能，如果我自己也要说的话。
答案 4 :(得分：0)
在我的职业生涯中，我没有接触过一行COBOL，甚至看不到它，我已经成功了近15年。在我上一份工作之前，这是一些将COBOL链接到Web服务和非大型机数据库的企业中间件。我在这项新工作中的第一个客户参与是与一家大型公司合作，他们想要与更新的系统集成大量的COBOL。
学习它一直很痛苦，主要是因为没有什么好的基于PC的COBOL引擎，但它并不是真的很难。这就是它仍然存在的原因。它做得很好，做得好。它显示了它与SOA框架交互的时代，但即使这个问题也会消失。
答案 5 :(得分：0)
@Neal：
＆GT; BASIC（不包括“Visual Basic”）主要是个人计算机语言。 有几个端口 更大的机器（例如VAX BASIC - 哦，这很有趣），但我认为这不会流行。
BASIC也开始使用大型机器。我记得1974年在类似于http://www.museumwaalsdorp.nl/computer/en/comp742E.html的环境中使用BASIC和CDC上的纸带进行编程。
答案 6 :(得分：-1)
cobol的RE代码稳定性：更新罕见，但它们非常具有破坏性，并且被安装的基础主动抵制。强制转换时，转换通常以兼容模式完成，仅测试就可以将整个SD预算刻录一年。 OO cobol就是一个很好的例子，因为除非尝试进行全面的重新设计，否则转换的实际成本将超过其收益。咨询商店喜欢这个，因为他们按时收费，但对于组织来说，它有可能让他们破产。这个OO cobol练习的一个重要神话是cobol技能集的“可移植性”，但实际上它是缺乏的OOP / OOD技能，必须向传统程序员讲授。学习一种新的范式比学习一种新的工具（语言）更难实现，事实上，这种做法毫无意义，只能被称为管理的愚蠢堡垒所吸引，因为供应商社区会谨慎误导他们。是为股东创造“价值”。这通常是一个简单的销售，傻瓜一般都应该被掠夺。
RE执行速度。这不值得详细回答。平台很快，而且是确定执行速度的编译器。我已经检查了COBOL编译器的asm输出，它并不比一个好的c编译器好。更重要的是经典的COBOLS缺乏类型安全性，无法支持范围，无法支持参数化程序，无法支持显式类型转换等，导致错误的印象，因为它没有做任何这样做更快。事实上，大多数情况下只需要编译时支持，其余部分不会增加很多开销（而且它可以优化的程度很小），因为它会使代码重用成本过高，使测试成为一场噩梦，并产生脆弱的代码。 / p>
只有修复成本太高才会消失。这可能会也可能不会发生，但是更有可能的是，组织会因为在此之前被类型安全语言困住的主要软件问题而失败。（OOP将提供类型安全，但这将需要cobol程序员和业务分析师学会使用类型）