心疼又好笑！你知道為什麼程序員喜歡小黃鴨嗎？

對一個外行人來講，我們只知道嘲笑人家程序員：脫髮，禿頭。但是脫髮禿頭現在已經不僅僅是程序員哥哥要面對的問題了，很多妙齡少女她也脫髮也髮際線堪憂啊！

其實本期內容最主要還是要圍繞著程序員大大來說的。禿頭不是他們的錯，是工作太辛苦的鍋。程序員工作中最最困難的也不是背代碼寫代碼，而是debug！！！

換句話說就是，寫完的程序不能像想像中那樣完美的運行的時候，可（yi）能（ding）存在bug，然後尋找程序中的錯誤，這個操作稱為debug。

許多程序員都有過這樣的經歷：花了一下午或一整天的時間，在試圖解決某個Bug，但問題似乎很複雜，總是沒有思路。

拉個人過來（甚至可能完全不會編程的人），和他blablabla講了一通，很多時候中途就自己找到了解決辦法。

其實呢，這種方法，有一個術語：

小黃鴨調試法（RubberDuck Debugging）

此概念是參照於一個來自《程序員修鍊之道》書中的一個故事。傳說中程序大師隨身攜帶一隻小黃鴨，在調試代碼的時候會在桌上放上這隻小黃鴨，然後詳細地向鴨子解釋每行代碼。許多程序員都有過向別人（甚至可能向完全不會編程的人）提問及解釋編程問題，就在解釋的過程中擊中了問題的解決方案。一邊闡述代碼的意圖一邊觀察它實際上的意圖並做調試，這兩者之間的任何不協調會變得很明顯，並且更容易發現自己的錯誤。如果沒有玩具小鴨子也可以考慮向其它東西傾訴，比如桌上的花花草草，鍵盤滑鼠。

類似的，有一種現象叫做cone of answers，這是一個常見的現象。你的朋友跑來問你一個問題，但是當他自己把問題說完，或者說到一半的時候就想出了答案走了，留下一臉茫然的你。是的，這個時候你就起到了那隻小黃鴨的作用。

可能有一部分人，覺得這個小黃鴨調試法有點無聊，其實不是這樣的，有相當一部分程序員都有這樣的體會，對每一行代碼進行自我解釋很有利於問題的發現，這絕對不是一個毫無用處的調試方法。

進行了如此深入的了解後，我突然明白了為什麼隔壁工位的程序員突然帶了一隻綠色小恐龍來單位，那就是他的「小黃鴨」？？？

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！