5_刘欣_Python在量化投资领域的应用 ## Python在量化投资领域的应用 ## 以澎博真格量化平台为例 刘欣 ## 目录 >> 关于澎博财经 >> Python量化平台应对问题 >> Python量化平台愿景 ## 1 关于澎博财经 中国主要的金融衍生品软件及信息提供商之一。澎博财经设计研发了“博易大师”、“闪电手”、“汇点期权”、“掌上财富”、“闪电王”、“博易鑫管家”、“金字塔”等知名产品,涵盖期货、期权、股票、现货等多领域投资市场,提供集行情、交易、资讯、策略、互动于一体的产业链式服务。 |\-|\-|\-|\-| |---|---|---|---|---|---|---|---|---|---|---|---|---|---|---| |期权型报价|个税期权行0 码力 | 50 页 | 16.81 MB | 2 年前3
A Seat at the Table: IT Leadership in the Age of Agility - Part 20 码力 | 7 页 | 387.61 KB | 1 年前3
How to start a VC-backed startup0 码力 | 32 页 | 7.43 MB | 1 年前3
数据迁移MySQL(5.5/5.6/5.7/8.0) 到 TiDB 的全量数据迁移,及增量数据同步。可协助用户在不停机的情况下轻松将业务从 MySQL 切换至 TiDB。 ## 自建 TiDB 迁移到 TiDB 服务 UDTS 产品支持 TiDB 全量数据迁移至 TiDB 服务。用户在源 TiDB 开启 Pump, Drainer 可进行数据增量同步。UDTS 与源端 Pump, Drainer 一起可协助用户在不停机的情况下轻松将业务从自建 数据库。用户在 TiDB 服务上开启 Binlog 可将数据增量同步至下游 MySQL。UDTS 与 TiDB Binlog 服务一起可协助用户轻松建立 MySQL 从库。 ## 为 TiDB 服务建立 TiDB 从库 UDTS 产品支持 TiDB 全量数据迁移至 TiDB 数据库。用户在源 TiDB 服务上开启 Binlog 可将数据增量同步至下游 TiDB。UDTS 与 TiDB Binlog0 码力 | 2 页 | 42.01 KB | 1 年前3
firebird nbackup de0 码力 | 28 页 | 196.47 KB | 2 年前3
vLLM v0.4.2 Documentation0 码力 | 99 页 | 982.83 KB | 3 月前3
Government Excerpt0 码力 | 3 页 | 414.99 KB | 1 年前3
TiDB 开源分布式关系型数据库…… 12 2.6 TiDB 社区版与企业版差异 …… 13 第三章 TiDB 生态工具 3.1 数据迁移 …… 16 数据迁入 - TiDB Data Migration 16 增量数据迁出 - TiCDC 17 数据导入 - TiDB Lightning 18 数据导出 - Dumpling 18 3.2 备份和恢复 - Backup & Restore 18 法的 HTAP 数据库》 计算机软件著作权登记证书:分布式数据库 TiDB 企业版软件、TiFlash 列式存储引擎软件 ### 1.3 发展历程 2015 年 4 月 获得经纬中国领投的天使轮投资 2015 年 9 月 TiDB 在 GitHub 上开源 2015 年 12 月 TiDB Alpha 版本发布, 成为全球第一个开源的 Google F1 实现 2016 年 4 月 中国数据库技术年度最佳创新产品 ## PingCAP 公司荣誉 2017 中国最具投资价值 TOP 50 2017 中国年度创新成长企业 100 强 2017 年度中国企业服务产业最佳投资案例 TOP10 2018 中国大数据准独角兽榜 2018 企业服务产业独角兽榜·数据服务 2019 中国最具投资价值企业风云榜 50 强 2019 中国数据库技术年度评选年度创新企业 2019 全球企服科技创新0 码力 | 58 页 | 9.51 MB | 2 年前3
Moonshot AI 介绍通过这篇文章,您可以了解更多技术方面信息:专访月之暗面杨植麟:lossless long context is everything ### 3. Kimi智能助手的中文实力强、增长速度快、口碑好 a. 在投资机构和大厂的内部综合评测中,Kimi智能助手的中文实力直追 OpenAI。 b. 根据 “AI产品榜aicpb.com” 的统计数据,2024年1月Kimi智能助手的访问量 142 万,在大模型创业公司的 或者让一个本身很伟大的技术变得更伟大。 海外独角兽:你觉得模型公司应该讲什么故事?像 OpenAI 一样讲追求 AGI,还是超级应用的故事?两者会有矛盾吗,怎么来平衡? 杨植麟:如何讲故事取决于投资人的心态。对我们来说,更重要的是理解两者之间的关系。 AGI 和产品对我们来说并不是手段和目的的关系,两个都是目的。同时,在追求 AGI 的过程中,我认为所谓的数据飞轮是很重要的,尽管它是一个老套的概念。 资源获取肯定也很重要。其中主要烧钱的是算力。早期靠融资,到后面就需要更多的产品商业化。商业化也不能照搬上一个时代成熟的东西创新,所以好的 CEO 和团队应该有一定经验,但同时也有很强的学习和迭代能力。 海外独角兽:但有可能投资人分辨不出来到底谁的 tech vision 是最领先的。 杨植麟:我不太担心这个问题。现在就是最好的分配方式,更接近一个自由市场,最后会有最高的分配效率。我们要跟别人证明的也不是我们的 vision,因为0 码力 | 74 页 | 1.64 MB | 2 年前3
Flink如何实时分析Iceberg数据湖的CDC数据等割裂。数据独立,且存储成本不如 S3 / OSS。 3、Kudu的批量扫描不如parquet。 4、不支持增量拉取。 FLINK FORWARD #ASIA 2020 ## MySQL → GQOOP → HVE ## 方案评估 优点 1、流程能工作 2、Hive存量数据不受增量数据影响。 ## 缺点 1、数据不是实时写入; 2、每次数据导致都要 MERGE 存量数据。T+1 方式更新,时效性差。 方案评估 ## 优点 1、仅依赖 Spark+Delta,架构简洁。 2、无在线服务。维护和运行成本低。 2、列存存储,分析速度快。 3、方便上S3/OSS,超高性价比。 ## 缺点 1、增量和全量表割裂,时效性不足。 2、设计和维护额外的Change Set表。 3、计算引擎并非原生支持CDC。 4、不支持实时Upsert。 FLINK FORWARD #ASIA 2020 ## Downstream consume incremental changes 3、统一的数据湖存储,多样化的计算模型。 4、读取合并后的历史数据可充分利用列存加速。 5、云原生支持。 6、支持增量拉取。 7、架构足够简洁,无在线服务节点。 FLINK FORWARD #ASIA 2020 ## #3 如何实时写入读取? ## 批量更新场景 VS CDC写入场景 |对比项|批量更新场景|CDC写入场景|0 码力 | 36 页 | 781.69 KB | 2 年前3
共 402 条
- 1
- 2
- 3
- 4
- 5
- 6
- 41













