Python|开源还是闭源？从SAS与Python说开去

文章图片

文章图片

文章图片

引言我们在谈到开源与闭源的时候，通常指的是一个软件本身，其源代码是否开放，但是在特定的软件中（如数据分析类软件），还有另一个问题，就是其是否采用开源的语言来编写应用。
这就带来多种情况，开源软件开源语言，闭源软件闭源语言，等等。
我们举其中两个最典型的例子来对比，那就是开源软件开源语言：Python ，以及闭源软件闭源语言 SAS 。

SAS Python R 对比[1

为什么大型金融机构用 SAS 居多？而互联网公司更倾向于 Python？1.\t历史遗留问题
Python 虽然早在1991年就诞生了，但是真正流行起来，并且用于商业应用的生产环境，也就是在近5年时间。
在此之前，金融机构的历史代码，特别是大型金融机构，很多还是用SAS写成的。
为什么不要把老的 SAS 代码用 Python 重构呢？
经验老到的开发会告诉你，如果你的代码跑得很好，千万不要重构它。

2.\t\t人才梯队问题
会SAS语言的人才比 Python 少得多，因为 SAS 相对来说，应用场景只在数据分析领域（因此也要求具备一定的数学、统计学基础），而 Python 的应用场景则更广，也没有对于数学等基础学科知识的要求。
下图虽然有些历史了（2016年发布的文章），但是鉴于美国的整体行业技术栈相较国内也领先几年，并且在同一时间维度横向比较各行业的偏好也是可以作为参考的：

不同行业对于 SAS R Python 的选择倾向[2

也就是说，极速扩张中的互联网公司不太可能把自己限制在这么小的人才范围上。
3.\t\t稳定性与精度要求问题
从应用场景上看，金融机构一般用于风控过程中的信用评估，或者投资决策、量化模型等，一旦出错，会造成直接且数额相当的损失；
互联网机构，由于牌照的原因，绝大多数应用场景在于智能推荐以及产品运营，而这些是锦上添花的，出现错误并没有那么致命。
因此，对于运行稳定性和计算精度的要求，金融机构会高很多。
Python 底层代码包还有很多问题，比如 pandas ，目前还有3k+ open issues：

运气不好碰上一个，只能等开源社区响应了，这肯定比不上商业机构的7X24小时支持。
如果是报错或者导致了很明显的问题，其实倒还好，易于发现，马上修复排查即可。最可怕的，是哪种最终数值上差了一点点，但是完全看不出错误的问题，甚至，开源的包里，不能排除被植入恶意代码的可能。
【Python|开源还是闭源？从SAS与Python说开去】虽然遇上未解决的 bug 或者被植入恶意代码的概率很小，但是金融机构天生就是风险厌恶的，容错率很低，通常会选择更加安全的方案。
4.\t\t信用背书问题
商业化运营的公司，信用背书总是强于开源社区的，而强监管的金融行业，尤其需要信用背书。
拿上面提到的稳定性与精度要求问题来说，如果真的出现了此类问题，造成了损失，甚至引起了监管的注意，那么，用开源软件的机构，只能自己承担责任。