酷应用

做数据只知道Excel？Jupyter Notebook也要学起来了

百家作者：机器之心 2019-06-25 07:11:39

选自towardsdatascience

作者：Semi Koen

机器之心编译

参与：胡曦月、张倩

Excel是交易员或金融从业者的生计之本，但在数据量较大或需要对数据进行深入挖掘时，Excel似乎就有点不够用了。那么，有什么新的工具可以作为代替呢？本文作者给出的答案是Jupyter Notebooks。

如果你是一名交易员或者从事金融服务行业，那么 Excel 就是你的生计之本。有了它，你可以分析价格和实时数据、评估交易组合、计算 VaR、执行回测等等；有了它，你就是数据透视表、公式、图表甚至 VBA 和 PowerQuery 的专家。

然而，尽管你可以快速处理解决方案，但在你得到结果之前，电子表格已经扩展到数十个标签页、上千行以及数不清的 VBA——这使得它的可读性和可维护性遭到破坏。如果你胆敢用 F9 键刷新结果，那你就可以喝杯茶再多等一会儿了（前提还得是你的电脑在这期间没有崩溃）！

很熟悉的场景吧？你大概已经在频频点头了。

尽管 Excel 十分有用，但是对数据进行深入挖掘时，电子表格并不能提供你想要的所有答案。下面来看看 Excel 为什么这么火，又有哪些不足，最重要的是，为什么应该用 Jupyter Notebook 来替代它成为你的强大数据分析工具。

天堂般的 Excel

使得 Excel 如此有价值的因素有多个，最值得注意的是它简单却强大的基于内置函数的响应式计算模型。电子表格就像是一块空画布，「业余程序员」可以在这上面用 Excel 专用语言（公式或者 VBA）进行编程。

尽管银行为了运行业务关键流程部署了广泛的 IT 系统，但以电子表格形式存在的 Shadow IT 仍呈爆炸式增长，Shadow IT 补充了这些核心系统，并成为新业务计划的默认工具。正是由于企业系统不够灵活，无法适应动态金融环境所提出的快速上市要求，这才有了 Excel 来填补这一缺口。

Excel 可能很方便，但这是否意味着它就是正确的方法呢？

Excel 在企业中的角色需要重新定义了！

地狱般的 Excel

想用电子表格对大量数据进行高级响应式分析？那可就用错工具了。

下面是 Excel 高级用户所面临的一些问题：

级联错误：Excel 一个臭名昭著的问题是，错误会沿着列传播，然后到整个表格，就好像雪球最终变成雪崩一样。可怕的是，有时错误发现时已为时已晚。
可扩展性：Excel 可处理的行列数是有限制的。随着数据集以指数速度增加，电子表格很快就会耗尽内存或消耗大量 CPU 资源，此时数据损坏的风险就会上升。
性能：在复杂的工作簿中，修改一个数字可能会影响到数百个重复计算，Excel 需要时间来处理每个数字。表格达到一定规模后不仅自身的速度会下降，还会影响到计算机上其它需要内存空间的应用程序的性能。
测试：想要测试一个电子表格的正确性几乎是不可能的，更别提还要证明后续更改不会破坏任何其他内容。
可追溯性/调试：往往一个很小的修改就会显著破坏你的复杂公式，从而使得问题难以识别和修复。
全部包含：数据和计算全部包含在一个 Excel 文件中，并且在本地计算机上运行。这就意味着协作受限、版本控制成为噩梦。此外，数据也只能是基于最近更新的静态数据，而无法随着条件变化而实时更新。

传统软件在数十年前已经解决了以上这些问题。

最后同样重要的一个问题是：

操作风险：所有电子表格最初都是小型/快速修复计算，但有些最终成为了永久性的企业级解决方案。它们提供了大量业务流程，但却缺乏全局谱系的可见性，从而使得许多财务、运营和监管流程的完整性受到威胁。

Hello，程序员；Bye-bye，交易员

传统上，银行将定量交易团队分为定量交易员和定量开发者。前者提出交易想法，后者将这些想法转化为可执行代码。如果你作为交易员的同时也熟悉编程，那就不再需要这种分工，这也为你提供了竞争优势：不仅可以在银行希望优化成本时避免被裁员，还可以将自己的交易模型付诸实践，并利用时间优势获利。解放双手，将枯燥的任务自动化，编程真的很有创造力！

在这个时代，更多的初级交易员都具备 uni 编程技能，因此想要保持职场竞争力就得要参与其中。

如何在 Python 和 Jupyter笔记本上使用 Excel

那么，当交易员和金融专家们发现 Excel 有诸多限制时（不是因为版本过低时），该如何解决呢？

答案是，学习 Python，并且使用 Jupyter 笔记本来做开发环境！

Python

Python 相当易于学习且用途广泛，因此在金融社区中使用渐多，与 Excel 一样，它现在是许多量化工具的先决条件。它没 C++（或 Java）那么复杂，也就意味着：1. 学习曲线没那么陡峭；2. 完成一个任务所需的代码量要少 80%-90%。

Python 的日益普及可以从大量支持交易员所需的各种工具库看出来。