韩鱼总结

感觉非常努力的工作了四个月，最后团队要解散了。自己总结了下项目开发过程中的问题。希望在下一个项目中不要再犯。

2015年3月底入职，接手项目的时候，项目的雏形已经有了。但有一个非常大的问题是，这个项目像是一个不怎么懂android的人写的，几个切换页面的代码都写在了一个文件中，非常非常的乱，并且Bug非常多。*1.专业很重要，术业有专攻，一个以前写Java Web的如果不潜下心来学习一段时间android的组件和工具的话，他是写不好的。*

所以我花了很多时间（住在公司一周）去修改以前的代码。现在回想起来有些地方是没有必要的，主页面的分离是非常有必要的，但是Json和对象（读到的json相同，但我不知道什么原因，他生成了不同的对象，而且字段还不一样，不知道出于什么考虑，同样的圈组他写了七八个对象）的修改、更换组件是没有必要的。因为第一个版本不是给用户用的，而是用来刷数据的，跟用户基本没有关系。所以第一个版本的目标只是上线，只要没有太可笑的问题就OK。*2.我花在第一个版本上的时间有一点多，没有分清项目版本的区别。*

再一个问题是，既然我当时很坚决的要修改，而且都住了一个星期了，为什么不再住上两周把整个项目一气呵成。如果那样的话三个星期完全可以让项目上线。很多时候的加班根本就是浪费时间，效率不高，还把自己弄的很累，好像很努力一样。比如，我们6：30吃，7：00吃完，吃完饭会看一些乱七八糟的新闻，正式的投入工作估计要7：30了。加到8：30（一般都是）或9：00，也就是说每天加班一小时。如果我住在那里的话，可以加到10：30或11：00，就有三个多小时的时间，完全可以做完某一个功能。*3.并不是天天加班就代表很努力，加班应该有效率，比如一周连续两天加班到11：00以后，集中精力把该做的做完，剩下时间就不要加班，加班应该是集中精力攻克难题的时候。*

接手项目时，项目有180多个bug，这样的一个项目居然有180多个bug！！！我想总结一下bug修改顺序，之前的做法是先修改级别高的bug，从高到低。现在回想起来，其实这样的做法效率并不高。好的做法应该是把某一模块的bug集中起来修改，这样就会避免多次重复阅读代码节省很多时候，也方便了测试人员。*4.按模块修复缺陷。*

必须要有项目原型图，而且要标注清楚功能、规择。避免无效会议，需要讨论沟通的时间点，应该是整个的原型文档出来后，并且所有人员都至少完整的读过一遍对项目有了整体了解之后。每个人都对整个项目了解非常重要。我们在开发项目时最大的一个问题是，开发人员没有完整的读过原型（开始根本没有）。每个人必须要用自己的话简述一下项目。*5.必须要有项目原型图，并且每个人都要花时间去完整的读一遍。*

在android开发方面，我是有一些问题的。1、一直说的滤镜问题，所以我要学习下JNI和NDK开发，补一下这方面的缺陷；2、动画效果，我一直很抗拒自己写动画效果，以后可以尝试下。*6.要勇于学习新东西，不要害怕。*

客户端与服务器端的接口文档必须要包括字段名、字段类型和json结构。这样的话自己就可以写用例，最后联调时，会节省很多时间。我们在调试接口时费的时间有点多。*7.接口文档要包括字段名、字段类型和json结构。*

项目开发流程： 1、需求和原型；2、全员至少完整的阅读一遍原型文档，掌握app总结结构和功能；3、开会讨论疑问；4、开发人员一起制定接口（一起很重要啊）；5、开始各自独立开发；6、App开发完毕，对接接口调试；7、交给测试人员测试，同时与设计师一起调整页面；8、按模块修改bug。 如果是接手别人的项目，第一要务是把文档读一遍。