思来想去觉得还是要记录些什么，从一开始工作到现在多多少少还是有点想法。这次主要分享下工作中自己的一些思考与收获。
19 年 10 月份加入了现在这家公司，当时公司里并没有 Java 技术栈，所以我们团队需要从零搭建 Java 分布式体系架构。得益于上家公司的技术体系，我们任务模块划分的很清晰，分工也比较明确。
因为团队人手问题，每个人都负责不同的业务模块，任务较重。因为当时自己的情况是刚从实习转正没多久，对于这种大型项目没有什么经验，心理上的压力比较大。现在看来心理压力大的原因主要在于做项目时没有一个完整的规划。
因为一开始的方向不对，浪费了一些时间，在和团队成员进行有效沟通过后觉得需要改变当前的心态与做法。于是开始尝试做梳理、分析、总结、架构设计，并且每个过程中都有产出，等到后期的编码阶段就比较顺手了。项目结束后还会做一些总结思考，结合当前的业务与实现思考是否有更好的方案以及后期业务迭代的历程，多一些思维发散类的想法。
这个项目主要是改变了做项目时的一些认知观点，要有始有终，一个项目从开始到结束有很多阶段，在前期应该做好规划与设计，把控进度并推动项目进展。
下面是积累的一些细微的心得与经验：
- 接口文档要描述清晰，1 是 1，2 是 2，提供出去的接口要保证可用性，保障各端的联调效率
- 沟通成本至关重要，设身处地的分析问题，争论解决不了问题，不能为后续的项目埋下隐患
- 出现 bug 不要以现象问题急着下结论，如果是自己的问题争取在第一时间解决，如果是对方问题在提供确切证据后进行有效沟通
- 沟通时务必要把业务、问题、结果等描述清晰
- 努力让自己在各个团队中变得靠谱