🌟 部分主管變成高薪傳聲筒
最近一兩年公司內部的開發越來越走向開源專案。我常常接到任務，因為上面的主管也不了解相關技術，我只能一個人一邊研究技術文件、一邊實作功能。
以前若是開發公司內部的專案，主管還能給一點技術方面的建議，但現在針對先進技術的開發，他完全給不了實質建議，只會要求我們定期回報進度，甚至是他自己碰到的技術問題，也都直接丟給我們研究。某種程度上，主管逐漸變成了一個「傳聲筒」，只是把資訊從上層或外部轉給我們，而工程師不只要專注在系統開發，還要額外花時間匯整資訊給主管，更糟糕的是，他甚至沒有能力判斷系統品質的好壞。
🌟 以前主管要專精廠內應用，現在主管要熟開源應用
以前的技術主管，通常是耕耘公司內部系統三年、五年以上的資深工程師升上去的，對高層而言，技術主管只要懂他管的幾個系統，了解如何規劃需求、問題發生能夠快速處理就好了。
然而現在的情況不同，現代系統開發資源越來越豐富，但是開發週期也越來越短，牽涉到的 domain knowledge 需要持續學習與更新。所以工程師會期望主管能夠有一定的技術水平，能針對問題互相討論，相反的，如果主管實力沒有與時俱進，只會在出事的時候把問題丟給工程師，那麼他的團隊定位又是什麼呢？
🌟 軟體從業人員的宿命
換個角度想，這也是軟體工程師的宿命。其他行業一套知識可能用個十年、二十年，我們的技術生命週期相較之下短暫許多，每年都要學習全新的技術框架。甚至因為AI與開源專案的崛起，產品的開發時間變得更短了。
舉例來說，公司碰到系統難題，以前的做法是花個一兩年「自幹系統」，像是 API Server 的負載平衡，如果做得不錯，甚至還能因此被升為小主管。
但現在不一樣了， 2025 年如果有人還說要自己寫一套API Server的負載平衡，肯定會被笑到翻。現在大家的第一反應都是：「有沒有開源專案可以拿來用？」選用開源專案雖然能快速解決問題，但也意味著工程師必須不斷吸收新知，去理解如何將這些工具整合起來，讓系統能穩定運作。
🌟 新時代主管的挑戰
我想現代的主管應該重新調整心態，不能只靠過往的資深經驗去壓制或帶領團隊，而是要和工程師一樣保持學習熱情，具備跨領域整合的能力。如果主管只是維持「舊風格」──只談方向、不懂細節──要怎麼贏得下屬的信任？
畢竟大家都會要求工程師「不斷學習、永遠跟著新技術跑」。如果主管無法跟著學習新技術，不就連判斷問題的能力也沒有，淪為只會傳話的高薪秘書。
