接手這個專案時，團隊連基本的版控和組態管理都沒有，佈署甚至還在用傳 zip 檔改 config這種石器時代的方式。

身為 TL，為了讓開發與佈署走向正軌，我決定推動 CI/CD。當時公司資源極度限制(傳產)，只要他們覺得有資安疑慮就一律不准，我花費了極大的心思與代價，憑著私人交情跟資訊部和業主套套路、拉關係，好不容易才拿到了測試用的 VM，再用自己整整半年的下班時間和資源把整套 CI/CD 流程刻了出來。
資訊部朋友是私底下開給我測的，特別囑咐我：「這個是我偷偷開個你的，不要跟別人說，不然簽上去又會被白癡長官以資安名義退回。」

架設完成後主辦和工程師團隊反應都極好，因為大家都切身體會到了自動化的好處。

但要讓這套系統真正完善、落實到生產環境，我們需要一台正式的 VM，以及後續合法的維護時間。

為了向主管提案，我甚至特地寫了一份完整的商業效益報告，準備了簡報，準備跟他推銷這套解決方案。

結果他報告連看都沒看，技術連聽都不想聽，只冷冷地丟下一句：
「我覺得沒有必要。」

沒有分析、沒有討論，直接一槍斃命。

心灰意意之餘，剛好外面有不錯的機會，我也就順勢提了離職。

離職前夕，在同事的慫恿下，我決定把這套 CI/CD 系統當作自己的「畢業論文」，在部門最後一次分享會上記錄並展示出來，算是給這段時間的努力一個交代。

結果，那位當初連報告都不願意看的主管，聽完後走過來對我說：

「這很好用欸，為什麼你不早點報？」

原來不看報告是我的錯，被一句「沒有必要」打回是我的錯，連主管自己不願意理解技術與流程改進，最後都能歸咎於「你沒有早點報」。

你以為你是在跟專業管理層溝通，事實上你只是在跟視線盲區比你自己還大的人對話。專案沒有倒在技術瓶頸，而是倒在管理者不願睜開的眼睛裡
這大概是我離職前收到最諷刺的畢業禮物。

隨後我離職，整套系統因為無人維護直接荒廢。至於多年後，他們發現沒有這套機制真的運作不下去，最後花了大錢請我回去幫他們重新建立「同一套系統」 …那又是另一個職場迴圈的鬼故事了。

免費幫你做你不要，偏偏喜歡花大錢請你們認為的專家回來指導。同一份slides在多年後又一字不改的重出江湖。