這件事發生在當年我們要開一個新案子，打算採用一套全新且好維護的架構。

我們組在整個部門內算是技術擔當，所以所有 Infra 的問題，都是我們這邊先解決後再 apply 到各專案中。當時我們深刻感受到原架構已經疊床架屋到超難維護的地步，加上我們想把後端語言改掉，讓系統可以使用 Linux 架站（原本使用 .NET Framework 只能在 Windows 上跑）。

為此，我們為新專案訂下了明確的架構目標：

1. 高解耦設計：各 Feature 和各 DB 之間不能有過重的相依性，改 A 不會壞 B。
2. 完善的組態管理：能自由切換不同的組態。
3. 團隊協作優先：我們的案子很大，有 UI/UX 和內部工程師共 5 人要一起合作，所以必須採用前後端分離的架構。

就在我們訂架構的同時，有另一個不小的案子也要啟動。主辦工程師就要求我們一起合作，想制定一套整個部門每個案子都可以共用的底層架構。

然而，合作完全無法進行。

對方是一位跟我工作經驗差不多的工程師，但他自尊心極高、對自己的各種操作異常自信。他骨子裡是非常典型的台商思維，喜歡打壓底下的人，並總是以「我很會向上管理、揣摩上意」為豪。

當我們把雙方的架構攤開來討論時，出現了以下這段讓我滿頭問號的對話：

我：「你訂的架構是前後端合一，而且沒有分割乾淨。這樣一個團隊在共同開發大專案的時候，是沒有辦法很好地協作的。」
他：「喔對啊，但我覺得我的架構比你的好。」
我：「？？？？可是我們團隊的案子需要協作，有 5 個人要共同開發欸。」
他：「我覺得我的這個架構比較好。」（開始鬼打牆）
我：「好喔。」

面對這種「我不管邏輯、我不管需求，可是我就是想這樣做」的自信，我一句話都不想多說。於是我轉頭就跟主辦工程師說：我們不跟他合作了，因為雙方對於架構的想法完全不一樣。

後來我聽到傳言，有同事在私底下稱讚我：「欸，這個 TL（我）看起來蠻厲害的，技術也很強。」
那位自信滿滿的工程師聽了，很不以為然地回：「看人不要只看表面，他沒這麼強。」

多年後，我已經離開那家公司很久了。
有一天，他突然傳訊息跟我聊天，自己提到了當年的事：「喔，我當年太年輕了，我發現我的架構真的不好用，現在整個專案要打掉重來。」
See？

更好笑的是，聽說他現在還會對他底下的新人畫大餅：「我們以前有一個同事，現在也在外商 XXXXXX 公司啊！所以進來我的團隊，你們也都有機會的。」

哈囉？我怎麼記得幾年前你不是這麼說我的？
而且，為什麼我變成你的招生工具了？ 給別人這種不切實際的幻想，如果只跟著你做那種工作內容，是不可能像我一樣到處跳槽。