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會議照片