c283f05b024/p1_2.jpg)
## 一 键将 C/C++
代码转换为 Python 能调用的
代码
韦泽华
## 大家以前都是怎样调用C++
代码呢？
1. Cython
2. boost.python/pybind11 f/dcff3d9f70403fc7fe9fcc283f05b024/p3_2.jpg)
## 先不讨论这些工具的优劣
先给大家介绍一下
如何使用c2py来调用C++
代码
## 在此之前给大家看一下要调用的C++
代码源文件
• 我肯定是会拿上期所的API来作示范：
(看一眼就好了)
|Name|Size|
|---|---|
|ThostFtdcMdApi.h|6 KB|
|ThostFtdcTraderApi |14|--setup-lib|thosttraderapi||
|15|--setup-use-patches|||
|16||||
|17|python ./setup.py build|||
• 第二步，调用
代码，并享受完备的type hint。
| import vnctp |
# code 0 码力 |
12 页 |
1.24 MB
| 2 年前 3 
## Gitea
## 新一代的代码托管平台
2023.12
## 飞致云 & 上海吉谛
2023年11月，飞致云与上海吉谛达成战略合作，获得 Gitea 企业版中国大陆地区独家代理权，向中国数字化团队交付被广泛验证、可信赖的通用工具软件。 bc68/p2_6.jpg)||
|新一代的代码托管平台|一站式持续测试平台|广受欢迎的堡垒机|人人可用的数据可视化分析工具|
|
hi@mzh.io
## 自我介绍
后端工程师，主要写Go
• 业余搞Go官方库开发
● 主要喜欢折腾ARM/MIPS 性能优化
● 第一个中国Go 官方MIPS64 builder 维护者 Far As I Know (据我所知)
c. IMHO: In My Humble Option (鄙人认为)
One More Thing
## 版权问题
1. 抄也要抄BSD兼容的代码
a. GPL 不行
b. 闭源更不行
## 谢谢各位
## 参考资料
https://github.com/golang/go/issues
https://stackoverflow.c 0 码力 |
38 页 |
5.95 MB
| 2 年前 3 ## DOCKER 从入门到实践
om/static/7994cfce33b4e065.svg
Index
01 | Why Docker?
02 | Docker 基础
03 | Dockerfile
04 | Docker Docker 的 CI 持续集成和 CD 持续支付
2. 基于 Kubernetes, Docker Swarm 的集群弹性扩容
## 参考资料
1. 什么是 Docker？
2. Docker 从入门到实践
3. Docker compose 详解
4. 深入浅出Docker
5. Hulk 容器服务
📚 Thank You! 0 码力 |
30 页 |
2.88 MB
| 2 年前 3 ## 从Mesos到Kubernetes
孙寅
## 体系架构
Infrastructure
SaaS
capability
CMDB
Service Mesh
Fault
Self-healing
Volume Test 0 码力 |
30 页 |
2.12 MB
| 1 年前 3 ## ClickHouse在B站海量数据场景的落地实践
胡甫旺
哔哩哔哩OLAP平台
## 目录
ClickHouse在B站
内核
日志
用户行为数据分析
Future Work
Q&A
## bilibili
## B站ClickHouse应用概况
近400个节点，30个集群
日均1.5+万亿条数据摄入
日均800+万次Select请求 [Image](/uploads/documents/9/0/4/5/90450d8d637a7624f7a2038fdd8a63b7/p19_2.jpg)
## bilibili
## 概述
✿ 基于ClickHouse构建B站用户行为数据分析产品：北极星
✿ 行为数据分析平台主要以下功能模块：
Service Mesh Meetup #3 深圳站## Service Mesh Meetup #3 深圳站 ## Kubernetes、ServiceMesh、CI/CD 实践 杨文@JEX 2018.08.25 ## 关于我 • JEX 技术VP · 前小恩爱技术总监 • Gopher，开源爱好者 • Go 夜读发起人 https://github.com/developer-learning/night-reading-go |微服务|独立部署服务更原子松耦合快速拓展技术选型灵活|部署复杂测试复杂消息通讯机制需要更完善| ## 一 般的开发流程 • 1. 开启一个新的 feature； • 2. Developer 从 develop 分支新建一个 feature/new_branch 来做特定 feature 的开发； • 3. 开发并自测后，提交 merge request（MR）请求合并到 develop 分支；（执行单元测试，测试状态呈现 develop 分支代码部署到测试环境，然后再通知 QA 测试；（脚本或者人工） ## 有什么问题？ • 效率低 · 没有代码检查； • 没有自动化测试（包括单元测试）； • 沟通成本高 - 开发需要通知负责人、测试、产品等；（而且是每次构建/部署都需要） • 依赖多 ## 较好的开发流程（流程化、自动化） • 1. 开启一个新的 feature； • 2. Developer 从 develop0 码力 | 45 页 | 18.62 MB | 1 年前3