一次项目的反思及总结

最近一段时间接了一个项目，于是找了两个小伙伴一起做。做这个项目的过程中，不仅暴露的笔者的一些不足，同时也深深体会了到在一个项目的开发过程中，队友的能力及项目沟通的重要性。

暴露的问题

1.作为负责人，在需求的对接方面明显不足，虽然大体方向是对的，但是细节之处却没有太在意，没有与需求方进行更多的讨论，最终导致细节之处经常改动，浪费了人力物力。

2.合作事宜未在事前讨论清楚，比如合同，付款方式等等，导致最后工期延后和回款麻烦。

3.因为以前开发的小伙伴不在一起，都是直接在网络沟通。所以与小伙伴沟通需求时，导致一个问题，我以为你懂，所以我没有细说，最终做出来的功能有所出入。这是我这次项目一个最大的体会，那就是不要自以为，一定要确保小伙伴知道你的想法。

4.小伙伴能你没有很好的评估，虽然都是4年开发经验，但是开发意识却有很大的区别，这个是导致项目缓慢的原因之一，比如：
      (1)前后端对接方面，一个部门页面的ID表示方式。接口吐出给前端的是sectionId，但是更新部门的时候，后端却要求section_id。同时在不同页面之间可能还会出现id_section等不同的方式去表示一个部门ID，导致前端开发的时候，不断吐槽。
      理论上，同一个页面(或更多页面)。一个事物，只要一个属性去表示，不然会造成歧义。

      (2)后端接口完全不做参数检测，只管往数据库插入更新，导致很多没有必要的问题，导致后期返工。

      (3)没有模块意识，获取部门数据等(多个页面需要的数据时一样的，而且就是做下拉数据)。竟然可以写几个这样的接口。导致修改的时候，需要改动很多地方。这是导致低效的重要原因。

      (4)逻辑不严谨，同时错误检验意识不强。

      (5)接口说明文档与实际吐出的数据有出入。特别是接口查询，如果查询到空的时候，返回的是空字符串(正常应该是数组),这导致前端时常JS错误。

      (6)大量的链表操作，后期不好维护

5.框架选择不好，当然这个不是主要原因，项目毕竟小，用什么框架都一样。    

6.时间不足，因为我们几个本身有自己的工作，所以时间上不充裕。
....

总结

1.需要与需求方讨论好，细节很重要。
2.与队友沟通很重要，要让队友完全对理解你的想法。
3.队友的能力，开发意识很重要。
4.技术选型需要培养，比如框架，缓存组件，数据库等
5.从这次项目中明白了，为啥公司要招有经验的人(不是工作年限，是开发经验)。毕竟有开发经验的人，开发意识更好，同时就算同样的工作年限，也不一定有相同的开发意识。