1. 程式人生 > >送給和我一樣曾經浮躁過的PHP程式猿

送給和我一樣曾經浮躁過的PHP程式猿

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


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



1、多動手,多思考


不要怕做不好,剛畢業或者剛入行最缺的就是工作經驗,沒有別的途徑,只有做,做,做,多做經驗就來了。專案做多了自然而然你就有了多種不同專案的業務邏輯,這些可是在大學根本無法學到的東西,也是企業最需要的。任何一個企業需要的是一個快速上手,馬上解決業務任務的員工。



面對現在層出不窮的新技術,各種複雜的業務邏輯需求,你是如何去應對呢?很簡單:做,做,做,我的學習過程就一個字:做!截止目前從 0 到 1 真的很辛苦,大大小小做了上百個(包括接的大大小小單子需求,之前公司各種業務需求解決),總結就一句話:做的多了,溝通就多了;溝通多了,就能更好的理解客戶需求和使用者展示的一些基本經驗。


2、少抱怨,多學習


當你剛進公司時,難免會做很多雜事,這個是無法避免的。我剛進這個行業做了大半年的雜事,什麼DIV、CSS、JS,調個模板,改個小東西,等等。一切都是熬出來的,只有當你的經驗,技術積累到了足夠應付業務需求的時候,你自然會被賞識,當然如果還是無法賞識,建議你可以立馬跳槽。



對於程式設計師來說,偶爾的跳槽也是成長的一部分,不知道對別人是否是這樣,但對我來說,我的每次跳槽都會是一次快速成長。作為程式猿,我覺得如果真想做好,必須要有興趣,寫程式碼會讓你瘋狂,讓你瘋癲,這樣你才能寫好它。如果你只是為了工作而去做,那麼你只是一個工具而非程式猿,那麼你也就不要過於頻繁跳槽,因為每次跳槽對你來說都是一個大的挑戰。


有了興趣,持之以恆,不要在乎任務多,壓力大,能做就做,你的目的就是提高自己,讓自己在明天比昨天更有價值。當價值積累到了足夠的資本,很多公司會搶著要你,相信這個社會肯定會有識才的公司。耐心+機遇+堅定不移的信念,這就是我!一個簡單的程式猿。


3、制定有效的學習計劃


當你制定了計劃,就一定要堅持的完成,如果不能,請你不要制定計劃,因為這樣會讓你很痛苦。在公司或者各類技術社群儘量多認識大牛,多加群,多交流、討論,多幫助別人。在制定計劃時,不要過於盲目。根據自身情況制定各個階段計劃,最好的計劃是短期計劃並且可以保證順利完成的計劃,如果制定一個飄渺無期的計劃,你更適合當一個演說家。



請不要吝嗇,在你計劃學習的過程中儘量寫到部落格。這樣你既可以幫助新手,也可以讓自己更深入的熟悉學習的知識,並在需要時以最快的速度查詢到。廢話基本說完了,下面介紹下我近期整理的計劃和一些學習心得,希望我們可以一起進步,一起提升,一起為了明天的更多薪資而努力。


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 程序能訪問到的地方,放到 memcached 這是大家容易想到的問題。其實放到共享記憶體(EA等加速器都支援)中是更快的方式,因為 memcached 還多了網路操作。資料是整體放入到共享記憶體,還是分塊放入,如何測試效能? 如何分析瓶頸所在(xdebug)? 在這些問題的驅動下你會學習到。


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


第三次迭代: 編寫PHP的擴充套件


怎麼確定需要學習的機制和原理呢?


怎麼找到驅動學習任務呢?


從這個技術的定位來找出需要學習的重點,即它怎麼做到的(機制)和它為什麼能這樣做到 (模型或原理),列出這個技術最常見的應用,作為學習的任務,從簡到難進行實踐。


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


最後簡單總結下:


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


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


3、學習 PHP 設計模式並在實際場景中嘗試應用,不斷地加強記憶和理解設計模式。


4、現在新東西真的太快,所以為了適應就必須要多下功夫。記憶體快取,檔案快取,靜態快取,高併發處理,這些必須要熟練應用。


5、加強計算機系統原理的瞭解,熟悉常用數學知識,練習演算法應用。電腦科學本質上講是數學的一個學科。好的數學家中間會產出優秀的程式設計師。不要讓你的數學能力喪失殆盡。


