寫程式碼需要安靜的環境，大家應該都懂的。在安靜的環境中，思維的連續更強，程式設計師寫程式碼時的邏輯性很大情況下，在自己的腦子裡，如果被打擾，相關的程式碼邏輯重新梳理出來又是一個很長的工作時間。而且，之前已經寫的邏輯和打擾之後的邏輯，存在一定的機率銜接不上，容易出bug，引起線上問題。

安靜的環境，可以專注於寫程式碼，讓程式碼更流程絲滑，那些設計模式用起來更溜，程式碼的空指標檢測更加嚴謹。比較常見的被打擾容易些的程式碼是包裝型別與基本型別的數值比較，很容易忽略對包裝型別判空。這種問題自己和測試過程中一般都沒有問題，但在線上的某些特殊場景下，直接短路後面的業務邏輯，導致程式碼分支進入catch邏輯，引起線上問題。

程式設計師寫程式碼的安靜環境是相對的，公司團隊到一定規模或者個人發展到一定程度，安安靜靜的寫程式碼都變得很奢侈，每天大會小會不斷，各種需求評審溝通，各種線上問題排查，還時不時來一波日報、週報總結。這就要求我們在提高寫程式碼的習慣，在比較煩躁的碎片化時間仍然可以寫出較高質量的程式碼，被打斷的業務邏輯思路在很短時間內可以銜接起來，能夠如計算機一樣的多執行緒處理日常工作中的問題和 codiing。當然，我們這樣做了，很多時候，有些事情不得不加班解決，這可能也是996最初的由來吧。

除錯程式碼或是產品上線之後發現有錯誤真的是一件崩潰的事情，儘量避免被打擾，我也一直在努力。電視劇裡面的那句經典臺詞，我想靜靜，就是對這種場景的最貼切描述。安靜的寫程式碼，或許是性格如此，也或許是職業習慣，無論如何，我們都在 coding 的路上一步步前行，且行且珍惜。

構思過程在一半的時候被打斷，是非常難受的。

真正的技術狂人必須在一個點上密集思考構思，然後再動手。