研发项管（偏技术板块）

在日常软件项目研发中，经常面临的几个

#技术板块-烦恼

1.代码和业务不同步。  

2.定位bug难，代码逻辑层需要花大量时间分析，和验证。

3.因为项目多，经常遗忘项目中比较重要又绕的代码逻辑，导致迭代，或者解决bug时，花大量时间入坑，或者重新回想分析代码逻辑，

#业务层--痛点

1.出现一个bug，改完又出现其他bug，重复改，效率不高。 

2.解决简单的bug花费大量的时间，定位bug时间长。

针对以上问题，我个人在项目经验中得出来优化和解决解决的办法就是在代码层还有逻辑中做好文档的同步和管理，必须严格规范同步更新代码文档，有问题查看相关文档。

 

1.代码层：规范的架构分层，做好藕节隔离，和严谨规范代码，一些逻辑过于复杂的功能，必须添加完善的代码注释，注释的作用是为了防止之后出现bug能及时查看当中逻辑问题，第一时间处理，提高效率，避免瞎改，导致改错全局函数，出现更多bug，and迭代的时候能马上上手了解当中的层次关系，尽快接上。(代码管理工具推荐使用Svn或Git，其实两者个人工具使用的场景规模可能不太一样，例如SVN 1.管理方便，逻辑明确，符合一般人思维习惯。 2.代码一致性非常高 适合开发人数不多的项目开发。 Git 1.适合分布式开发，强调个体 2.任意解决两个开发代码冲突问题 3.离线工作  )

2.SQL文档：一开始要设计好表架构，还有分表分库的逻辑思路，并且规范好分表的命令逻辑字段等。 数据库逻辑清晰了，更容易让开发人员，开发，和解决bug问题。

3.接口文档：方便前端和后端或者其他第三方人员对接自己本项目的业务，这块，要做的就是明确接口的请求参数和放回参数。（像API工具强烈推荐使用可视化接口swagger，Swagger 是一个规范和完整的框架，用于生成、描述、调用和可视化 RESTful 风格的 Web 服务。使用此工具大大的提高了开发接口和维护接口的效率）。

4.备注文档，此文档一般用于注释特殊的事项，并且此事项是全局事项，介入代码层和业务层的一些说明。

目前还在学习更新最优的解决方案，如有其它更好的管理和解决这些目前痛点，的小伙伴可和我联系交流luo425116243