敲代碼時，程序員戴耳機究竟在聽什麼？

知乎上有個提問：程序員上班時戴耳機是在聽什麼？

高贊回答是：戴上耳機是告訴其餘人不要打擾我，實際上並無在放音樂。

程序員在工做時間裏除了其餘人過來打擾，他的 IM 通信軟件是這樣的：
［置頂］業務羣：@你 …

產品-劉同窗：這塊需求我想改爲…

測試-陳大姐：今天要上線了，你趕忙改下最後兩個 Bug 吧

測試-李妹：你昨天提測的項目有問題啊，先幫忙查下吧，主要流程…

前端-程小哥：這接口你得給我傳兩個值

產品-王同窗：幫忙看下線上問題吧，用戶很着急

技術羣：@ all，今天下午四點有技術分享會，請你們準時參加
...
複製代碼

消息不斷跳出，任務欄不斷閃爍催促你去點開。還有人直接找你討論問題，你不得不停下手上的工做，一次次去迴應這些緊急事情。等回答完想繼續剛纔的工做，卻忘記剛纔寫到哪裏，又得從新捋思路。

有數據顯示：人被打擾後重拾起原來的思路平均須要3分鐘，因爲幾分鐘就被打斷一次，天天大約有2.5小時被浪費掉的。

等到了下班點，你才驚覺，這一天好像沒作什麼就過去，今天要作的需求連一行代碼尚未開始寫呢。因而你開始例行的加班。

1

爲何總以爲本身的工做效率很低？

在《深度工做》中做者提出一個公式：高質量工做產出=時間×專一度。

高質量工做產出須要人進入深度工做狀態，深度工做指的是在無干擾的狀態下專一進行職業活動，此時我的的認知能力達到極限。這種努力可以創造新價值，提高技能，並且難以複製。

你有沒有試過上班來早了或者等你們下班後，辦公室安安靜靜的。你戴上耳機，退出IM軟件，沉浸在編程世界裏，思路順暢，像打通任督二脈，效率特別高，代碼質量很好，只用兩個小時便完成日常一天的活。

而與深度工做相反的是浮淺工做，浮淺工做每每在受到干擾的狀況下開展。此類工做是認知要求不高的事務性任務，很容易複製。

書裏指出愈來愈多知識工做者由於不斷被小事擾亂心神而用浮淺工做替代了深度工做。越是常常在極度浮淺的狀態工做，越將會下降本身深度工做的能力。

因此內秀的程序員一般採用物理隔音——戴耳機被動地躲開打擾。

2

除了戴耳機，還有幾招能從根源上減小些打擾，提升重拾思路的時間：

1.被打亂時先花幾秒寫好註釋

剛把對象取出來，開始「.」的時候，PM 來了：誒，能幫忙——

你先花幾秒鐘淡定地先將.後的方法寫好，把下一步要作的事簡單兩幾個字註釋，如//作判斷//，幫助你快速地接上被打亂前的思路。

用「我沉浸在編程的世界裏你竟然敢打斷我」的表情緩慢地摘下耳機，記住耳機只需離開耳朵一釐米，這表示你隨時會戴上耳機幹活去，暗示對方有事快說，不作閒聊。

要面癱，不用微笑。

2.拒絕回答不經思考的簡單問題

PM：你還記得上次你作的那個需求嗎？線上的邏輯是怎樣的呀？

你：不記得了，本身看需求文檔吧，或者問負責這塊的PM。

新人：這個工具怎麼用？

你：本身搜索去吧。

有數據統計，80% 的打擾是沒有意義或者極少有價值的。

職場時間寶貴，求助者有責任在提問前確認問題是否值得問。若是問題是能夠直接查詢或者能從搜索結果前三頁獲取的，這些問題是不須要回答的，你無需浪費本身的時間放他人之懶。 這招還能夠跟二維碼大法混合使用，能擊退大部分的簡單問題：

3.學會甩鍋

PM：這個需求我想改改…

你：你先找我 TL 對下排期

PM：線上這個數據不對啊

你：在某表某字段，你本身查

咱們部門的 PM 就這樣學會寫 sql 查數據，徒手登服務器查業務日誌。若是你很差意思拒絕一個「順手」「只佔幾分鐘」的小要求，後面還有 abcd 個小要求笑眯眯地在等着你。

4.承諾完成的deadline

網上有一張圖形象地說明理想的工做計劃和實際狀況：無打擾的高效率理想工做模式和不斷地被打亂的實際工做模式。

有些緊急事情是必須放下手下工做去作的，例如測試說，項目今天要上線，你趕忙改下這兩個bug。

此時先和發起人肯定完成的deadline：我將會在下午前兩點改好，改完會告訴你的，不用催促。將被動化爲主動，臨危不亂，有條理地安排好手上的工做。

3

剛開始這麼作可能會讓人感受不自在，由於和普通的人際交往遊戲規則相左：舉手之勞，能幫則幫。採用上述方法後，發生一些不愉快的事情也是在所不免。有些人或許會感到疑惑或生氣，認爲你不近人情。其實，這沒什麼大不了的。

正如《深度工做》裏說的：培養容許壞的小事發生的習慣。不然，你將永遠發現不了改變命運的大事。其餘人會很快調整對你的指望，適應你的工做習慣。

因此，你工做時戴耳機是在聽什麼？

歡迎留言，分享你的獨特觀點 or你的必備歌單！