提案人：凍仁。
- 畫圖：用紙、筆和白板畫流程圖、架構圖，補助溝通 …。
- 我們上班是來解決有 商業價值 的問題，而不是純 coding。
- 為什麼我們都要聽老闆？因為他最了解 市場 和 需求 。
- 工程師 (Engineer) 的通病，就是只關注 技術債 和 技術評估 等工程問題；乎略了 從使用者角度著想 和 溝通方法。
- PM & PO 與 Engineer 常出現資訊不對等問題，這時如何讓 資訊透明度 提升就成了很重要的議題。
- 從過往學習：透過各種 issue x docs x event 來串接問題發生的因果關係，並透過持續修正 planning 來持續改善系統。
- Why only follow SOP ? 我們應適時挑戰問題，並改善之。如透過自動化工具降低人為失誤，或解決根本問題。
- 推動 DevOps 或其它文化變革等事物時，有 CTO 的支持，會事倍功半！
- 想導入 DevOps / DevSecOps 時，也得考慮成本。一般人要先嘗到甜頭後，才真的會喜歡上新東西。
- (品質) 改善，是一定會有延遲的。
- DEV / Staging / Production.
- 記得找 PO 加入 Dev & Ops 團隊。
提案人：Gary Wu。
- Tools: Evernote, Obsidian (黑曜石), notion, HackMD, Heptabase, 1Password ..
- 寫文件時，記得除去 敏感資訊，若真有儲存需求，建議使用 KeePass、1Password 等工具儲存。
- 《卡片盒筆記》
- 當筆記高達 3,000 ~ 11,000 則時，應該要怎麼整理？或怎麼找到想要的資訊？
- 筆記可以有哪些分類：
- 名片盒：
認臉用。 - 書籍資訊、索引。
- 技術文件：Blog、GitBook (社群版已 EOL)、HackMD。
- 透過 output 來 持續學習。
- Event & troubleshooting: Issue ..
- 名片盒：
- Team work: GitBook, HackMD, SharePoint.
- SharePoint: 在某些情境下，直接透過 SharePoint 的服務分享檔案，也是個不錯的作法。
註：會來 DevOpsDays Taipei 的開發者 (developer)，都是因為接到維運工作 (operation) 後，來 DevOpsDays 尋找答案的。
Other:
- MLOps x Security 可能可以朝哪個方向前進。
提案人：Anna Su
-
Database:
- 改錯權限，下一秒老闆接到電話，人都醒了 …
- 直接從 Database 把某一欄位 (全文章的標題) 全都改成一樣的值 …
- 應減少人工操作，降低失誤率。
- 透過版本控制和 script，達到 migration 功能。
-
權限：
- CI/CD pipeline 綁個人 GitHub 帳戶，當這同事離職，或帳戶被停用後，整條 Pipeline 也就一起停止了。
-
資料移轉：
- 早期 (還沒有 AWS Snowball 服務前) 要上 AWS 雲時，光傳檔案到 S3，就傳了半年。要不是後來牽了第 2 條線路，還會更久。
- 從 AWS S3 搬出來之前，會先被收一 大 筆
保護費匯出費。
提案人：Reiner
- 4,000 多行的 .gitlab-ci.yml script 應該要怎麼重構 (或改善)？
- 要小心 人 的問題。
- One project repo, but maintain 10+ business projects.
提案人：雅淳
-
某 RD，為什麼你的 database 預設不會幫我寫 null 和填 0？
你 Spac 沒寫，是要人通靈嗎？
-
用 Excel sheets 管理 i18n ，可當填錯後，某 RD 不想照程序，想馬上修正，但又不想讓第 3 人知道。
-
心思多變，擁有少女心的 user：於某 user 合作某專案 3 個月，系統完成了，也上 production 了，才被通知不是上頭要的東西，然後整組砍掉重練。
-
空降的 Infta 主管：原本 shell script 用的好好的，因該主管覺得 Python 較潮，所以請 team member 都用 Python 改寫；某天有人問過大老闆後，才得知大老闆不在意用哪套，該名空降主管被打臉後，team member 才可回頭用 schell script 。
-
不同時間點，前後接某同一專案的同事，都死於非命，意外身亡。
-
上線前一周才說要改資料庫裡的某個欄位！？
- Why? 雖一知半解，但等時間一到，專案結束後，該問題就不是問題了。
-
Ops 被找到 Development team，說什麼扁平化組織，某主管雖各工作都有 join，卻在出事後怪 Ops 亂討權限，不照流程做事。
學會如何自保。
-
瘋狂發 security issue 的安全長 (Chief Security Officer, CSO) …。
- 看看推動 Top-down 變革的《鳳凰專案》一書吧，這個故事有 87% 像；之後還有興趣，可以看看從 down-top 推動變革的《獨角獸專案》姊妹書。
-
某 team leader 離開後，某 team member 被提拔成 leader 的水土不服事件。
- 論 Tech leader 的養成之難。
- 彼得原理。
The official notes - https://hackmd.io/Oqgp48ltTW2yqrKUyfkilQ?view