RUBY 大叔｜關於技術綁架，所有工程師都該思考的一件事

本篇來自 RUBY 大叔 觀點分享，Meet.jobs 經編審刊出。圖／Pexel

引用公司文章「企業如何降低技術綁架的風險」的說明，所謂「技術綁架」就是，當工程師在某個特定技術領域投入大量時間、精力，容易導致他們在策劃解決方案或面對新技術挑戰時，過度依賴自身已熟悉的技術，忽視其他更合適的選擇，甚至給錯老闆建議，各位看到這有沒有瑟瑟發抖，這不就是，每天都有可能上演的事嗎？

是真的「做不到」還是碰到「技術綁架」？

我的工程師朋友 A 就是苦主之一，那天好不容易訂了一間很厲害的烤鴨餐廳，結果師傅桌邊表演片鴨秀時，他也邊抱怨公司主管，我手機錄的整支影片 OS 都是他在抱怨技術綁架，簡單說，朋友 A 是在台灣一間上市櫃科技公司上班，最近他們公司的某些專案，需要引進新技術，結果 A 的主管，也是公司的技術總監，因對該技術不熟悉，在沒研究之下，直接跟老闆說：「不可能做到。」還用了各種理由推拖，導致最後沒有引進。

朋友 A 邊吃邊還氣憤的列點回答：

1. 這位技術主管因只熟悉特定程式語言 ，每次提想法都直覺性杜絕其他技術，錯失很多好的解決方案；
2. 要是引進了那個應用新技術的方案，公司內部工作效率就可以大幅提升，人力安排也會改善，卻沒被老闆採用；
3. 技術主管懂的太少，很多公司的技術發展都因此而受限。

A 最後的結論是：「被技術綁架真的好可怕啊。」其實類似的事情，我之前也碰過，公司有個外國客戶，因為換了一個對某個技術特別偏執的老闆，就把我們團隊換掉，換成別的團隊，最後搞砸了又回來找我們。最後，同樣的任務，客戶用了兩倍時間、兩倍預算才解決。如果老闆一開始就注意到這是技術綁架的問題，就不用那麼捶心肝吧，超浪費成本的。

老闆不懂技術，自己就得更開拓技術視野

我認為所有的技術人、工程師都應該檢視一下自己有沒有陷入「技術綁架」的陷阱，像我本身主要精通 Ruby on Rails，雖然 PHP、JAVA 也多少會使用，但其實我在做決策時，第一時間也會先以 Ruby on Rails 作為最初考量，畢竟是我最熟悉的；但如果我發現這個專案用 Ruby on Rails 做沒有比較好，我也不會硬要堅持，我還是會去思考老闆的需求是什麼？客戶真正想解決什麼問題？因為自己不熟練就認為「不行」，等於限制了自己的視野。

至於老闆不懂技術這件事，我通常碰到比較多是客戶的老闆不懂技術，雖然解釋起來比較辛苦，但我仍會盡量給老闆兩種以上的替代方案，幫助他們釐清、瞭解，進而做出好一點的決定。上述提到，朋友 A 的主管給老闆錯誤建議，其實時間一長，老闆也會發現問題出在哪，如果你是被老闆依賴的技術主管，一定得跳出自己的「技術舒適圈」，多多補充技術知識或逛逛開發者論壇。

我平常維持自己技術知識量的方法，多半都是泡在技術圈相關的社群，或是參加像 Ruby Conf Taiwan 這種可以在現場與套件開發人員交流的大會 ，而且 Ruby on Rails 已經有很多成功案例可參考，或作為開發依據，就算碰到什麼奇怪的問題，都可以在社群發問，根本是技術攻略站。有時候，一個人的經驗很有限，但一群人的經驗就能開拓眼界，祝福各位技術人、工程師都能好好修養自我，不被「技術綁架」！

延伸閱讀

RUBY 大叔｜初學者必點！修煉 3 點「全端」技能，通往最強工程師之路

高級技術人才看過來 | 申請歐盟藍卡，讓你工作、永居歐洲一把罩！

Xfers 錄取心得｜作為軟體工程師最棒的事，是可以在任何領域應用我們的技術