九成的新手工程師會犯的「失禮了」陷阱
前言
初次見面。我是任職於株式会社PRUM 的工程師 人見。
我平常會把在程式學習與實務中容易卡住的重點整理出來並分享。
如果想知道更多關於 PRUM 的資訊，也歡迎看我們的公司網站。
▶ 公司網站
よくある状況（常見情況）
在審查等被指出時，你會不會先說類似這些話：
「失禮しました」
「申し訳ございませんでした」
「あ、すみません、直します」
我以前也是每次被指正就先道歉，然後照著指示一直修正。
並且在內心裡會想，「自己真糟糕」。
當然，道歉本身沒有錯。但我想問一個問題：
那真的是「應該道歉的情況」嗎？
現場常出現的流程大多像這樣：
被指出。
先回「失禮しました」。
照著被說的去修正。
↓
當下看起來就結束了。
↓
但過一陣子，
又收到類似的指摘。
↓
又道歉、又修正。明明是有在回應，卻總是在同一個地方卡住。
結果不知不覺會變成「又被同樣的指出」的狀態。
問題不是「在道歉」
在這裡要釐清的是：
「道歉」和「沒思考就道歉」是不同的。
道歉本身並沒有錯。問題在於
「對於被指出的是什麼不清楚就繼續進行」。
指出一定有其意圖。例如可能是：
- 邏輯錯誤
- 設計上的思路偏差
- 對規格的解讀不同
- 可讀性或維護性等問題
若在沒有釐清這些分類的情況下就修正，會變成只修正結果、卻不知道原因。
「失禮しました」是很方便的詞。
但正因為它方便，有時會讓人停止思考。
為什麼會這樣
在此補充一點重要的事：
「被指出就馬上道歉」並不是因為你的性格薄弱。
大多數情況下，這是你在過去環境中養成的反應。
例如：
- 在學校有「做錯＝會被罵」的經驗
- 打工時有「犯錯＝造成麻煩」的意識
- 先道歉比較容易讓場面平息，因而形成成功經驗
這類累積會讓「被指出就先道歉」的行為自然養成。換言之，
這是為了應付當下情況而學會的「技巧」。若過度依賴這個反應，
就會出現「還沒思考就結束」的狀態。
指出並非要把「正解」強加給你
換個角度想：審查時被說的話不一定就是「正解」。
在現場常會發生的情況包括：
- 前提不一致
- 資訊不足
- 實作的意圖沒有傳達清楚
因此重要的不是「有人說了就改」，而是「為什麼會被這麼說」。
結果可能會是：
- 發現自己的想法確實有誤
- 或者能夠說明為何自己的做法更合理
重要的是在理解之後再做判斷。
總結
「失禮しました」並不是壞話。
不過當它變成反射動作時，你可能會在不自覺中跳過思考就繼續進行。
重點是：
「理解自己被指出的是什麼」
在馬上修正之前，如果能先想一下「為什麼？」只要一次，
你的視角就會大不相同。
那該怎麼思考才好？這正是大家最容易卡住的地方。
下一次我會用具體的方法整理「如何在不停止思考的情況下回應」。
PRUM 超過 95% 的工程師都是從未經驗出身被錄用的。如果有興趣也歡迎到公司網站看看。
▶ 公司網站
我們也經營一個整理對工程師有幫助文章的網站，歡迎參觀。
▶ 對工程師有幫助的文章網站
原文出處：https://qiita.com/hitomin_poke/items/094edffe1d7961bb6395
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
