主要观点:一个多月前加入 EnterpriseDB 的分布式 Postgres 产品团队,分享入职初期的思考过程和个人策略,包括避免一开始就挑战困难的方面(如人员、组织和流程等),专注于构建过程、测试、运行软件和文档等领域,通过这些工作来快速了解系统并为团队做出贡献。
关键信息:
- 入职过程受团队影响,前几周不必对功能或 bug 做出有意义的贡献,可自行在构建过程、测试等领域工作。
- 构建过程需关注代码位置、依赖关系、多种 Postgres 分布的构建支持等,可写内部博客总结。
- 测试时发现已有多种集成测试但未报告覆盖情况,后为用户配置代码添加测试并总结经验。
- 运行方面将快速启动脚本移植到集成测试框架并提交 PR,还编写了启动本地集群的 Python 脚本。
- 阅读公共文档时提出很多问题,将个人内部 Confluence 博客文章作为文档提交,还尝试提炼内部架构。
- 除了在仓库内工作,还积极参与团队的各种频道和活动,结识不同部门的人员。
重要细节: - 开始时构建环境需安装 local Postgres 开发环境、gcc、gmake 等,且 PGD 支持多种 Postgres 分布构建。
- 测试时因现有集成测试未报告覆盖情况,通过复制和调试代码来添加测试。
- 运行时将快速启动脚本移植到集成测试框架并提交 PR,还在考虑将启动本地集群的脚本提交到仓库。
- 阅读文档时提出的问题有助于自己理解系统,将个人文章作为文档提交也为团队提供了有用信息。
- 入职后积极参与团队的各种活动,包括不同频道的交流等。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。