轉載 想透徹，寫清楚，講明白

本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/jinxfei/archive/2010/09/08/5870646.aspx

感覺寫的不錯，轉過來珍藏警示自己................ 

 

有些情境，很多人或許會生出似曾相識的感覺：

 1、開發時碰到了一個棘手的問題，比如寫的代碼執行結果不符合預期，調試很長時間了，自己覺得該查的都查了，貌似一切都正常，但結果就是不對。無奈之下，找人幫忙一起分析，當你向別人描述問題的時候，突然有一種頓悟的感覺，腦海裡閃過一絲念頭：哦，可能是 XX 有問題。然後順著思路查下去，很快發現癥結所在，問題解決。

 

 2、有一天，領導要求你寫一個PPT來彙報近期工作。打腹稿的時候，心裡覺得一、二、三、四，有多少要說的，清清楚楚，但真正落筆的時候，又發現腦子裡的想法並不像一碗水那樣可以輕鬆的倒出來，甚至第一句話怎麼寫都要想上半天。

 

 3、周五是設計評審的時間，或者公司安排你去給使用者做產品示範，為了這次公開露面，你自己私下已做過很多練習，但上台時，仍然會感到一種“沒辦法從容的把主題闡釋明白”的無助感。

 

通常，我們在思考問題的時候，是沒有聽眾的，我們的思想在大腦內loopback了，我們以為自己的思維很縝密，但實際上，它有極高的跳躍性（大家可以體驗一下，自言自語和沉思的效果是截然不同的，而一邊想，一邊拿筆隨手畫畫，又是不一樣的），所以，當我們嘗試把自己的想法說出來的時候，往往會發現其中的漏洞。

 

而我們在書寫的時候，尤其是在寫PPT這類示範用的文檔時，一般會假想一個聽眾，比如我們會盡量站在旁人的角度上審視自己的成果，我們也會在心裡默默的進行講述，甚至對著網路攝影機演練。 但是，當我們真正面對一屋子人的時候，又是完全不同的體驗了，尤其在是缺乏經驗的時候。 你練習的節奏會被打亂； 有人會提問，但你發現這個問題在後面會講到； 也有人走神了，對你提的問題，前面已經解釋過了； 還有人的問題跟當前的主題毫不相關 … … 狀況有很多種，但我最害怕的，還是看到一屋子的滿臉茫然。

 

這時候，為了保證演講的效果，必須換一種方式重新闡述當前的主題，在重組思路的短暫時間裡，演講者要判斷問題出在哪裡，是不是需要做更多的鋪墊，於是，一瞬間，有太多的話要說，但倉促之間不知道該先說什麼，或者順著一個方向說到一半，突然感覺需要在另一個方向上做些解釋而突然轉換話題 … … 所以，我們自以為“想清楚”的事情，未必能“寫清楚”，而寫清楚的，也未必能夠“講明白”。每個人都至少掌握了兩種語言的：大腦思考用的語言、口語，後來通過學習，我們又掌握了書面語言。那些偉大的思想家，借文字將思想傳世；那些偉大的演講家，用語言將思想傳播。無論是天生的，還是經過刻苦的練習，總之他們是這三種語言最高超的雙向翻譯家。

 

合格的程式員，擅長於精思，並能高效的把思想轉變為程式語言代碼，但有不少寫程式的高手，在把思想轉變為書面語言和口語的時候，表現的相當糟糕。這種能力需要鍛煉，然而，當機會擺在面前的時候，並不是每個人都懂得珍惜和利用，甚至“當失去的時候也並不追悔莫及”，我一度懷疑，是否有不少人把寫文檔和會上發言看作苦差事。

 

 我想說的是，在IT業人人談轉型，人人談30+，人人談十年後，人人談出路的大背景下，程式員不應該將全部精力都放在提高與電腦溝通的技巧方面，程式員也不應該總是問：“迷茫，我該學什麼技術” 之類的問題。技術牛，可以成為一把絕世好槍，但毛同志應該不是靠打槍准才晉級的，無論做什麼工作，思路清晰，是最基本的要求，但能夠邁過“寫清楚”，“講明白”這兩道檻，無疑會擁有更加強大的綜合競爭力。 本文來自CSDN部落格，轉載請標明出處：http://blog.csdn.net/jinxfei/archive/2010/09/08/5870646.aspx