两个月番茄组长的收获总结

一路走来，成长很多。。。

1.第一个月

来的时候，正巧是番茄1.2.5发布，熟悉了晓鸿的代码，觉得只要负责好自己的那部分就可以了，一直没有融入到大家的开发中。番茄开始PC端2.0的开发，本以为是从新的开始，作为副组的我，每天给大家分任务，但本身自己对系统不论是功能上，还是实现上，都很生疏，分的任务也不知道大概多久能完成，和详铭合作主界面，但后来发现BD层基本没有逻辑，所有的逻辑居然都在U层，后来，详铭开发新的功能，我也从不主动关注，整个2.0，基本上没有学到什么技术，更多像是适应项目组的环境，看大家都在忙什么，中间有一段时间，我觉得大家都比我厉害，作为副组的我也就不想担什么，跟着大家走就好了，反正自己也带领不好大家，因为技术和经验上不足以带领大家，所以一度很失望。

2.第二个月

计划是新的人熟悉系统，学习资料，而旧的人学习新资料，准备手机端开发，由4月份的时候，再重构
结果开会的时候，李总的一个建议“快速迭代开发”，使得重构任务被提前，放到本月，手机端依旧是这个月在学习ionic,学习搭建框架，因为被分到重构，我没有参与手机端的学习，想要管理手机端这边，也觉得什么也管不上，毕竟自己看都没有看，怎么知道人家看的快慢，好坏！所以在手机端的管理使不上劲。

第二月重构开发的时候，我有点2.0的感觉，感觉自己什么都不会，就带着大家一起开发。自己不过是知道一些现有系统的整体框架，但关于细节自己都没有经历过！万一我没有负责过的部分在重构过程中出现问题，自己都不会解决，怎么办，心里很发虚。
前面的10天，2.0上线，遇到问题我并没有参与解决，因为出现的这些问题主要是别人负责的模块，不会解决呀，对于这块就没有多管了。
后来真正开始重构，原型主界面用小谷和详铭做好的，文档参照之前的写的，都不知道数据库里是必须放建表语句得，代码是复制粘贴2.0的代码，看懂的基础上修改。就是这样完成的重构！

关于番茄加分加不上，和积分组的沟通。积分组帮忙找问题，问题是1.2.5版本和2.0版本record表番茄状态的标识不同导致加不上分。

在给李总审核数据库的过程中，和李总沟通数据迁移问题
在C/S系统中涉及版本更新，新的版本增加功能，必然会涉及数据库会变动。
不论如何更新，要平缓过度，保证两点
1.旧版本系统要依然可以使用
2.新版本系统是可以查看旧版本的数据
既然涉及数据库的变动，新旧数据该怎么存放。
情况一：新旧表结构变化非常大，旧表很难适应新的表结构
这种情况下数据迁移的难度比较大，旧表继续保留，这样保证旧系统可以查看数据，新系统可以通过链接的方式查看到旧的数据，新产生的数据放到新表中，新系统中查看数据只调用新表
情况二：新旧表结构变化不大
这种情况可以考虑将旧的数据迁移到新表中，保证新系统中可以查看历史数据。在旧系统无人使用时，将旧表撤掉，也可以让旧系统查询新表。
在B/S版本中，如果涉及版本更新，增加新功能导致数据库字段更改，在前端界面上几乎不存在差异，所以几乎不存在版本更替问题，也就自然涉及不到数据迁移问题！

番茄2.0开发中

1.伟杰和云召上手非常快，他们在看代码，理逻辑上上手非常快，在沟通上能一下子就明白任务具体是要干什么。有新的想法时会及时和我沟通，有时候比我想的都全面。上手速度让我很震惊。遇到问题时，他们会自己先去解决，解决中遇到问题，会及时找写代码的人进行沟通，解决自己的问题，并对当时开发的人的逻辑问题指出。分配的任务由于及时的沟通（做到什么样子，遇到问题的解决，做出来及时给组长看）让我（组长）很有把控感，在分任务的时候，更加放心。
2.子颍的wcf服务，因为我不会，所以一直是大兵和东兴在带，我心里其实很不踏实，担心后面会不会出问题，但子颍从看wcf视频，到问题的解决，不主动寻求和借助他人的帮助，很好的解决问题，让我明白在项目组中，还存在一种解决问题的办法，就是集结别人的力量解决自己的问题，在这个过程中学习，收获！
3.广晗是要求不高，分好的任务做出来就可以了，不太主动的想去让自己的功能更加吸人眼球。在代码上，对于规范，优化上，没有注入太多自己的想法。
4.思莲和一开始的我很像，上手困难，看代码不快，理解代码不快，在写代码和代码的积累上不够；在遇到问题时，长时间的自己解决，不善于找人帮助，如果组长不问，不太主动去沟通自己这块的进度和遇到的问题，在最终问题拖延发生后，比较感性，不能理性面对问题，解决问题；对项目上的事情缺乏兴趣，仅仅当做任务完成，所以会觉得有压力。
5.关于云召此次一个人跨越3个人的功能，修改代码的螺丝钉精神，组长的我感谢有这样的组员，不仅能很快很好的完成自己的代码，“偷偷的去看别人的代码”，在需要的时候主动承担，解决问题。不管那块有问题，只要他去，就很放心一定能解决出来！关于此次的设计界面让我很满意，自己能够将不好的功能按照自己的想法做出来，做出来结果给我选择！

关于此次重构我的问题

1.发现自己遇到软件工程中的问题，边开发，边在改着需求
2.在整个开发过程中，没有很好的把控任务的进度，有时候连我自己也会很随意的玩
3.在开发上，很不专业，从数据库命名，到文档的内容，到代码封装抽象上，很多地方都不够专业
4.遇到问题，不要着急去“责任到人”，而是带领大家一起互相帮助解决问题，更过的是要帮助不会的人解决问题
5.关于此次任务一再的拖延
一开始没有带大家和之前的开发人员沟通，借鉴太少
开发过程中，总想着变动，导致反复修改（原型不确定，总觉得不完美）
自己比较贪玩，不够专业在写代码，实现功能上（日报关注，写日报太少）
对番茄2.1重构的预期很美好，但结果总是“好多没做”

番茄的代码走查

中间查了很多关于代码走查内容
1.开发人员坐在一起，解释逻辑思路，帮助开发人员主动发现问题，为后续优化提出建议
2.帮助大家规范，专业
3.让项目组的人都能够接触到别人的功能，便于上手修改
4.代码走查很必要

还存在很多可以做的东西，在PC端！