# 20210730_retrospective
## Good
- work from home 很好，公式一定要在床上才推得出來 [name=hh]
- 跟 stefan 討論 tower 網站的時候，把需求講清楚，還有維持架構合理性，最後需求有被接受 [name=hao.kai]
- 最近讀了一些怎麼寫好程式的書，學到不少東西 [name=hao.kai]
- 中長期討論結果與 Stefan 沒有什麼大衝突 [name=hans]
- 逐漸更加了解qhan的code了:tada: [name=Roy]:q
## Improvement
- 討論 class diagram 的時候，需要講清楚主詞動詞受詞，比較不容易雞同鴨講[name=hao.kai]
- 沒有講清楚 class diagram 的關係圖怎麼畫，造成 class diagram 來回很多次[name=hao.kai]
- Is QA process still alive ? [name=hans]
- class diagram很難畫工具也好難用Ｑ [name=Cindy]
- --> 換工具
## Impediment
- scrum channel通知 [name=Roy]
## Discussion
- 測試流程
- 影片過多，一天推出10隻
- 實務上影片都打不開，都要下載
- 沒有工讀生，以儒離職
- QA 沒有系統
- local debug 很困難
- 跨手機問題沒辦法 debug
- 百萬導遊是什麼
- JD 跟 jojo, Arial 討論
- 拍影片
- 測試 tter
- 不能洩漏雙方機密 <- 找人資、法務
## Action Item
- 設計 40min 以內的 farewell 活動 8/13離職 Hans 促進 kiara
- 影片可以打開後，再度開啟討論測試流程的議題 hh
- 幫忙要工讀生 Chefu
- 新開或修改 channel 名字讓值日生容易被呼叫 Roy
- 回答 class diagram 相關問題 hao.kai
- 應該要畫多細，然後為什麼要畫這麼細？
- 畫 class diagram 的時候，沒辦法直接想像到 api 的長相，這應該怎麼辦？
- 要新電腦 hh
- 開 FAQ hans
- 生測試手機（bruce, hao.kai）
- 探勘線上測試平台中 Bruce
- 八月討論 reform OKR 是否可行 (Hans->Stefan, Che-Fu, Hao.Kai, Bruce->Ariel)