邏輯學、離散數學、微積分、概率論、統計學、抽象代數、數論、範疇論、偏序理論這些數學知識儘量多練習,多熟悉下。


6、關注 PHP 安全,瞭解最新 PHP,MYSQ L版本更新和 BUG 動態。


7、深入學習資料結構和演算法,不論是什麼語言,最核心的就是資料結構和演算法。


8、開始學習C,或者同步和 PHP 進行也可以,看你的時間和學習強度計劃了。C是必須要學,如果你想走程式猿這條道路的話。PHP 也是C寫的,而且PHP執行機制也是通過編譯器編譯成C在電腦上執行,所以C學好了對你的開發之路只有益處。你的 money 也會賺的比以前更多!


最後: 認真做好每一項,學紮實,重複的去學。不知不覺中,你的能力會得到很快的提升。2012年偶決定開始寫部落格了,不為別的,就希望可以通過部落格記錄我的成長曆程,同時也希望可以幫助一些剛畢業,剛入行業的兄弟姐們們。我們是一群充滿浮躁、抱怨、迷茫的程式猿,社會變得更浮躁了,鴨梨也越來越大,房?車?女人?... 抓狂...


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



1、多動手,多思考


不要怕做不好,剛畢業或者剛入行最缺的就是工作經驗,沒有別的途徑,只有做,做,做,多做經驗就來了。專案做多了自然而然你就有了多種不同專案的業務邏輯,這些可是在大學根本無法學到的東西,也是企業最需要的。任何一個企業需要的是一個快速上手,馬上解決業務任務的員工。


面對現在層出不窮的新技術,各種複雜的業務邏輯需求,你是如何去應對呢?很簡單:做,做,做,我的學習過程就一個字:做!截止目前從 0 到 1 真的很辛苦,大大小小做了上百個(包括接的大大小小單子需求,之前公司各種業務需求解決),總結就一句話:做的多了,溝通就多了;溝通多了,就能更好的理解客戶需求和使用者展示的一些基本經驗。


2、少抱怨,多學習


當你剛進公司時,難免會做很多雜事,這個是無法避免的。我剛進這個行業做了大半年的雜事,什麼DIV、CSS、JS,調個模板,改個小東西,等等。一切都是熬出來的,只有當你的經驗,技術積累到了足夠應付業務需求的時候,你自然會被賞識,當然如果還是無法賞識,建議你可以立馬跳槽。


對於程式設計師來說,偶爾的跳槽也是成長的一部分,不知道對別人是否是這樣,但對我來說,我的每次跳槽都會是一次快速成長。作為程式猿,我覺得如果真想做好,必須要有興趣,寫程式碼會讓你瘋狂,讓你瘋癲,這樣你才能寫好它。如果你只是為了工作而去做,那麼你只是一個工具而非程式猿,那麼你也就不要過於頻繁跳槽,因為每次跳槽對你來說都是一個大的挑戰。


有了興趣,持之以恆,不要在乎任務多,壓力大,能做就做,你的目的就是提高自己,讓自己在明天比昨天更有價值。當價值積累到了足夠的資本,很多公司會搶著要你,相信這個社會肯定會有識才的公司。耐心+機遇+堅定不移的信念,這就是我!一個簡單的程式猿。


3、制定有效的學習計劃


當你制定了計劃,就一定要堅持的完成,如果不能,請你不要制定計劃,因為這樣會讓你很痛苦。在公司或者各類技術社群儘量多認識大牛,多加群,多交流、討論,多幫助別人。在制定計劃時,不要過於盲目。根據自身情況制定各個階段計劃,最好的計劃是短期計劃並且可以保證順利完成的計劃,如果制定一個飄渺無期的計劃,你更適合當一個演說家。


請不要吝嗇,在你計劃學習的過程中儘量寫到部落格。這樣你既可以幫助新手,也可以讓自己更深入的熟悉學習的知識,並在需要時以最快的速度查詢到。廢話基本說完了,下面介紹下我近期整理的計劃和一些學習心得,希望我們可以一起進步,一起提升,一起為了明天的更多薪資而努力。


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 程序能訪問到的地方,放到 memcached 這是大家容易想到的問題。其實放到共享記憶體(EA等加速器都支援)中是更快的方式,因為 memcached 還多了網路操作。資料是整體放入到共享記憶體,還是