--- # System prepended metadata title: 20211119_retrospective --- # 20211119_retrospective ## Things that went well - 感謝 Roy, Bill 幫我 review / 跑 pipeline 測試 [name=Jordan] - 有PM了，讚讚 [name=Roy] - 有morale event了，讚讚 [name=Roy] - 不知不覺到職一年了，讚讚? [name=Roy] - 去人第一版可以用autopipeline跑了, 讚讚[name=Cindy] - Bill很棒出了很多有用的tower API，讚讚 [name=HH] - 全台辦公室開催計畫中，讚讚 [name=Hans] - PM或許可以活久一點?讚讚[name=Hans] - 保留每天完整2hr時間寫程式，讓模型有辦法往前推進[name=hao.kai] - 持續按照規矩做事寫code [name=hkazami] - 有多跟浩凱討論，才知道他在想什麼 [name=Howard] - 感謝cli始祖qhan幫忙討論 Tower API [name=Bill] - 花蓮辦公室聽起來很猛 [name=Bill] - 豬羊變色終於看到一線曙光，已merge [name=Bill] - ck 破解了 nvidia-patcher [name=hao.kai] ## Things that could be improved - 討論tower-API 的flow 沒有先sync好，造成Bill的困擾 [name=HH] - 畫了很久的class diagram沒有辦法被implemented [name=HH] - 心情影響很大 - 錯誤是延續的 - 如何避免這個情形 - 卡關時候應該要先問問十方大德，避免自己用拉基Tool搞不出自己想要的東西[name=Hans] - 不知道我們現在做的東西有沒有溝通足夠讓Ptt知道他想要的東西其實有被Cover[name=Hans] - 投影片內可以列出自己的工作在 overview 的哪個 section - 也許可以做 POC，但可能時間會被切碎 - 寫到最後才發現 RTK 沒訊號很可能代表 camera GPS 訊號也差到不能用，所以 merge 複雜的地方可能都不會用到 [name=hkazami] - ContentQA 每個人標準不同 [name=hao.kai] - 去人結果檢查方法，應該要有文件 - 新的新檢查員受訓 - 去人標 mask 去公司一看，就發現全都錯 [name=hao.kai] - 去人標註文件修改 - 加圖例 ## What makes your work difficult - auto-pipeline 現在能自動化測試，但 kind 在 mac 上跑很慢, 若能在 Linux docker 跑測試會順很多 [name=Jordan] - docker in docker - Content QA 最近有被略過 [name=hao.kai] - SFM 需要知道 File Structure， Review 起來比較慢 [name=Howard] - auto pipeline相關的code每次改都要重測，很花時間 [name=HH] ## Discussion - 畫了很久的class diagram沒有辦法被implemented - 不要一開始用 class diagram，可以先用 scrum board畫大的 bill - auto pipeline相關的code每次改都要重測，很花時間 - Content QA 最近有被略過 - 需要有專案時程 - release date 要壓清楚 - instagant ## Action Item - preplanning 提出需要 content 的專案時程 andy, jou - auto pipeline 怎麼測比較快 hh - 聊工作狀況 hh - 什麼事 commit label commit tag, commit 又是什麼那些想像 [name=江柔] - make Stefan make a presentation after refactor - Roy - 要新電腦 hh - 還沒問Stefan(11/8 2:00前) - 有問stefan - gps, sfm 算法 content QA 怎麼做 hao.kai - 問 stefan stage 的 QA 寫到系統內 hans - 有問過Stefan他覺得可以做，不過priority目前不高 - 確定有QA人力的教學流程（Andy） - 可以問CAO(以儒) - 以儒12月開始要準備研究所，所以不會來 - 不要標影子照SOP做，宣導SOP（Andy） # 20211105_retrospective ## Good - 感謝Cindy, Bill, QHan 一起討論 towerAPI, 對我們未來幫助很大:D [name=HH] - 感謝 Bill, Roy, Hans 拯救我的串流測試 [name=Yun-Hsuan Lin] - 感謝 yun-hsuan review, face-blur神奇bug一堆 [name=Albert] - 照規矩做開發，覺得自己很乖 [name=hkazami] - 先計畫後行事比較安全 - 要乖喔 - sfm 的 tower graph 畫出來以後，對於進度了解有幫助 [name=hao.kai] - tower autopipeline 用在拼接超快 [name=hao.kai] - 感謝hao kai Cindy 最近一直被我煩還沒陣亡 [name=江柔] - New PM will be ready in next week [name=Hans] - 貌似快可以離開 GeoJson Editor的泥淖. 盡力改好初期Editor造成的不好體驗中，跟清宿便很像[name=Hans] ## Improvement - sfm, sfm-gps 分開的事情沒有在plan的時候想好，浩凱幫我review pipeline yaml 才赫然發現[name=HH] - retrospective 文件的標題 [name=hao.kai] - Good 的 term -> Things that went well - Improvement -> Things that could use improvement - 不然新進的人都不知道該說什麼 - 照規矩做開發，覺得自己很慢 [name=hkazami] - 先來點簡易的 feature QA 流程，買 1 iphone, 2 android 就好 [name==hao.kai] - 比起Device. 人力問題應該比較吃緊？ [name==Hans] - 跟css真的蠻不熟的，豬羊變色好難做 [name=Bill] - 大哥這關不容易過 [name=Hans] - 不要不討論就想改開發順序 [name=Howard] - nvidia-patcher 不能用，但不知道要怎麼跟 engine 談論 [name=hao.kai] - HR問卷填了現狀是?[name=Hans] - 處理匿名化問題中 - 問題重新設計中 ## Impediment - 好想念討論的時候有大白板可以用. 效率差很多 [name=Cindy] - Jamboard? HackMD? [name=hkazami] - [Miro](https://miro.com) - iPad 投影讚 [name=Howard] - [Vscode Live share](https://visualstudio.microsoft.com/zh-hant/services/live-share/) - 測試tower auto pipe 都很容易遭到不順，是體質不好嗎[name=HH] ## Discussion - 怎麼讓人負責 release 時程 - 外部專案時間到自然該上 - 老闆有時突然想上 - 跟老闆提有 QA process，會花時間 - 強調 QA process 的好處，會損壞公司的名譽 - PM/BD 遇到阻礙趕快找工程師 - Arial 想上 - 排斥使用 excel，維護、同步 - 買市占率最高手機高階+低階、iphone舊手機 - 效益不明 - 1 隻 iphone + 1 隻 Android - QA人力 - morale - GB ## Action Item - 什麼事 commit label commit tag, commit 又是什麼那些想像 [name=江柔] - 不要不討論就想改開發順序(可找第三方釐清) [name=hao.kai] - make Stefan make a presentation after refactor - Roy - 要新電腦 hh - 還沒問Stefan(11/8 2:00前) - 買Android Jou.Chiang - 交出 content QA 流程 hao.kai - 參考花季飯店 https://docs.google.com/spreadsheets/d/13Qogwy7112rG1c6BGWlx0geQZ9hTwTDOd4gdBcb5SIw/edit#gid=1792299422 - gps, sfm 算法 content QA 怎麼做 hao.kai - 開發流程(functional, content) - Hans - https://miro.com/app/board/o9J_lmtQMlM - 問 stefan stage 的 QA 寫到系統內 hans - preplanning 的時候提這件事"stage 的 QA 寫到系統內" hao.kai - QA人力 3 人 hao.kai - 缺 2 個人 # 20211022_retrospective ## Good - 這次大更版充分感受到internal環境的用處 [name=Roy] - 下個 sprint 開始不管 PM 惹ㄏㄏ [name=hkazami] - 大地圖 始動 [name=Hans] ## Improvement - transcoder排隊機制一直拖到 [name=Roy] - stage_loc 自動化很煩 [name=HH] - 工作很瑣碎 - 測試要重測 ## Impediment - 下雨家裡網路變爛, vpn就連不上了 [name=Cindy] - -> 每個月一次還不用管 - 換 ip 分享器，讓送出的wifi訊號更好 - 用 ip 分享器，用它播號 - 好像太長按方向鍵, 我的右鍵感覺快黏在主機板上了 [name=Cindy] - 去除人臉開發速度很慢 [name=hao.kai] --> hao.kai 也只能接受了 - class diagram 畫很多次，寫 code 才發現有少話 - 拆模組沒有經驗 - 老闆以面試者不認識學長為理由刷掉 PM candidate --> 下次要debrief，邀請所有人，如果理由不合理要辯駁[name=hkazami] - mongo db document validation fail真的神煩 [name=Bill] - schema 定義 float ，如果放了 int，他不會告訴你什麼問題 - 建議少改 schema - 360 Depth 不知道怎麼開始 [name=Howard] - tower-cli 版本套件會有時衝突 [name=hao.kai] - 最好是鎖定 ffprobe 版本，讓輸出的內容一樣 ## Discussion - transcode 為什麼跟 pipeline 本身不是連動的 - release 的影片才是要看的，實際上不見得裡面有影片 - 標記release 再按下transcode，跟標註 release 自動 transcode，勞力支出一樣，做跟不做沒有差別 --> 先當作沒這件事情 - 無PM時代，大家的各自對口 : [suggestion](https://www.quora.com/Is-it-possible-to-have-a-Product-Manager-Title-without-having-an-engineering-team-working-with-that-PM-directly) - 系統與算法之間的溝通 - Jira issue 認真的更新狀態 (Sprint當中的狀態更新) - Planning 時候要確定誰跟誰合作 - 各自Spec的制定，實作，驗證如何進行 - 算法 - Hao-kai是動力來源 - 那個算法到底在幹嘛，可以做到什麼地步的文件 - 視覺上有前後的對照組，按照影片去驗證 - 與系統相關的部分，會需要過Stefan - 類似這樣https://docs.google.com/document/d/1-VNdDX5UyJefKddFBYvCaDhykIodKyWdCwiW1LS9nbY/edit - 系統 - RoadMap是跟大綱 - 實際上看起來的Spec要跟設計討論，要過Stefan - 大部分時候設計Spec幾乎可以等於功能Spec，越詳細越好驗證，實作工程師要確認Spec - 大家互相Cover驗證 - 算法 - 看起來如何，會找江柔看看這東西看起來行不行 - 系統 - Tower 內部功能 - 被動式驗證，有錯再來說 - Feature有設計的 - 請Danny看跟他想的一不一樣 - Issue如何處理與追蹤 - 每天的值日生去當 issue router，確認該issue自己可以解或者要找其他人 - 輪值到的值日生除了當issue router 也可以看看有什麼掛在自己身上的 issue - 要標記優先程度 - 系統爆炸，通常是高優先 - 沒辦法自我判斷priority時候，就拖一下看他有多急 - 開發流程如何在沒有管理者狀況下自體循環 - 確定開發/QA流程流水線 - 面對來自 (BD) Arial - 問 Tech Lead - 有事情 Preplanning 見 - 面對來自 (Meteor) Ptt - Hao-kai + Stefan 要挺身而出 - Morale Event! - ## Action Item - make Stefan make a presentation after refactor - Roy - 要新電腦 hh - 有問浩凱策略，會開始survey一些規格 - 買市占率最高手機高階+低階、iphone舊手機 Jou.Chiang - 交出 content QA 流程 hao.kai - 開發流程(functional, content) - Hans