标签：时间 nat 好的 实践 hibernate 分层 mvc 设计 模块
新组员要描述自己和旧小组的交接情况。描述之前在旧的组做的工作，然后自己是怎么将工作交接到新成员的，可以是通过文档的方式，也可以是通过聊天对话的方式。
在旧的小组里面,,我主要负责以下几点
1. 技术选型考虑到成员的熟悉程度我选择使用了spring+springmvc+hibernate作为后端的只要开发技术
2. 搭建开发环境,通过分层搭建开发环境,选用合适的依赖版本,尽量使配置文件耦合度降低,尽量使得项目结构清晰易懂
3. 功能模块开发中负责使用netty来进行聊天模块的开发,如何处理不同类型的消息,消息推送.
4. 我同样还是测试的踩坑人员,聊天模块的测试人员,包括如何进行模拟器测试,如果用多台手机进行测试,其实开发没花我多少时间主要是测试,我花了很多时间
5. 在我写这篇博客(5.19号)的时候我们原来小组新换入的组员还没有找过我,推测应该是直接与组长交流了
新组员要描述自己在新小组中的适应计划，自己为了快速融入新团队做了哪些事情？然后描写截止博客提交时，自己具体的适应情况，能够接替工作了吗？
当我交换到新组员的时候,我首先了解了一下新的成员小组的技术栈,以及我今后会负责的位置,我了解到新的小组人员比较少,需要付出更多的精力,也为接下来的冲刺打了预防针.我了解新小组的项目前端主要采用了Android技术,后端还是用着最原始的java web技术,没有使用任何框架,我和组长先确定了后端的技术选型,考虑组员的熟悉程度,采用spring+springmvc+hibernate来搭建后端.
之后由于前端采用Android实现,为了前后端联调的时候能够更加顺利,我也需要抽出时间,稍微学习一下android开发,我在bilibili上需要了一些教程来快速的入门.
与此同时我开始了解整个项目的之前的文档,包括数据库设计,原型设计,以及接口设计等等,了解一下目前已经开发的进度,才发现原来遇到了很大的困难,虽然有点意外但是也只能一起克服.
再确定技术选型之后,我花了两天时间重新搭建后端环境,排除一些bug,不得不说hibernate的关联配置有点容易出现问题的,特别是关联的关系一多就容易出现问题.
可以说目前初步的准备已经好了,已经能够接替工作了,虽然心里还是没有多少底,但是加油吧
组长需要描述自己为新成员安排的组内角色，以及自己是如何面对之前的成员离开队伍的，具体做了哪些措施，是否有调整开发计划，开发计划调整了哪些部分？
给新角色安排的是后端的相关代码编写的任务，之前我们离开的成员是我们前端组的比较核心的成员，而且现在看来我们前端组遇到的困难明显比后端组大，所以把后端组原来的两个成员调到了前端组，现在是四人前端两人后端的分工，开发计划大体上没有调整
组长需要描述自己为新成员安排的任务，可以是阅读文档，也可以是学习某一门技术，总之Beta前的这一段宝贵的时间不能浪费，要让新成员能够在Beta阶段承担工作。任务要分阶段布置多个，任务要有目的性。
因为换入新成员之后，后端成员减少到只有两人，所以后端需要完成的任务会比较重，目前给新成员布置的任务是阅读之前的数据库文档和系统设计文档，至于技术学习上新组员的技术是领先于我们原本需求的技术了，所以反而是原来的后端成员向新的组员学习
新组员和组长简单描述换组这段时间，换组事项的感想和收获。
新组员：在刚开始的得知要被交换出去的时候其实是相当不安的,与新小组的成员交流有问题怎么办? 拉低了新小组的开发进度怎么办? 交换过后如果技术栈不符合,我能在大约10天的时间内快速适应吗?
但是与之相对的还有期待,新的小组中我能不能看到技术很好的小组之间是如何协作的,我能不能从高手的开发技术,沟通技术,领导技术中学习到一些技巧,让我也能够独挡一面.但是如果有这些想法的话,我才明白原来是我自己的技术没有到位,自己在大学期间不够主动,没有足够的技术积累,虽然学了一些知识但是没有把他应用到位,每次都是浅尝辄止.这或许是我这次软工实践最大的一个收获.
在换组这段时间,许多事情可能没那么顺利,但是总是会过去的,做出改变的时候,就是现在,希望能够在期末给出一份满意的答卷吧.
组长：算是比较新奇的体验，换组以后我们的成员结构发生了比较大的变动，希望项目后面的部分我们能很好的进行标签：时间 nat 好的 实践 hibernate 分层 mvc 设计 模块
原文地址：https://www.cnblogs.com/2020ccflll/p/12919870.html
