劉昕明: 送給和我一樣曾經浮躁過的PHP程序

　　2012年偶決定開始寫博客了，不為別的，就希望可以通過博客記錄我的成長歷程同時也希望可以幫助一些剛畢業，剛入行業的兄弟姐們們。我們是一群充滿浮躁、抱怨、迷茫的程序猿，想一想3年就這麼過去了，社會變得更浮躁了，鴨梨也越來越大，房?車?女人?… 抓狂…

　　決定寫這樣一篇文章，再次明確自己的職業規劃，也送給浮躁的你，踏上程序猿這條路可謂是路途艱辛，乏味，枯燥，在這裡把自己的學習心得，目前正在計劃的規劃，列出來。希望對你有所幫助。

　　1、多動手，多思考

　　不要怕做不好，剛畢業或者剛入行最缺的就是工作經驗，沒有別的途徑，只有做，做，做，多做經驗就來了。項目做多了自然而然你就有了多種不同項目的業務邏輯，這些可是在大學根本無法學到的東西，也是企業最需要的。 任何一個企業需要的是一個快速上手，馬上解決業務任務的員工。面對現在層出不窮的新技術，各種復雜的業務邏輯需求，你是如何去應對呢?很簡單：做，做，做，我的學習過程就一個字：做! 截止目前從0 到 1 真的很辛苦，大大小小做了上百個(包括接的大大小小單子需求，之前公司各種業務需求解決)，總結就一句話：做的多了 溝通就多了，溝通多了就更好的理解客戶需求和用戶展示的一些基本經驗。

　　2、少抱怨，多學習

　　當你剛進公司時，難免會做很多雜事，這個是無法避免。我剛進這個行業做了大半年的雜事，什麼DIV，CSS，JS 調個模板 改個小東西，等等。一切都是熬出來的，只有當你的經驗，技術積累到了足夠 應付業務需求的時候，你自然會被賞識，當然如果還是無法賞識，建議你可以立馬跳槽。對於程序員來說偶爾的跳槽也是成長的一部分，不知道對被人是否是這樣，但對我來說我的每次跳槽都會 一次快速成長。

　　作為程序猿我覺得如果真想做好，必須要有興趣，寫代碼會讓你瘋狂，讓你瘋癫，這樣你才能寫好它。如果你只是為了工作而去做，那麼你只是一個工具而非程序猿，那麼你也就 不要過於頻繁跳槽，因為每次跳槽對你來說都是一個大的挑戰。有了興趣，支持以恆，不要在乎任務多，壓力大，能做就做，你的目的就是提高自己，讓自己在明天比昨天更有價值，當價值積累到了足夠 的資本，很多公司會搶著要你，相信這個社會肯定會有識才的公司。耐心+機遇+堅定不移的信念，這就是我!一個簡單的程序猿。

　　3、制定有效的學習計劃

　　當你制定了計劃，就一定要堅持的完成，如果不能，請你不要制定計劃，因為這樣會讓你很痛苦。在公司或者各類技術社區盡量多認識大牛，多加群，多交流、討論，多幫助別人。 在制定計劃時，不要過於盲目。根據自身情況制定各個階段計劃，最好的計劃是短期計劃並且可以保證順利完成的計劃，如果制定一個飄渺無期的計劃，你更適合當一個演說家。 請不要吝啬，在你計劃學習的過程中盡量寫到博客，比如CSDN博客 就是很不錯的選擇。這樣你即可以幫助新手，也可以讓自己更深入的熟悉學習的知識，並在需要是最快的速度查找到。 廢話基本說完了，下面介紹下我近期整理的計劃和一些學習心得，希望我們可以一起進步，一起提升，一起為了明天的更多薪資而努力。

　　PHP程序員突破成長瓶頸?(整理於網上，並自己也在逐條實施中)

　　對PHP的掌握不精(很多PHP手冊都沒有看完，庫除外)

　　知識面比較窄(面對需求，除開使用PHP和mysql ，不知道其它的解決辦法)

　　PHP代碼以過程為主，認為面向對象的實現太繞，看不懂

　　這些PHPer 在遇到需要高性能，處理高並發，大量數據的項目或業務邏輯比較復雜(系統需要解決多領域業務的問題)時，缺少思路。不能分析問題的本質，技術判斷力比較差，對於問題較快能找出臨時的解決辦法，但常常在不斷臨時性的解決辦法中，系統和自己一步步走向崩潰。那怎麼提高自己呢?怎麼可以挑戰難度更高的系統?

　　高性能系統的挑戰在哪裡?

　　如何選擇WEB服務器?要不要使用fast-cgi 模式

　　要不要使用反向代理服務?選擇全內存緩存還是硬盤緩存?

　　是否需要負載均衡?是基於應用層，還是網絡層? 如何保證高可靠性?

　　你的PHP代碼性能如何，使用優化工具後怎麼樣? 性能瓶頸在那裡? 是否需要寫成C的擴展?

　　用戶訪問有什麼特點，是讀多還是寫多?是否需要讀寫分離?

　　數據如何存儲?寫入速度和讀出速度如何? 數據增漲訪問速讀如何變化?

　　如何使用緩存? 怎麼樣考慮失效?數據的一致性怎麼保證?

　　高復雜性系統的挑戰在哪裡?

