首先我覺得做任何事情，都是熟能生巧，如果相同的事情讓不同的人去完成，效率和效果肯定是截然不同的。

對於寫程式碼，是將人腦的思維邏輯通過程式設計、編譯等一系列過程，讓計算機去執行，因此當我們有清晰思路和靈活的程式設計技巧時，對同一件事的處理將會輕鬆的多；

同樣，寫文件亦然，通過圖文方式與他人進行準確的溝通與交流，如果筆者有著清晰的思路和很強的語言組織能力，寫文件也是很容易的事情；

綜上，我認為不管寫程式碼還是寫文件，只要有個清晰的思路、熟練的技巧，這樣會讓我們事半功倍，否則都會很累，很忙，而且效率和效果都不理想。

先定義這裡的寫程式碼和寫文件是針對同一個系統開發的成果物要求，寫程式碼是這個系統開發出來的所有程式碼，寫文件是這個系統相關的各類文件，如設計書，測試書，使用者手冊等等。

專案要求不高的情況下，大多數技術人員肯定都是關注程式碼，自然就是寫程式碼忙啦，寫文件是不怎麼重視了。

其實專案要求高，按照正規標準流程走，寫文件的活是很忙的，好文件既是程式碼前的依據，又是程式碼中的記錄，更是程式碼後的結果。控制好每個過程，系統的結果才真正有保證。

個人覺得寫程式碼和寫文件是兩回事情，比較性不大。

1.寫程式碼是理科範疇，寫文件是屬於文科範疇：寫程式碼講究邏輯，是為了實現某個具體的功能而寫的程式碼，最終通過01010形式機器語言執行；而寫文件是為了表達一種觀念和想法，或者是描述某項事情、物體或者情感。兩件事情的範疇不一樣

2.寫程式碼和寫文章的目的和物件不一樣，寫程式碼的目的主要是為了讓機器能懂去執行就行了，而寫文章的目的是為了讓別人能懂，能理解。所以寫程式碼的物件主要是機器，寫文章的物件是人。

兩者差別性較大，忙不忙只要體現在工作量：寫程式碼的工作量主要體現在bug處理，機器不會主動理解你的想法，它就忠實執行，你想不到的，它肯定想不到。而寫文章主要是怎麼寫得更生動易懂，人能理解你，但是一方面希望你表達得更好，另一方面會因為觀念不同容易誤解你。所以工作量也可比性也不大。

寫程式碼是個苦力活和良心活，看起來忙實際可能是無用功，之前文件還能看出個好壞，程式碼嗎？今天能用明天可能就全重寫。。。