Alpha冲刺！ Day9 - 砍柴

Alpha冲刺！ Day9 - 砍柴

今日已完成

晨瑶：继续补充gitkraken教程。
昭锡：实现主页基本布局。
永盛：进一步了解了框架，为框架生成的模型填充了假数据到数据库。
立强：文章模块基本实现，就差与从服务器获取数据。
小胡：学习了如何从一个碎片跳转到另一个活动，实现跳转逻辑，包括个人信息详情到个人信息设置的跳转，个人信息设置到个人信息详情的跳转，登录界面到主界面的跳转，登录界面到注册界面的跳转，其中登录界面到主界面的跳转逻辑还没有完全判断。
景钊：获取动态权限。
小鹏：今天没做什么和项目相关的事（晚上十点才到高铁站，也没赶上scrum）
龙江：看了碎片和一些UI实现和UI自动化测试，以及继承相关的知识点。

遇到的问题

晨瑶：团队成员进行讨论的情绪处理上仍然有待思考。
昭锡：细节地方需要微调，还没想好怎么弄。
永盛：auth 的文档实在太难，还没啃下来。
立强：从服务器获取文章的json格式不明。
小胡：好困，好难。
景钊：获取动态权限。
小鹏：无。
龙江：暂无。

明日计划

晨瑶：教程太少，打算去翻翻gitkraken官方文档。
昭锡：完善主页，添加响应逻辑，添加时间选择器。
永盛：继续 auth 的部分。
立强：发个json给服务器；记录模块的界面；第三方富文本库的引入。
小胡：完成登录界面到主界面的全部跳转逻辑和判断逻辑。
景钊：研究网络库和服务器交互。
小鹏：弥补周末没完成的事情，比如说接口的逻辑的实现。
龙江：UI实现和测试。

有话想说

晨瑶：今天scrum少了两个人，一个是小鹏昨天家里有事临时回家了今晚上很迟才到；另一个是立强，和永盛讨论接口数据有点急躁，scrum没开就走了。其实今天接连着两次因为在讨论上发生争执越说越急到后面双方都有点不愉快，我能做的也只是先尽快的搞清楚情况，然后稍微缓和暂停休息下，该说的也先等会再说。
中午发生的是立强和小胡在争论小胡的登录没有实现跳转逻辑无法跳转到立强的界面去测试功能，立强坚持不能修改别人代码的原则，要求小胡给他自己的模块加上跳转，好让立强去运行测试。我那时候还在吃午饭，突然发现群里两人一大段一大段的话，赶紧发了红包请他们先吃饭，休息一会等等说，后来仔细的看完了对话，也征求了龙江和昭锡的意见，码了很长一段话（借着scrum顺带复制记录一下对于这类事情的观点）

最理想、效率最高的团队合作方式应该是一个多线程的并行开发、最后汇总的过程，而不是会有卡在流水线的某一处的这种道理。如果是流水线式，那还不如个人项目来得快些，想到要改什么自己就去改一下就好了还不用去等别人。所以我们的原则是分模块写，首先保证自己模块没问题，包括对自己模块的先行测试只能自己来做，不能说我这部分写完，你马上就要将我的东西对接进去， 我需要什么，你马上就要给我写出来，要是这样就完全是卡流水线的形式了，是我们需要规避的。
上次有规定说跳转逻辑由负责发起跳转的模块的人完成，但测试别人的模块不是他的事了，他仅负责自己模块没问题以及跳转成功，到此为止而已，不可能要求某个模块的人去把和他相关模块的都测一遍，看我这个功能加进去你会不会有问题，他会不会有问题，要真有问题也应该由“被出问题”的那方后来醒悟去找前者麻烦，而非由前者未卜先知。
每个人的进度都不一样，我的前序节点没完成我怎么测试到底正不正确？总不能就回去睡觉等前一个人写好了再干活嘛，所以自己写的部分的先行测试自然也是得自己弄。团队规范是不允许改动其他人代码是合并到团队仓库的时候不允许改动，而非自己测试也死卡这点，立强完全可以一边告诉小胡说你快点去把那个实现一下我已经在等你了，一边先为了自己做测试而去改他代码（在个人的本地这完全没问题），然后因为立强的进度超前，那小胡作为前序节点为了不拖进度很快就把跳转加上，那自然就不会发生立强提到的后面景钊的流星、昭锡的主页都测不了都要自己手动加的问题。

晚上是因为立强对接服务器接口没弄成功，又因为小鹏没来scrum于是就问了永盛怎么回事，问说为什么服务器端居然会没有按照说好的接口文档来（真实情况是小鹏给立强测的api接口，之后更改了，因为他们服务端的东西更改了）；永盛表示小鹏可能只是仅是测试下是否能收发，没有正式按接口递交数据，但作为安卓端要考虑健壮性，即使多了少了数据也不能崩掉。各自其实都有理，只是站的视角不同，后面争论的有点急，两个人都不是太愉快。但其实问题的关键是一方没有去仔细的倾听另一方真正在表达的是什么，好几次打断，语气也有点冲，讨论变成了争论还好没有变成吵架，后面立强就先走了。但事后也有双方的道歉和反思。这里也顺带借着记录下我的回复。大概只有心平气和是一切困难的良药，但却要时刻做到也是不容易的事情。

之前永盛的意思其实是，即使服务器确实按照接口文档所说的那样发了相应的数据，但可能会存在丢包或黑客攻击出现其他异常等等，最终安卓端收到的数据比预期的少或多，这时候安卓端不能因此崩溃掉，所以就有“健壮性”的问题； 而立强说的是在于，我想测试而你没有按照说好的发给我，我这边要写代码你也必须保证按照规范来，你不顾规范的随意发东西是不对的。
我刚刚问了永盛，是说小鹏那边确实只是随意先发了一组数据过去，仅仅测试是否能收到，是否能读取这样； 但如果服务器端本身就确实没按文档来收发数据确实是不对的，因此，服务器端必须保证收发数据完全遵照接口文档，但安卓端也必须保证不会因为数据不吻合而崩溃，需要有别的处理方式，比如再次请求获取之类。
不过单纯撇开事情本身，我们在讨论的方式上还是有些问题的。虽然因为别人的错让自己的代码崩了是会很不爽会急躁，我有时候心情不好也会这样，但是我们是一个团队，没有要故意搞死你的念头，所以就讨论本身而言我们是想得到一个好的解决方式，这时候如果能先不去急于争辩，先耐心听完理解对方的本意可能会更好些qwq 我上次跟永盛忘了争论什么的时候就打断了好几次，直到永盛说“泥能不能让我说完”的时候我才意识到这点，耐心听完才发觉是我误解了，在我用“对啊，但是”或者“不是，而是”打断的时候其实压根没理解他说的是什么orz

在争执现场的时候其实我仍然觉得自己能做的还是太少了，放任双方越说越急也不对，突然打断阻止也不是太好的办法，比起qq群还算可控的方式，还算很难找到合理的处理方法。

昭锡：今天真的是面向搜索瞎编了一天……
永盛：看文档还是得更耐心一点，配合操作，别怕错，错了得想好解决方式。。
立强：
小胡：

景钊：
小鹏：nothing！
龙江：脑子有点乱。。。

燃尽图

今日贡献量

刘晨瑶	李永盛	苏伟鹏	张昭锡	骆景钊	胡俊钦	熊立强	陈龙江
2	1	0	2	1	2	2	1

scrum会议照片