互動網站:https://gemini.google.com/share/6a9569c51762
在軟體工程的世界裡，我們每天都在與邏輯、架構和 Bug 搏鬥。但除此之外，還有一種無聲的壓力始終伴隨著我們：送出 Pull Request (PR) 後頻繁刷新的頁面、績效考核表上的一個等級、或是 GitHub 上的 Stars 數量。
你有沒有想過，為什麼我們這群邏輯至上的開發者，心靈卻如此容易受到「外界評價」的牽動？這並非因為你軟弱，而是人類大腦中根深蒂固的心理機制在作祟。
一、 認可感：大腦的「生存補丁」
為什麼我們這麼渴望別人的肯定？心理學家告訴我們，這主要源於以下三個核心機制：
- 生存本能的遺留 在原始部落時代，被群體認可意味著獲得保護，被排斥則代表死亡。大腦會將「負面評價」的警報等級等同於「天敵出現」。這就是為什麼當你收到 Request Changes 時，會感到強烈的不安或心跳加速。
- 鏡像自我 (Looking-glass Self) 社會學家查爾斯·庫利 (Charles Cooley) 提出：我們對自我的認知是一面鏡子，反映的是我們認為「他人如何看待我們」。評價成了工程師確認能力最重要的社會座標。
- 社會比較理論 (Social Comparison Theory) 心理學家利昂·費斯廷格 (Leon Festinger) 認為：當缺乏絕對客觀標準（例如：怎樣才算「資深」工程師？）時，人類會透過與同儕比較來定位自己。職級、薪資和頭銜，便成了這種比較下的具象指標。
二、 工程師日常案例：那些左右我們的瞬間
在開發者社群中，評價焦慮往往以不同的面貌出現。以下五個日常案例，你是否也感到似曾相識？
1. 老王的 PR 焦慮：代碼即人格
老王送出 PR 後，因為同事一句「這段寫法太笨了」而耳根發燙。他啟用了「外在計分卡」，將代碼品質直接掛鉤到智力評價。當代碼被批評，大腦自動翻譯為「我這個人很笨」。
2. 小美的技術債恐懼：追求完美的枷鎖
小美明知舊代碼需要重構，卻擔心一旦改壞會損害「做事穩健」的評價。為了維持社交安全性，大腦選擇了短期的評價安全，而犧牲了長期的技術價值。
3. 阿強的技術選型焦慮：盲目追求潮流
阿強強行引入大廠流行的複雜框架，並非為了解決問題，而是為了證明自己「跟得上時代」，渴望獲得同事的崇拜與社群的認可。
4. 大力的救火英雄情結：被需要的成癮
大力享受半夜第一個回覆 Bug 的英雄感。他將成功建立在「被需要」的頻率上，而非產出的長期影響力，最終導致嚴重的身心職業倦怠。
5. 曉芬的文檔完美主義：細節焦慮
曉芬花費數倍時間潤飾 README，擔心一個錯字會損害專業形象。這種受到外在計分卡主導的完美主義，讓她在邊際效益極低的工作上消耗過度。
三、 解決之道：找回價值的主導權
如果你也深陷评价焦慮，試著透過以下方式重建你的「內在計分卡」：
1. 建立「內在計分卡」 (Inner Scorecard)
華倫·巴菲特曾建議思考：你想要世上最厲害但被公認為最差，還是世上最差但被公認為最厲害？
- 內在指標： 我今天的程式碼比三個月前更簡潔嗎？我是否解決了使用者的真實痛點？
- 外在指標： Stars 數、主管隨口的評分、名片上的頭銜。
2. 自我與代碼的解耦
練習告訴自己：「這是在討論這段代碼的效率，而不是我這個人的優劣。」將技術資訊與人格認同分離，是保持心理韌性的第一步。
3. 擁抱「凡人化心態」
資深開發者代表的是豐富的解決問題經驗，而非全知全能的神。主動承認不懂、勇於提問，反而能建立團隊的心理安全感，讓自己從完美的幻象中解脫。
結語
評價是一項工具，而不應是你的主人。身為工程師，我們追求的不僅是邏輯的優雅，更應是心靈的平靜。當你學會從內在定義成功，認可感便會作為你成長的副產品，自然隨之而來。
參考來源：
- Festinger, L. (1954). A theory of social comparison processes. Human Relations. (社會比較理論)
- Cooley, C. H. (1902). Human Nature and the Social Order. (鏡像自我理論)
- Schroeder, A. (2008). The Snowball: Warren Buffett and the Business of Life. (關於內在計分卡的概念)
- Clance, P. R., & Imes, S. A. (1978). The imposter phenomenon in high achieving women. (冒名頂替症候群的心理分析)