# 20210716_retrospective
## Good
- 終於code review 結束(HH)
- Jira 可以連動 gitlab ! (Howard)
- 當值日生時 tower 遇到問題不會解可以先問問 Bill (但是他很忙) [name=qhan]
- build footage refactor code 終於進去了 [name=bill]
- 奇怪的媽祖相關模終於建完了 [name=hkazami]
- tter 中長期規劃討論沒有淪於瞎聊 [name=hkazami]
- 又活過了兩個禮拜真開心 [name=hkazami]
## Improvement
- tower 相關的 code 不知道怎麼寫測試，有看到 fake tower repo [name=hao.kai] => clone tower 架設 tower 在自己 local 上
- production code merge 時需要加上測速 (Howard) -> 只有改速度相關的才需要測速
- GPMF Parser 比想像難 評估錯了 (Howard)
- auto pipeline 是什麼? 不知道會怎麼幫助我們 (Howard)
- 有時候要真的去看 Gitlab 上開了哪些 branch 或 MR 才比較有感覺大家在幹嘛 [name=hkazami]
- 卡片寫得不夠細？卡片不能代表目前進度，它永遠一樣
- scrum 太技術性了，講很多 implementation detail，本質上沒有問題
- 如果可以一句話講得出目前狀態，對於 PM 來說會有幫助
## Impediment
- 因為不明原因，耽誤同事一些時間 [name=YH] => 自己研究太久了（20min）為限制，問了問題就趕快做別的事情
- 電腦壞掉ＱＱ(HH)
- review code 人力嚴重不足，導致 MR 越來越大包，或是 pending 超過一個禮拜 [name=qhan]
- git auto complete 壞掉 (Howard)
- refactor擋了tower MR一個禮拜[name=bill]
- 要抱怨的東西都一樣懶得抱怨了 [name=hkazami]
## Discussion
- 怎麼樣做好 trouble shooting，會幫助問題更快解決？
- 九個 repo 放到 stage 中，造成爆炸，一個一個刪除之後，讓它可以運作，就會看出哪裡有問題
- 一個功能在某個資料是正常的，但使用另外一個資料是壞掉的，就可以鎖定是哪些東西壞掉
- 在 FAQ 內紀錄：壞掉的現象、中間過程，期待可以找到方法幫助問題更快解決
- MR 卡太久，怎麼解決？
- tter 是對外的，很嚴謹是好的
- tower 短期內不會有大改動？不，隨時會有大改動
- 開出來的"分支"還可以再開一個"分支的分支"，這樣自己先 rebase "分支"，再 rebase "分支的分支" qhan
- 先討論架構為什麼沒有用呀？
- 有些人看到程式碼才有感覺，看 outline 沒有用，實作細節也是重點
- 還是建議先討論
- 要先把圖畫出來，討論的時候才不會進入自己的世界，解法也要先寫下來
- tower MR 應該要先卡住嗎？ dependency 很高嗎？
- type 動了沒辦法，一定會卡住
- 跟 jordan 工作重疊性太低是個問題嗎？
- tower 值日生可以排進去
- 從做 tower 小 feature 開始？
- auto pipeline 結束後再說
- auto pipeline 是什麼？
- 當 commit tag 改變的時候，會自動啟動 pipeline，例如人工資料修改上傳後、其他 stage 引起 commit tag 改變
## Action Item
- 沒有 review 的 ticket daily scrum 都要唸一次 everyone
- 要新電腦 hh
- qhan 溝通 code 太大包問題 roy
- 測試上傳檔案速度 Che-fu
- sftp / filebrowser / k8s cp
- Roadmap Proposal 跟 stefan 討論 chefu
- 開 FAQ hans
- 資料錯誤的影片回傳給負責人 hsiao hsuan
- 生測試手機（bruce, hao.kai）
- 探勘線上測試平台中 Bruce
- 八月討論 reform OKR 是否可行 (Hans->Stefan, Che-Fu, Hao.Kai, Bruce->Ariel)
# 20210702_retrospective
## Good
- Tour mode 終於搞到能讓 Danny 開始編輯，感人，跪謝各位ㄉㄉ [name=hkazami]
- 這次 qhan 投影片介紹 tour mode 編輯，很有一個 team 的感覺（hao.kai）
- 最近跟浩凱code review 有學到新的哲理，感覺滿不錯的XD[name=HH]
- 跑得快的 code，可讀性是最優先的
- 只有遇到速度瓶頸 code，才能夠犧牲可讀性
- tour mode的code突然就被approve了，幸福來得真突然:tada:[name=Roy]
- stage tour preview終於上了[name=Bill]
## Improvement
- 寫了幾天的 work log 就又忘了 [name=hkazami]
- 一開始不知道design review投影片的用意，來回花了太多時間[name=HH]
- design review 投影片預設是做給全算法的人看的
- 在別人身上神速的加速法，再去人上看不到效果, 難過QQ (Cindy)
## Impediment
- VPN 很慢，把 10GB 檔案丟到 volume 上要花一整晚 [name=hkazami]
- 搞不清楚 Stefan 一包 code 要發回重審幾次，規劃困難 [name=hkazami]
- CPU不夠, 常常卡CPU運算卡很久 (Cindy)
- 沒有單純的測試空間, 每次測出來速度都不太一樣 (Cindy)
- 沒辦法從 stage 撈出 repo，一個 stage 要手查詢 52 個網頁，約半小時 (hao.kai)
- 今天在系統 planning 已提出，心凱有偷偷教我 workaround [name=hkazami]
- 法一
- 法二
- 跪求[name=HH]
- 不希望 tower-cli 處理 stage 的事情，所以才沒有做 chefu
- 如果是有人忘記標註，一次性的事情，不該開 api hk
- 很難脫離上班心情 [name=YH]
- 很難進入上班心情 [name=hkazami] 讚！
- 要來搞中長期了，煩 [name=hkazami]
- 跪求 Hans & Howard 幫忙
- 有很多需求都沒有很確定，然後被趕著做上去，之後發現一開始的設計並沒有想到一些特別的情況，但是資料都已經被弄上去了，導致後續修正的時候，還要進去做data migration[name=Bill]
- gui 不合乎目前需求，造成需要開後門，不然處理很慢，chefu 會收集操作流程上的問題
## Discussion
- 有很多需求都沒有很確定，然後被趕著做上去，之後發現一開始的設計並沒有想到一些特別的情況，但是資料都已經被弄上去了，導致後續修正的時候，還要進去做data migration
- qhan code 太大包 3000 行
- 如果時光逆流應該要做什麼會更好
- 4月中才知道 5/18 要上架 tour mode !!!!(root cause)
- 沒有設計文件
- 先進架構再進細節
- 沒有單純的測試空間, 每次測出來速度都不太一樣
大量資料來不跑完，可以要資源
小 function 用較少資料，而且要可以單元測試（原本 code 的技術債）
整合測試才要把環境弄乾淨
- 上傳大檔案（10GB）檔案太久
https://lab3.corp.ailabs.tw/perpetual-ui/filebrowser
https://gitlab.corp.ailabs.tw/smart-city/cpl-platform/platform/sftp-server
如果前兩者速度都太慢，問 engine-team
- refactor 前置溝通
- 嘗試 gps refactor 的部分可以前置溝通
- 討論的時候要從問題出發（XX情境會失效），比較容易得到回應 Roy 建議
- 可以問如果動了那裡，我這裡會有問題，那要怎麼解決
- 邊聊邊建立文件
- 手機添購
- browser stack
- https://www.browserstack.com/
- zack 跟迪凱知道
- 防疫 app 怎麼處理的
- momo 有賣二手跟整新品
- 成本太高？
- YH 忘記吃飯忘記下班的建議
- 愛上工作，讓工作成為你生活的一部分
- 定鬧鐘 11:45 - 12:00 可以到一階段就停手，12:00 就吃飯
- 追劇分散注意力
- 寫 side project 比上班的問題更難可以分散注意力
- nerf
- 3d model relighting
- 沈迷於電玩
- 上下班完全混合
- 忘記吃飯就可以變瘦不好嗎
## Action Item
- qhan 溝通 code 太大包問題 roy
- 測試上傳檔案速度 Che-fu
- 07/05 商業模式、roadmap proposal hans
- 開 FAQ hans
- 填寫 FAQ bill
- 資料錯誤的影片回傳給負責人 hsiao hsuan
- 生測試手機（bruce, hao.kai）
- 有列清單，還沒提申請買，要提出申請 Bruce
- 八月討論 reform OKR 是否可行 (Hans->Stefan, Che-Fu, Hao.Kai, Bruce->Ariel)

