日线增加换手率字段

get_day 自动下载数据

涨幅、震幅可以通过前一交易日的收盘价来动态计算。

停牌的股票数据怎么取合适？如果要取停牌的股票前5个交易日的数据呢？
如何设计

日线K线量价图

5日线K线图片或内嵌HTML图片

常见量化平台、框架、工具列表，包括概述、网址、优点、缺点等等，以便快速了解和从中汲取！

历史分钟线数据

实时分钟线数据

根据加俊的文档，实现一个相应的演示 Notebook 页面

用ZenHub来管理项目

基于GitHub的项目管理工具ZenHub，提供了一个完整的GitHub 问题和问题管理的解决方案，旨在在GitHub中完全管理产品开发过程。

ZenHub Epics使敏捷epics集成到开发工作流中成为可能，ZenHub说，在敏捷术语中，epics是更大的用户故事，这些用户故事的实现跨越了几个迭代过程，因此需要被逐步分解为可行的任务，即更小的用户故事。使用GitHub的开发者们之前没有更简单的方式来在GitHub中创造epics，ZenHub说道，或者他们需要转而使用GitHub以外的第三方工具，例如JIRA。Epics使完全在GitHub内计划产品backlog成为可能，ZenHub说道。

ZenHub Epics帮助开发者们将较大的用户故事分解，允许开发者们将其分成几个子任务并在将来的开发中追踪这些任务在整体目标中的完成度。现存的GitHub问题可以被加入epic中，或者可以直接在epic中创建新的问题。此外，一个问题可以被在任何时间转化成epic以适应开发过程中问题变得更复杂的情况。

在拥有自己的详细信息页面基础上，ZenHub Epics还在ZenHub “Boards”中进行了集成，这允许使用GitHub的开发者们在看板管理中管理问题。看板中根据用户定义的标准组成的问题群在不同的区域给用户提供了一个项目状态的快速总览。Epics在用户的其他GitHub 问题旁边展示并且用户可以使用过滤工具来筛选所有属于一个特定epic的问题。

开发团队的日常工作和生活中已经离不开GitHub了，ZenHub Epics能让管理者们在GitHub内计划并共享项目backlog，这是他们的。这可能是第一次真正地在GitHub中管理所有的sprint计划，而不是使用第三方的平台。众所周知，第三方平台开销较高，并且功能过于繁杂，权限结构过于分明。由于ZenHub利用了已存在的GitHub数据，他们可以确定信息总是精确和最新的。ZenHub和ZenHub Epics为团队每个人，从管理者到开发者再到执行者，创造了一个“唯一真实的数据来源”。

ZenHub Epics和JIRA哪个对敏捷epics的支持更好？

JIRA已被证明是在非技术项目经理中极受欢迎，而ZenHub是特别为敏捷开发团队和技术管理搭建的。

首先，ZenHub Epics开销低，拥有更简单的权限结构，灵活性更高，并且配置时间几乎为零。它们是特别为敏捷开发团队搭建的，他们需要一个能做他们所需要的事情、然后“解决事情”的工具。

它们最重要的不同之处在于ZenHub所有的功能都以GitHub的原生界面呈现，并且它是唯一的一个提供这样功能的工具。为什么这很重要呢？

集中一个单独的工具，消除“信息烟囱”，使团队把他们的工具集固定下来。

“上下文切换”开销很高，特别是对于开发者们来说。ZenHub消除了在工具之间的这种“上下文切换”浪费的时间。因此项目经理可以花更少的时间提醒开发人员来更新任务，并且开发人员也自发地参与到更多的项目管理过程了，因为它就寄生于他们的环境中——而不是一个沉重的管理平台。

ZenHub是一个类似Trello的、拖放式的项目管理方案，它搭建在GitHub的基础上，并与其进行了全集成。它可以在开源项目中免费试用，否则需要付费。在几个月前就已发布了ZenHub 2.0，它引进了更多有价值的功能，例如使项目可以跨越多个库的多库支持，还引入了燃尽图、时间估计针对GitHub企业自运营服务的支持。

支持基本历史数据，本地缓存，支持前复权

get_day 能够在收盘后立即得到当天数据

配置基本环境：包括自动构建等等