很多初學者都說入門之後不知道該如何提高，我都是告訴他們多實踐。最近在我們的團隊中建立了乙個學生的實習小組，我在和他們講授程式設計分析的時候，我也給他們了個小建議寫**就是多看、多寫，後來又補上一點：多交流。
我認為不管是做什麼行業或工作，只要專注都可以有自己不同的成就。因此我覺得做任何事必需要有熱情，而且是持續的熱情，有一句話說「好的開始是成功的一半，持之以恆是成功的另一半」我很認同，所以自己的認定的事情就應該堅持的去做。我提出了三多：多看、多寫、多交流，來將熱情付出行動。
這裡談到的是當你入門後怎麼使自己不段的提高的一些方法，可能只是一些片面之詞，但我相信只要你去做了都會有一些收穫。
在我們開始學習程式，都必須對一些基礎知識進行學習，例如語法、常用的內建函式，就php來說內建函式有成百上千個（沒有統計過），就常用的也有上百個。怎麼才可以對這些逐個掌握？死記硬背？這是乙個常人都無法做到的，即使是記住了，通常能否靈活的應用還要打個問號。那該怎麼做呢？
首先是多看，看技術文章，看開源**。
技術文章應該不必多說，這是學習新技術和積累技術的必備渠道。這裡我談談該怎麼看，很多人包括我自已有時候，只是看一遍就算了，這樣的結果一般都是知其然不知所以然。我認為要把別人的東西變成自己的必須實踐。把文章所說的技術通過自己理解的寫出來並改進，並在合適的時候盡快應用的你的實際工作中。
再說看**，一是一些網友的**，這裡就要有乙個觀念，就是不能迷信別人的**，應該客觀的去看，學習別人的方法的時候，應該去考慮它是否有問題，應該是辯證的態度對對待，如果有問題自己試著去解決，並和他們交流。二是看開源專案中的**，這類就不僅僅是看**了還有框架、設計思想等。我建議每個人至少看到1到2套開源**，因為我認為開源**對自己的提高比一般的技術文章要快的很多。首先它們都是一些較為成功的專案，在成功專案中其實包含了原作者的經驗和其專案不斷改進中產生的非富經驗。對於開源專案，我的方法是先從它的入口檔案看起一般是index.php看它的整體檔案結構，再看它的公共檔案裡的內容，具體的一些常用的工具類，這樣會對整個專案的結構有乙個了解，然後就是你所興趣的功能的具體實現**，並詳細搞懂他的實現方式和原理。在看的過程中你肯定可以學到很多有價值的東西。我個人的經驗是：看的最多的是dz的**，其它專案也很多，但比較全面的還是dz的**。個人認為看**還是比較速成的一種方式，因為別人的走過的路你就不需要再走了，站在巨人的肩膀上總是可以走的更快更遠。
關於多寫其實上面也提到了，學習後的東西應該要馬上實踐，並盡快在合適的時候應用到自己的工作中，這樣才能收穫的更多更快。另一方面是自己嘗試著去寫一些小專案，只有去做一完整性的專案才是最有價值的實踐，但在做這些實踐中我認為應該嚴格的要求自己，既然是為了學習，就不是應該敷衍了事，盡可能把所有細節都處理的最好。還有就是時間一定要要求自己，不能拖，一方面是要給自己壓力，二是如果時間拖的太久思路和激情沒法持續的話，那你的計畫很可能最終會失敗並不了了之。
開篇我提到很多初學者都說入門之後不知道該如何提高，我都告訴他們要多寫，為什麼會無法提高，我認為是沒有目標，只要你給自己定乙個目標，然後去實現，完成後其實也達到自己提高的目的了。例如你去寫乙個簡單的部落格程式，在實現的過程中會遇到很多問題，再逐一去解決，這樣你就有了學習的方向了，解決問題就是積累經驗和學習的過程。總的來說要給自己設定乙個需要完成的目標，這個目標是什麼有什麼內容，什麼時候完成都很清楚。
其實說到這裡就可以回答上面該如何去掌握那麼多的函式呢，當你看過和寫過很多**後你會發現你所掌握的函式和方法已經很多了，這就是在實踐的過程中無形產生的結果。所以什麼語法之類的基礎的東西是不需要去死亡硬背的，在運用的時候自然就可以對它駕輕就熟。
最後我認為做技術的交流很重要，因為做技術是個永無止境的學習過程，而交流是一種更有效的學習方式。因為每個人的知識系統都是不同的，每個人掌握的東西不同，思維方式各異。所以交流就是乙個互相學習和促進的過程，當你把自己的想法與別人交流你就會收穫更多新的想法。交流是一咱倍速增長的過程，前一段我寫了一篇《當你開啟一扇門的時候，很多扇門將為你開啟》給我們的團隊就是想表達這個想法。
交流有很多的，有線上的有線下的，大家都有上論壇的習慣，這是一種交流方式，但我認為線下交流更有效，語言的交流比文字的交流方式更直接和全面。因為我是pea福州的常委之一，很多線下活動是由我組織的，從參加人數來看並不是很理想，所以我認為做技術的應該更開放一些，多參加類似pea的這種交流。
交流一定要是開放的，所以在交流中應該是一種包容的心態去面對。也就是說我們是持有自己想法的時候也應該耐心傾聽他人的意見，不能認死理。只有站在客觀的角度去看問題才能把問題看的更透徹，只有不牴觸才能讓自己學到更多的東西。
最後總結一下，多看，吸收別人的經驗轉化為自己所用，多寫，全面性的鍛鍊自己的能力，多交流，利用眾人的智慧型。三多更多的就是去做。
某高階程式設計師的幾點建議
我始終認為，對乙個初學者來說，it界的技術風潮是不可以追趕的，而且也沒有能力去追趕。我時常看見自己的ddmm們把課本扔了，去賣些 不菲的諸如c vb.net 這樣的大部頭，這讓我感到非常痛心。而許多搞不清指標是咋回事的bbs站友眉飛色舞的討論c 裡面可以不用指標等等則讓我覺得好笑。c 就象當年的as...
程式設計師交流的藝術
程式設計師除了給人一種髮際線偏高的感覺外，很悶很宅很難溝通應該也是丟給大家的印象之一！但往往有效的溝通又是程式設計師所必備的一項技能，因為掌握說話的方式技巧，可以有效避免一些無謂的爭端，甚至是暴力血腥的場面發生！例如程式設計師與產品經理的溝通！如果你是乙個很難用語言準確的將內心想法表達出來的程式設計...
程式設計師的七建議
給程式設計師的七個建議 1 練內功。不要只花功夫學習各種流行的程式語言和工具，以及某些公司招聘廣告上要求的科目。要把資料結構 演算法 資料庫 作業系統原理 計算機體系結構 計算機網路，離散數學等基礎課程學好。大家不妨試試高德納所著the art of computer programming裡的題目...