# 20210618_retrospective
## Improvement
- 教學錄影壓縮以後，檔案超小（都是靜態投影片），應該需要在某地方寫怎麼留存 tech share

# 20210618_retrospective
## Good
- 越睡越多，還睡過頭（ＨＨ）
- 研究 GPU 加速有進展 覺得開心 (Howard)
- 最近問 Bill 很多問題，讚讚 (Roy)
- content QA 已經有在定義了，越來越多場景看起是正常的 (hao.kai)
- 宮廟 Spatial mode 終於做完雖然不是我做（hkazami）
- 居然有人要幫忙商業模式問題 (hans)
## Improvement
- 幫攝影師組電腦可以做得更好 (Howard)->下次給測試影片然後讓攝影師填表格，會減少往返次數
- techshare, 算法 review 應該要錄影，這樣就不用重新介紹給實習生跟新人 (hao.kai)
- 每天都不知道昨天在幹嘛，應該再來寫 work log（hkazami）
- Tower 做功能的時候 spec 感覺開得太模糊，既難追蹤也容易浪費開發時間，應該早點釐清（hkazami）
## Impediment
- 影像處理完呼叫 tower 做 integration test 會讓 repo 一直長分岔 (hao.kai) -->不是問題
- 體感互動需求令人害怕 (hao.kai)
- 最近雜事很多無法專心寫 code (Bill)
- chefu 說想離職
## Discussion
- 阻擋購物中心的需求 (chefu)
- preplanning 加上 BD 更新
- chefu 會看構想的 slides
- 體感互動需求令人害怕
- 先不處理還沒成為議題
- 展示衛武營音樂廳在衛武營外面，用體感觸發
- 台北車站用體感旋轉體球
- implemenation 常常跟主管需求不符合直到實作完成時
- 寫什麼程式
- 來回往返，調整透明度、介面 -> 寫計畫書（不可能）？ mockup ? spec ?
- 設計師太少？
- tower 是內部工具，不會問設計師，但理論上是可以提需求的
- 設計師 實際上是 tower 的使用者
- [use this for prototyping](https://moqups.com/)
- 就算沒有人畫設計，自己先畫留下文件拿來討論 (stefan, liz, danny 看)
- 主管太忙會比較嚴重，大家需要等待
- 拍多一點影片給大家影片，來回往返速度會變快 VVVV
- 怎麼寫程式
- feature 可能太大，這是舊問題
- 不知道寫 code 要順著架構寫，還是改寫架構
- 嘗試畫架構，寫 function，討論後，調整架構，再開始寫
- 管他的鮮血一版 b>z，不影響 performance 的先寫下去
- interaction 東西比較少範例參考 react hook 寫不好容易重複 render
- reform OKR
- [research](https://hackmd.io/@falontw5566/SkuE0XfOd)
## Action Item
- 07/02 商業模式、roadmap proposal hans
- 做 tower 的 FAQ bill
- tower trouble shooting 值日生機制 hans
- 資料錯誤的影片回傳給負責人 hsiao hsuan
- 下次紀錄sprint review 超時時間 bruce
- 實作 refactor 前置溝通 (Hans)
- 生測試手機（bruce, hao.kai）
- 有列清單，還沒提申請買，要提出申請 Bruce
- 六月討論 reform OKR 是否可行 (Hans->Stefan, Che-Fu, Hao.Kai, Bruce->Ariel)