循序漸進學編程
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
軟件開發者是一個日新月異的領域——IT 中的大師,今天的編程方式與明天的編程或許截然不同,技術在不斷地革新,新語言、新平臺的如雨后春筍般出現、更好的解決方案的冒出,因此我們需要跟得上節奏,我們沒有選擇,唯有努力提高自己。 下面的幾點建議或許能幫助你成為一個優秀的開發者。 你是否聽說過 Kaizen 這個詞呢?簡單地說就是“改良”的意思。當然它不僅僅是一個單詞,同時代表著一種哲學,一個不斷完善自我的理念。它需要客觀的監督和改善。更多的細節可以從這里了解。 當然下面的建議是沒有先后順序的。 0. 閱讀代碼: 經常認真閱讀他人的代碼。尋找大家公認的優秀軟件作品,學習其背后的運作原理,領悟他人解決問題的方法,有時候你也會要到同樣的問題,試著對比其技術和解決方案。 1. 編寫代碼: 在一個你還從未解決過的問題上多花點時間,嘗試著培養自己的思考方法以及思維模式,你會因此而獲得很多的樂趣。這樣做并不難,而且它還是很好的問題反饋源。對于每個問題幾乎任何時候都有不同的解決方法,學者用不同的方法解決問題,對比它們之間的優點和弊端,使用諸如模塊化和系統集成的方式編程,那樣寫代碼非常的簡潔,清晰。 2. 跟上技術潮流: 在 twitter 和 facebook、weibo 等社交網絡關注技術大牛,訂閱他們的 RRS。及時了解新語言,對技術要有深入研究而不是僅僅停留在只會調用 API 的層面上。技術是要靠實力說話的,光忽悠沒用,所以盡可能早的深入了解。 3. 從不同的角度思考問題: 沒錯,你就是一個開發者,但是你會把自己的作品當做普普通通的產品嗎?商業價值怎么樣?寫出來的軟件能給你帶來什么樣的價值?需要用到哪些資源?有比軟件帶來更多價值還重要的事情嗎?軟件所表達的思想在于什么?用戶在使用過程中軟件能扮演什么樣的角色?這些問題看似很老套或者微不足道,其實不然,我們應該不斷地去回答這些問題,開始不同角度思考問題。 4. 測試是開發者的工作: 未測試的代碼就像一個未知的承諾,不去測試代碼,編程技巧很難得到提高。作為用戶你會因為一個得不到保證的承諾而把錢交給一個完全陌生的人嗎?用測試單元做功能和集成測試,證明你的代碼可以正確執行,使他人放心地使用。把代碼放到 GitHub 資源庫上去。記住:擴大代碼測試覆蓋范圍,減少代碼的復雜度、去除代碼的壞味道,不斷調整、提高。 5. 在社區和開發者交流 向他人學習,和他人探討問題。通過閱讀他人代碼提高自己的水平,同時盡可能去幫助他人,用一種開放地思維接受和分析他人的解決方案以及思想。 6. 每天交付可使用的部分 學會把大項目分解成為更小的,變成可交付使用的部分。做里程碑、做測試證明、做進度規劃。分析和總結是必不可少的,此刻就把它記錄下來,注意前后的變化,長期的積累將使你更加自信,外人對你刮目相看,做一個快樂的程序員吧。 7. 忙里偷閑: 參加娛樂、體育活動、接觸大自然。你的身體和大腦需要休息,經常站起來活動活動,切忌一直坐著盯著屏幕。 該文章在 2012/4/10 0:01:58 編輯過 |
相關文章
正在查詢... |