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設計模式並在實際場景中嘗試應用,不斷地加強記憶和