　　能否識別業務所對應的領域?是一個還是多個?

　　能否合理對業務進行抽象，在業務規則變化能以很小的代價實現?

　　數據的一致性、安全性可否保證?

　　是否撐握了面向對象的分析和設計的方法

　　當我所列出的問題，你都能肯定的回答，我想在技術上你基本已經可能成為架構師了。

　　怎麼樣提高，突破瓶頸?

　　分析你所使用的技術其原理和背後運行的機制，這樣可以提高你的技術判斷力，提高你技術方案選擇的正確性;

　　學習大學期間重要的知識， 操作系統原理，數據結構和算法。知道你以前學習都是為了考試，但現在你需要為自己學習，讓自己知其所以然。

　　重新開始學習C語言，雖然你在大學已經學過。這不僅是因為你可能需要寫PHP擴展，而且還因為，在做C的應用中，有一個時刻關心性能、內存控制、變量生命周期、數據結構和算法的環境。

　　學習面向對象的分析與設計，它是解決復雜問題的有效的方法。學習抽象，它是解決復雜問題的唯一之道。

　　“這麼多的東西怎麼學，這得學多久呀” ?

　　如果你努力的話，有較好的規劃，估計需要1~2年的時間，怎麼學習的問題，我們後續再談。

　　PHP學習的過程網上已經有很多教程了，就不列舉了。基礎+數據結構+算法(PHP這個比較弱) 不斷重復的學習使用

　　其次是設計模式，尤其復雜的業務需求設計模式非常有幫助，我博客也會不斷地學習，講解各種設計模式的用法。

　　積累：把常用的一些庫(用過的，自己寫的)都收集起來，擋在用到時拿出來用即可，非常方便。如：分頁，圖片處理，上傳，下載，EMAIL等等這些常用到的。

　　多方位動手：不光要寫代碼，把代碼片段分析放到博客 也是進步提升的一個重要的環節，加深記憶不錯的方法。

　　1.PHP基礎入門(語法，常用函數和擴展)

　　2.面向對象的PHP(書籍：《深入PHP，面向對象、模式與實踐》)

　　3.網站軟件架構設計(設計模式、框架等)

　　4.網站物理層次架構設計(分布式計算、存儲、負載均衡、高可用性等)

　　引用：一個不錯的網上找到的學習建議

　　如何有效的學習是一個大問題。 自己有些實踐但很零散，不好總結。昨天晚上睡覺前，突然想到了RUP的核心，“以架構為中心，用例驅動，迭代開發”，借用這個思想，關於有效的學習的方法，可以這樣來表述：

　　以原理、模型或機制為中心，任務驅動，迭代學習

　　目的：學習如何提高處理性能。

　　可迭代驅動的任務：通過IP找到所在地域。

　　這是WEB應用常見的任務，IP數據庫是10左右萬行的記錄。

　　第一次迭代：不考慮性能的情況下實現功能(通過PHP來實現)

　　因為無法直接通過KEY(IP)進行查找地域，所以直接放到數據或通過關聯數組這種簡單的方法都是不行的。思路還是先把數據進行排序，然後再進行查找

　　1. 如何通過IP查找? 已序的數據，二分查找是最快的。

　　2. 如何排序?用庫函數sort當然 是可以，但是即然是學習，那還是自己實現快速排序吧。

　　學習目標：排序算法，查找算法

　　PHPer 數據結構和算法基礎比較差，平時也沒有這方面的任務，自己也不學習，因此這方面的知識很缺乏。

　　但是，編程解決的問題，最終都會歸結到數據結構和對這種數據結構操作的算法。

　　如果數據結構算法常在心中，那遇到問題就能清晰認識到它內在的結構，解決方法就會自然產生。

　　第二次迭代：優化數據的加載與排序

　　如果做到第一步，那基本上還是不可用，因為數據每次都需要的加載和排序，這樣太耗時間。 解決的思路是，數據一次加載排序後，放到每個PHP進程能訪問到的地方

　　放到memcache 這是大家容易想到問題。

　　其實放到共享內存(EA等加速器都支持)中是更快的方式，因為memcache還多了網絡操作。

　　數據是整體放入到共享內存，還是分塊放入，如何測試性能? 如何分析瓶頸所在(xdebug)? 在這些問題的驅動下你會學習到

　　學習目標：檢測、定位、優化PHP性能的方法; PHP實現結構對性能的影響。

　　第三次迭代：編寫PHP的擴展

　　怎麼確定需要學習的機制和原理呢? 怎麼找到驅動學習任務呢?

　　從這個技術的定位來找出需要學習的重點，即它怎麼做到(機制)的和它為什麼能這樣做到 (模型或原理)

　　列出這個技術最常見的應用，做為學習的任務，從簡到難進行實踐。

　　如果完全自學，找到需要學習的要點(機制、模型、原理) 設定學習任務的確不是那麼容易把握。如果找到一個有經驗的人來指導你或加一個學習型的團隊，那學習的速度的確會大大提高。

　　最後簡單總結下：

　　1、一定要有耐心，制定好計劃一定要實施

　　2、PHP基礎比較吃透，手動多了自然就會記得更深(PHP手冊一定要多次反復的閱讀)

　　3、PHP設計模式並在實際場