随笔：项目开发中的一些思考

Posted 2022-05-18 IT界的吉祥物

以下是自己在工作中的一些思考，先聊聊如何提升软件研发效能，从四个点来聊聊：

1. 高效沟通

高效沟通我放第一位，为什么？之前因为沟通不畅，团队使用了一些错误的方案解决问题，等我们再去想推倒重来，成本太大。

沟通者不单是技术与技术，也包括技术与产品，关于技术与产品撕逼已经习以为常了，沟通不畅，导致技术最后的产物没有符合产品的预期。

因此，如何解决高效沟通？

一定要有历史文档！一定要有历史文档！一定要有历史文档！

重要的事说三遍，很多沟通导致的争吵，都是因为双方没有充分的理解对方的意图，所以，文档化很重要，这里我推荐一款协同办公工具飞书。

有文档之后，还得有进度把控，第二点我觉得每周、每天的站立会也是必要的，它作用不单单是让对方知道自己的一个进度，也能通过这个站会再次确定双方的诉求，保证你的方向没有走错。

2. 选择合适的工具

这个就不细说了，好的工具，对于开发来说事半功倍。

抛开开发工具，另一个我比较看重的是文档管理，架构文档、核心技术文档、bug文档、编码规范，都是能很好的提升软件研发效能。

3. 代码审查

代码审查可以帮助开发者了解自己的代码缺陷，从而提醒开发者避免类似问题的发生。

很多公司的审查，没有一个比较明确的审查规则，开发工具犹如犀利的刀具，审查清单犹如菜谱，审查清单可以从代码结构、代码安全性、代码性能、代码注释、单元测试等等方面来衡量。

4. 处理技术债务

技术债务问题，对于初创公司来说，可能不会去花精力去做，初创公司更多的是业务的快速迭代，但对于上升期的公司来说，技术债务就尤为重要。

技术债务会导致产品的维护和开发带来额外的开销，常常因为架构兼容性差，影响业务的迭代开发，所以，持续地去处理技术债务也是很重要的。

---

第二块，聊聊小组能力的关键提升点，这里我就说三点：

1. 主动性

比如主动申请承担一份有挑战的工作，主动选择使用新的开发框架，主动重构代码中不好的地方和性能问题，主动地向团队内的成员分享自己最近学到的知识点。

2. 注意细节

有时候不是我们的技术能力问题，而是我们不够细心，工作保持细心能让我们在问题发生之前尽量避免问题，在问题发生之后以最短的时间解决问题，并且在事后进行总结和沉淀，避免再次出现同样的错误。

3. 学会从写业务代码中获得成长机会

不是所有的开发都能有从事架构、性能优化专项工作中去，那如何在工作中提升自己的技能，要学会从写业务代码中获得成长机会。

代码规范、可读性、可扩展性等角度着手，考虑业务问题和技术问题的匹配。

从写业务代码中理解需求，并做好分析与设计。

这些能力都是能获取到了。

废话就到这里了，有空再bb