你是真的可以解決問題的工程師，還是只想把卡關掉的 Mr. Meeseeks？

前言

最近接到一場小型的演講邀約，在著手整理十年職涯回顧時，腦中突然浮現《Rick and Morty》的某一集。那集的故事與角色設定，簡直是當代軟體開發職場的縮影。

在那集裡，只要按下按鈕，就能召喚出一種名為「Mr. Meeseeks」的藍色生物。他們存在的法則很簡單：解決單一任務，完成後立刻消失。

對他們而言，存在的每一秒都是痛苦，唯一的目標就是把事情做完然後 poof! 消失。

有個橋段讓我最印象深刻，Jerry（主角的老爸，是一個超廢角色）想要精進高爾夫球技。Rick 召喚了 Meeseeks 來教他，但 Jerry 拒絕改變，因為他不想調整錯誤的握桿姿勢，無法拋棄肌肉記憶，只想依賴別人幫他達成結果。可想而知沒有付出又怎麼會有收穫？

這兩個角色，正好映射出職場上兩種極端的工程師類型：

第一種：The Meeseeks Type（敷衍的執行者）

這類人的眼裡沒有架構，沒有可維護性，他的眼裡，只有 Jira 上的那張卡。

對他來說，產品的生命週期、使用者體驗、業務是否會賣得好，都不是重點。他的目標從來不是解決長遠問題，而是讓這張卡從 To-Do 移動到 Done。

• 特徵： 極度的任務導向，缺乏面的思考，決策只看當下，不管以後。反正以後都離職了，誰管他
• 工作模式： 為了趕上線，不惜破壞設計模式、疊床架屋，或是直接 hardcode。技術債繼續堆積對他來說無所謂，反正卡解掉就好。

對 Meeseeks 型工程師而言，Working Software 只是手段，停止工作才是目的。 他們不想做額外優化，不想寫文件。這種交差了事的態度，往往是專案技術債的最大來源，也就是折磨你各位千百個夜晚、需要通靈才看得懂的那些破 Code。

第二種：The Jerry Type（拒絕成長的依賴者）

Jerry 講白了，就是團隊裡那個拒絕思考、拒絕改變的雷隊友。

如前所述，Jerry 想要進步，卻不願意調整姿勢。當 Meeseeks 給出專業建議時，Jerry 充耳不聞，甚至怪罪工具不好用。

閉上眼睛想一下，你身邊是否也有具備以下特徵的人？

• 拒絕深入問題： 遇到 Bug，第一反應不是看 Log、Google 或問 AI，而是直接開口問人，期望別人給出直接解答。
• Spoon-feeding（餵養心態）： 不願閱讀文件，不願理解系統邏輯，總是要人手把手教。永遠處於不求甚解的狀態，下次遇到同樣問題又要再來一次。
• 抗拒成長： 當別人指出問題、或建議更好的架構時，他的反應往往是拒絕改變，可能會說反正現在能用就好。

Jerry 型人格最大的問題在於怠惰。他不願付出相對應的勞動來換取成果，只希望成果從天上掉下來。

拒絕成為這兩種人

在職場打滾久了，我們很容易因為疲憊而想當 Mr. Meeseeks，只想交差了事，趕快下班，拒絕當社畜；或是因為怠惰而變成 Jerry，不想動腦，只想依賴別人。

但撇開公司是否虧待你不談（說實話，如果真的虧待，你早該離開了），你的技術與態度，最終帶得走的都是你自己的資產。

回歸正題，一個有價值的工程師社畜之所以有價值，關鍵在哪？

1. 解決問題的層次： 我們關注的不只是卡的狀態，而是使用者的痛點是否真的被解決、做的東西有沒有符合產品方向。我們願意多花時間重構、多做檢查，因為我們對自己的產出品質負責。
2. 長遠的思考： 思考目前的實作有沒有擴充性？能不能順手把架構調整到位？而不只是為了交差了事。
3. 主動的姿態： 遇到問題先思考、先查證。願意學習新技術、接受 Code Review，而不是永遠指望別人來幫我們擦屁股。

這十年來，我學到最重要的一課或許就是：別當那個只想「消失」的工具人，也別當那個拒絕改變的巨嬰。