今天終於要來講講冒牌者症候群，這個在軟體開發時常聽到，卻總是下意識逃避的話題。

冒牌者症候群，又稱為冒名頂替綜合症，是在取得某些成就後，內心仍無法相信自己配得這些成功的狀態。

儘管外界的認可和讚譽不斷，遭受這一心理現象的人常常感到自我懷疑，認為自己是「冒名頂替者」，害怕被揭穿自己的真實能力不足。

這種現象在一些領域當中很常出現，例如軟體開發、學術界。很多優秀的開發人員在取得技能或成就後，仍然會不斷質疑自己是否真正具備必要的能力，會覺得自己的成功純粹只是運氣使然而已，不足以反映真實水準。

我很喜歡看的 HTTP203，兩位前 Google 工程師在討論冒牌者症候群時，讓我發現到原來連在 Google 的工程師也會這樣想。

我的經驗

1.

我在剛入門前端開發的時候曾經到一家公司實習，我其實經驗非常少，甚至比我晚進來的實習都已經有非常深厚的開發實力。我當時常常會想，為什麼公司要錄取我這種當時沒實力宅味又重的人。

不過也因為有想要變強的動力，再加上當時公司願意栽培，暑假的兩個月利用公司補助的線上課程學習 JavaScript 基礎，還學了 Sublime 快捷鍵大全。中後期學了 Ruby On Rails 開發公司的副產品，之後一起加入開發。

2.

跳槽到下一間公司後，我的冒牌者症候群又更加強烈了。

這邊每一位開發者都有很深厚的開發經驗，為了不讓自己落後，我在下班時會主動去看技術相關的文章，並且經營自己的部落格。我時常會覺得自己不夠好，也如同冒牌者症候群的經典症狀，害怕被拆穿自己其實實力不到位。

3.

來到日本後，儘管我認為自己算是日文能力偏中上水準的，到這裡才發現其實只是平均，有很多外國人日文學得比我短，講得比我好。

在開發上，雖然說人多當然會有實力參差不齊的問題，但我也很幸運地在當時的團隊當中跟一位實力堅強的開發者一起合作，於是又陷入了每天懷疑自己不夠好的迴圈裡。

我的冒牌症候群體現在我的文章中，我不敢武斷寫自己的想法，在不確定的時候就加上「應該」、「我覺得」，看似謙虛的表現，卻下意識地在做防衛。

4.

我被指派負責關鍵模組的設計和實現，當時我是前端開發居多，但這個設計會大量牽扯到後端，且需要了解現行專案的架構。

雖然被交付任務時我的技術背景和經驗讓我可以設計出一套架構，但看到團隊中其他成員提出建議時，我常常會開始質疑自己，心中不斷充斥著「他們比我更有能力」或「我會不會被發現其實不夠聰明」的想法。

克服

Denny 曾在 X（Twitter）上提到這件事。他覺得會不會真正焦慮的原因是「他明明沒那麼厲害為什麼可以過得比我好？」

我想蠻久的，自己不夠好是不是一種藉口？真正的原因就像 Denny 說的——眼紅。

我覺得一部分是，在還沒有意識到投入產出比的迷思之前，的確會有「他明明沒那麼厲害為什麼可以過得比我好？」的心態出現。

因此解決方式也很簡單，放下比較心態，了解每個人都是獨立的個體：

• 公司雇用你的當下，就代表他們已經判斷你有足夠能力。剩下就是同事跟公司的事了
• 意識投入產出的迷思，投入與產出並不對等
• 我們只能看到一個人的一部分，而看不到他至今為止的人生
• 別人很厲害，就跟他當朋友多多請教
  • 不一定要很厲害才能跟別人當朋友

雖然前面有提到，焦慮的來源可能源自於「他明明沒那麼厲害為什麼可以過得比我好？」，但除此之外，我認為還有幾個不可忽略的因素——尤其是在華人家庭的環境下長大，你可能要面對的是高競爭、總是被朋友家人否定、以成績當作唯一成功指標的價值觀，久而久之還真的容易自我懷疑。

降低預期

沒有什麼是 Aim lower 不能解決的

另一個有效的克服方式就是降低預期。當別人都要求 100 分時，就把預期放在 60 分。這不是逃避努力，而是讓人生快樂的關鍵。

盡量避免對自身能力的過高要求，接受「完美不存在」的現實。這使得我們能夠更加寬容地看待自己的不足，以漸進的方式來提升技能。進步往往是一個過程，接受自己的不完美，是邁向成功的第一步。

在職涯打滾久了，你會漸漸發現沒有什麼事比得上健康快樂這兩件事，真的。而降低預期是個有效的解決方法。

把自己的心理狀態與健康顧好，才能幫助你在長達 80000 小時的職涯當中走得更好更遠。

結語

冒牌者症候群是在職涯裡很常遇到的現象，卻好像沒有很多人在討論。要承認自己不夠好這件事很難，要真心祝福其他人也很難。

我在這篇文章分享了一些自己的故事，希望或多或少能幫助到正在迷惘或有類似症狀的你，有什麼對付冒牌者症候群的好方法嗎？歡迎來信 me@kalan.dev 讓我知道。