坦白說，當初報名這 30 天連載的時候，我的初衷其實很正向、很積極。我原本打算寫一系列「Tech Lead 的心路歷程與管理指南」，分享怎麼解決團隊衝突、怎麼引導新人、怎麼做好專案時程控管，試圖端出一鍋充滿正能量的職場雞湯。

結果寫沒幾天我就放棄了。因為我發現，相較於那些冠冕堂皇的管理理論，真實的軟體戰場往往複雜且精彩得多。

於是，我改變了寫作方向，把我自己跟身邊各路工程師好友們遭遇過的鳥事揉合在一起，打亂了時空背景與人物設定，端出了這本「科技業的百鬼夜行圖鑑」。

如果你在某些篇章裡，看到了似曾相識的專案，或是覺得某個反派很像你隔壁的同事……如有雷同，純屬巧合。這只能證明全台灣科技業的鳥事，底層的 Design Pattern（行為模式）都驚人地相似。

真實的科技業，哪來那麼多完美的 Agile 流程跟永遠順暢的跨部門溝通？我們每天面對的，是形形色色的職場百態，這些故事不僅僅發生在單一公司，而是無數科技人共同經歷過的血淚。

你問我作為一個 TL，聽完朋友們分享這些這麼「精彩」的鬼故事，到底有沒有什麼完美的解決辦法？

老實說，沒有。

程式碼是誠實的，少一個分號、型別不對，它就是報錯給你看，你總有辦法 trace 到 root cause。但人類充滿了 Runtime Error，毫無邏輯可言。

最慘的是，很多人的 Bug 根本是出廠設定就壞了，你身為一個 TL 甚至連幫他們 Refactor 的權限都沒有。我們唯一能做的，就是建立好專案的防呆機制、劃清權責邊界，然後練就一身戴上抗噪耳機就能心如止水的功夫。

這 30 篇的連載暫時畫下句點，但職場的靈異事件並不會因此停止。明天依然會有新的事情降臨，依然會有推卸責任的情境等著大家去交手。

而且老實說，各路好友們貢獻的「鬼故事庫存」還有非常多，這一個月寫出來的根本連冰山一角都算不上。

畢竟，痛苦是比較出來的。 把大家的故事集合起來，其實也是想告訴各位：你並不孤單。不知道大家看完這 30 天的荒謬遭遇，再看看自己身邊的雷包同事，心裡有沒有覺得比較欣慰一點？

如果有，那這系列也算得上是功德一件了。

我們的故事未完，待續。
祝各位在未來的開發路上，護身符（乖乖）常伴左右，雷包退散，永不 Rollback。