手寫交流方式以及掌握手繪表達能力的重要性：
1.結構設計人員
在方案討論的時候，如果表達一個完整的設計思路或者局部細節，如果用手繪的方式，有時候幾秒鐘就能夠和團隊上下游的人員溝通清楚。而且也從側面體現出設計人員的技術能力和項目整體的把控能力，即“圖早已在我心中”。這樣的交流方式，在一次10分鐘的會議中就可以將項目的多種可能路徑全部呈現出來，並且項目討論組可以在短時間內完成思路的碰撞，綜合各方面因素得出最優解。解決一個問題只需要十分鐘。
如果非要使用電腦設計才能表達清楚設計意圖，則會議討論必須中止，等他把圖畫完才能再次召集人員討論，而且“一稿就過”的可能性是很低的。等收集了反饋意見之後，說“我再改改吧”，則需要再等一輪會議，這樣大量的“設計工作”變得毫無意義。而且解決一個問題至少需要一天。
2.軟件設計人員
在在方案討論的時候，如果能夠迅速將軟件功能、操作時序、邏輯組合窮舉、狀態機、流程圖、關鍵功能的僞代碼等在草稿紙上展現出來，則可以和團隊上下游人員快速的呈現程序邏輯和功能，並且檢視自己代碼思路是否正確，因爲軟件設計工作一旦確定了框架並且開始，往往別人是很難介入進來的。這樣至少可以避免在前期走彎路。到最後可能會突然蹦出一個沒有考慮到的需求。這些都是工作方式方法的優化建議。
如果非要將代碼都寫完了，調試一邊才能表達思路，則任務的完成時間就遙遙無期了，很多功能可能會由於設計不完善而變成BUG。最終呈現出來的結果是一堆的BUG。毫不留情的調侃一下，旁人會覺得：這人就是來寫BUG的。
3.硬件設計人員
工作內容不相同，但是性質和前兩者也很相似。切不可認爲“硬件設計 = PCB Layout”。否則你的職業發展很快就見頂了。
----這就是效率的差異。高手從來都只把軟件當工具，而不是把自己當做操作軟件的工具。
在此分享一下這些工作方式和方法。希望我們能夠一起進步和提高。