有這么一種觀點：程序員要想提高技術(shù)水平，多讀開源代碼、多參與社區(qū)討論與開發(fā)就好了。我以前很贊同，現(xiàn)在發(fā)現(xiàn)不是這樣。

panpan和xuhui對我的批評是，多看看技術(shù)以外的東西。我的理解是這樣，很多東西它之所以這么做，不是因為技術(shù)上是最優(yōu)的，而是因為工期、領(lǐng)導(dǎo)的旨意、需求變更留下的歷史問題等等。這些原因是無法通過閱讀代碼而得知的，我只能看到實現(xiàn)細(xì)節(jié)，卻不能知道作者的設(shè)計意圖。像Qt、leveldb這樣的項目，名為開源，但是它并沒有采用開放式的開發(fā)。只是這個公司將其技術(shù)成果共享出來了而已，中間的過程完全不可得知。舉個例子，Nokia和Intel說要合伙做一個叫Meego的操作系統(tǒng)。Intel說好啊，我對Linux熟，我來優(yōu)化底層系統(tǒng)，Nokia你來搞QT及上層軟件。結(jié)果Intel很郁悶的發(fā)現(xiàn)，Nokia的Meego項目組有兩套BUG管理系統(tǒng)，一套是對內(nèi)的，只有Nokia自己的員工可以訪問（intel的不行），一套是對外的，放在社區(qū)里讓任何人都可以去提BUG。然后Intel就怒了，你這讓我們怎么合作？Nokia也很委屈，因為對任何一個手機(jī)廠商來說，未上市的手機(jī)的硬件細(xì)節(jié)是很重要的商業(yè)機(jī)密，這些東西很容易通過BUG管理系統(tǒng)中的日志文件和coredump流露出來。所以，大多數(shù)軟件廠商最終選擇的都是Nokia這樣的做法。

很多時候要想清楚自己的目的，是讓項目盡快完工，還是追求純技術(shù)？如果是后者，不如老老實實在學(xué)校或者研究所呆著。做項目最重要的不是解決一個多么大的技術(shù)問題，而是盡可能的把所有技術(shù)困難都繞開，然后再解決那些不得不解決的。這時便會引申出一個重要原則：Simple is the best。

讀代碼跟讀小說不一樣。寫小說的人心里一定是有讀者在的。所以每拿起一本古典小說的時候，就仿佛穿越了時空在跟一個已經(jīng)死去的人對話。而代碼不一樣，代碼主要還是給機(jī)器讀的，以及給自己讀。舉個例子，如果你對C++的模板推導(dǎo)很擅長，你會因為這門技術(shù)太晦澀，有人有可能看不懂，而不用嗎？所以如果想通過代碼猜透作者的設(shè)計企圖，不管能不能做到，總之為其花費(fèi)的代價實在是太高。那么有別的方法嗎？ 有啊！ 跳到這個公司去，中午跟作者一起吃個飯，隨便套兩句，就出來了。

對我自己來說，很有幸能在一流的互聯(lián)網(wǎng)公司工作。如果我想去百度、騰迅、阿里中的任何一家，應(yīng)該都是有機(jī)會的。所以，總有比我資深的老員工，如果有幸遇到一個比較開明的，跟著這樣的人做項目，會學(xué)到很多從開源項目、從書本學(xué)不到的東西。

這些，大概就是我跟1年前之比的轉(zhuǎn)變吧。