第一手知識——切身體驗

這篇文章是我做爲主編爲《架構師》電子刊2013年11期所寫的卷首語，這一期的主題是「測試的方方面面」，若是你想閱讀這本電子雜誌，能夠到InfoQ中文站上下載閱讀，地址是http://www.infoq.com/cn/minibooks/architect-nov-10-2013。

另外，我還開通了微信公衆帳號 快樂的程序員（happyprogrammer），在其中我會和你們分享本身的想法，還有一些本身以爲比較有意義的知識和經驗，歡迎你們關注。

----------------------

InfoQ中文站的QCon大會已經爲業界的朋友所熟知，三天的日程中，各類演講乾貨之多，場面之精彩已經讓愈來愈多的人願意加入到這個大平臺中來交流和分享。而你們不知道的是，爲了讓各位講師可以在現場有更出色的表現，InfoQ從今年的QCon北京開始，都會在會前一個月左右爲各位講師安排一場特殊的培訓——QCon講師訓練營。

10月12日，我也有幸做爲InfoQ的編輯參加了訓練營，聆聽了楊天穎老師一天的課程，收穫很是大。而在10月26日大連本地的QClub活動上，我在演講中着重實踐了楊老師教授的各類技能，包括：手勢、J-Cutting的場景轉換、放慢語速、把QA環節放在總結以前等等，獲得的效果很是不錯。

通過活動上的演講，很是重要的一點就是，我把訓練營上得到的知識真正消化吸取了一部分，若是說通過別人總結概括而後講述出來的知識是第二手的知識，那麼在實踐中經過本身的切身體驗所得到的知識絕對是第一手的知識，而這種知識也由於其新鮮的程度以及和本身密切相關，因此更容易讓我牢記。

在演講的過程當中如此，在做爲程序員編寫各類各樣程序的過程當中也是同樣。 曾經在公司面試新員工的時候，很是注重的一點就是——是否作過真實的項目，相信不少公司中的面試官也是同樣。僅僅學習並掌握了書本上的內容是不夠的，「紙上學來終覺淺，絕知此事要躬行」，只有在切實利用學到的知識解決了實際的問題以後，即得到了第一手的知識以後，纔可以對其有深刻的瞭解，從而能夠在之後的工做中更好地應用。這也許就是你們所說的經驗吧。

在網絡上常常會有各類各樣的爭論，有時是使用各類語言的程序員爭論到底哪一種語言才最好、纔是王道，有時是開發人員和測試人員相互攻擊，都認爲對方的工做不重要，只有本身的工做纔是重中之重。其實，每每爭論的同窗對於另外一方的知識只是有個簡單的瞭解，掌握的大可能是二手的知識，即使有少量一手知識，一般也是淺嘗輒止。正由於沒有切身體驗，纔會由於不瞭解真實的狀況而去爭論。若是一名程序員掌握了多種語言、框架、工具，那麼就不會爭論孰優孰劣的問題，而是會根據具體的狀況選擇最爲合適的工具來解決問題；若是一我的既作過開發，也作過測試工做，那麼就不會厚此薄彼，由於他很清楚，兩種角色都是團隊的組成元素，都有其重要的做用，缺一不可。

對於敏捷的方法也一樣有不少質疑，很多人老是以爲只有傳統的軟件工程方法纔可以真正保證項目的成功。僅僅比較一下兩者的不一樣就妄下斷言。其實，想要知道敏捷的方法是否適合本身的項目，是否可以解決團隊管理以及項目開發中的問題，惟一的方法就是「just do it！」嘗試過一次，不管成功與失敗，都會得到第一手的知識，成功的話，能夠做爲經驗來推廣，在之後的項目中進一步應用和提高；失敗的話，也明白究竟是什麼地方出現了問題，之後能夠儘可能去避免相似狀況的發生。這些都要比單純的懷疑和無心義的爭論強得多。

第一手的知識之因此重要，是由於它只能存在於一我的的頭腦之中，體如今一我的的行爲之中，而不是簡簡單單經過在網上Google一下就可以找到的。一我的只有掌握了足夠的第一手知識，纔可以不斷提高，體現出與其餘人的不一樣，纔可以達到傳說中的高手境界。 

因此，程序員朋友們，讓咱們爲了掌握更多的第一手知識而努力吧！