我一直在探索和开发Python应用程序，用于商业银行领域的关键任务工作。
银行在选择新应用程序方面保守。
我需要真正的稳定性证明和其他人使用。
看过Python网站，但现在我希望这群人可以告诉我更多。
到目前为止，我没有开发银行合作伙伴，我将需要下一阶段，所以我收集证据和投球信息。所有帮助和评论都表示赞赏。
答案 0 :(得分：33)
Banca d'Italia（大致相当于美联储的意大利货币，除了自欧元推出以来，所有使用欧元作为货币的国家，包括当然包括意大利，都将货币政策“外包”给欧洲中央Bank）使用Python，对它非常满意，并计划扩展其使用范围。我指的是意大利语，但如果你四处寻找作者，我想你可以用英语找到类似的论文。
Sungard的FrontArena是一种广泛使用的“下一代跨资产交易”系统，它使用Python（例如，见here）。
This post概述了Python在银行业中的使用情况（截至几年前），主要关注伦敦金融城。
考虑到银行如何“发挥他们接近他们的背心”，我认为有很多关于Python在银行业中的使用的信息是惊人的 - 如果这些少数情况“泄漏”，想象一下必须有多少保持警惕！ - ）
答案 1 :(得分：6)
当然，您可以使用Python实现任务关键型软件（无论您的情况如何）。在一天结束时，您的应用程序的成功将更多地权衡其功能，而不是它是用Python编写的。有些.NET公司甚至会引入Python应用程序，前提是有一种方法可以从.NET中与系统通信。
我不会将您的应用程序推销为Python应用程序。这会让你在路上遇到麻烦，因为你会遇到障碍。这种情况经常发生在您满足商业客户的情况下，而且如果没有对业务的成本/收益进行全面分析，他会向那些说“我们不能支持”的IT人员说话。这是在任务关键型系统中引用Python的地方。尽量避免这个区域。
使用Python，如果在特定约束下构建应用程序，则可以始终定位流行的平台。 IronPython在.NET上运行，Jython在Java上运行。能够回放有关如何在这些平台上运行应用程序的信息可能会有所帮助。
答案 2 :(得分：4)
在银行和对冲基金中大量使用了一个名为FrontArena的着名应用程序。我相信这是用Python编写的。
此外，numpy数字处理库和简洁明了的语法意味着Python在金融领域非常受定量分析师（或 quants ）的欢迎。
答案 3 :(得分：3)
CCP Games在其MMO中使用名为Stackless Python的版本，用于客户端和服务器。游戏的很大一部分基于市场/交易模拟，并且每天准确地跟踪和报告数千个项目的数百万个市场交易。这可能听起来很奇怪，但考虑到我的游戏玩家可以变得多么善变和彻头彻尾，在这种类型的高可用性环境中使用Python的决定应该是有用的。
答案 4 :(得分：2)
总是ResolverOne。
答案 5 :(得分：2)
Sungard Front Arena在其系统架构中广泛使用Python。这是一个交易大厅系统，在其领域拥有相当大的市场份额。而且，是的，它被投资银行广泛使用。
答案 6 :(得分：1)
这并不是完全广泛的证明，但this blog描述了Google如何使用Python的概述。
我可能会说，谷歌对任何一家银行来说都是“关键任务”（几乎？）。
除了关于谷歌如何使用Python的链接之外，显然有更多的资源，但如果谷歌（几乎整个互联网索引的公司）可以使用Python作为核心语言，那么Python肯定会符合银行的标准。
答案 7 :(得分：0)
我知道主题相当陈旧，但无论如何。 如果我们谈论关键任务。 Python是在Thales软件中广泛使用的，它提供的是硬件加密解决方案。 例如，在PayShield应用程序中，我认为真的是关键任务。 虽然Java的使用不仅仅是Python。
答案 8 :(得分：-3)
我会再试一次。
我的雇主（我们是巨大的）做了一项研究，以解决内部冲突的标准化'平台'。根据技术深度，业务一致性和公司可行性判断平台。获胜的是技术上的中间路线，并具有卓越的业务一致性和公司可行性。客户不关心技术问题;客户希望确保在4年内不会出现重大的战略障碍，就像支持公司倒闭一样。
我在此主题中点击的所有链接都不是企业系统，它们是应用程序。据我所知，没有公司能够在python中编写关键任务企业系统，除了Eve Online，这是一个游戏 - 停机时间不会让任何人被杀或被起诉。
答案 9 :(得分：-5)
Python没有像MSFT或Redhat等那么多钱支持它。如果Guido受到公共汽车的攻击，Python就会陷入困境。
对于很多事情我是＆lt; 3 python，但是金融交易系统可能想要一个支持它的真实，可信赖，稳定的公司。
编辑：这不是火焰诱饵;这是从观看同事推动由小公司支持的平台所获得的一个重要教训，以及由此产生的“商业战略”噩梦，最终导致他的项目被淘汰，而有利于使用远远更加糟糕的项目的人。项目成功比技术位更多。