最近幾年的程式設計感悟（2）

      由于公司組織旅遊，是以耽擱了。第一篇的時候看大家反應比較強烈，是以繼續進行總結。如果有不當之處，請大家多多批評！

　　28.看android技術書籍最快的學習方法,先通讀一次.然後把書本上的demo一個一個寫出來.不要覺得太容易不去寫.很多東西都是這樣,看起來簡單,但做起來難.最後再對照自己寫出來的程式代碼去了解書本的意思.

    29.應用和遊戲是2個方向,沒有一個公司會同時做遊戲又做應用,即使是外包公司,大多也隻做一塊.專精一個就可以了.

    30.每次做完一個項目,要強迫自己做總結,通過這個項目,我學到了什麼新技術?犯了哪些SB錯誤?

    31.去中小公司面試的時候,要問兩個問題,第一有沒有财務部,如果有正式财務部,那肯定是正規的,不要擔心欠薪問題.如果沒有,就說不準了.第二,有沒有測試人員,如果沒有說明不規範.對項目來說,測試人員是非常重要的,是項目品質的保證.

    32.大家拿到offer後都希望能看看是否還有更好的機會,這沒錯,但是要注意offer的有效期.一般中小公司的耐心隻有一周.

    33.自學的效率總是低于做項目的學習效率.這是因為沒有驅動.是以如果工作很閑,那自己就去接私活,或者自己做一個應用釋出出去.利益的驅動會讓你進步更快.

   34.Android的api涉及到很多方面.很多知識隻要不用,不複習就會慢慢消失.是以每隔一段時間的總結和複習是非常必要的.建議每個月必須進行一次不短與1小時的複習.

   35.如果2-3年以後你還是一線程式員,那對你來說最重要的不是技術的提高,而是身體健康的提高.建議工作2年後,有點餘錢要投到健身上.

   36.人的關注力總是會起伏不定.一個項目,或者一個學習目标,在堅持一段時間以後總是會松懈,偷懶.避免這種情況的最好的辦法,就是隔一段時間内做總結.比如三天,或一周.

   37.主要有1年以上的工作經驗,大家都可以成為架構師.即使是小型的移動app,如果事先寫好簡單的架構設計,會讓你輕松很多.這種效率等同于我之前所說的"寫代碼前思考過程很重要".

   38.要養成正規的編碼習慣,如果公司沒有編碼規範,那最好寫一個自己用的Android編碼規範.

   39.代碼複用和重構是非常必要的習慣.但這隻是針對非業務邏輯,如果是業務邏輯,那就盡量少複用.

   40.周末沒事就去參加一些免費的沙龍,講座,一來拓展下知識面,二來認識更多的人,程式員每天一直呆在公司,僅僅透過網絡你無法深刻感觸外在世界的變化.順便說一下,貌似很多老闆都是在這裡找到優秀員工的.你所要付出的僅僅是路費.

   41.每兩個月啃掉一本書并不是很難的事情.

   42.如果工作很輕松很閑,那你要加緊把握現在這個機會.每天給你錢讓自己去學習的機會很少很少.

   43.如果把程式員比做工地建築勞工,技術領頭人比作包工頭,架構師比作建築師.那麼當你寫代碼前不做任何思考的時候,那你就是建築勞工.當 你有意識的把代碼規範,設計模式這些東西運用到項目中,并嚴格遵守遊戲規則,那你就是包工頭.當你開始制定遊戲規則,開始考慮到産品使用者,産品生産者等 各種涉衆的利益的時候,那你就是建築師.

   45.人的信心是非常強大的力量.自不量力的人比量力而行的人成就更高.

   46.代碼是否優美,是否整潔是難定義的.我的一個簡單的量化标準是,一個類代碼在600行以下就可以了

   47.你要有這樣的覺悟,項目出了任何問題,都是你的責任!沒判斷null?那是你的錯.圖檔切錯了?那是你的錯,産品上線不了?那是你的問題,産品銷售 不給力?那是你的問題.你必須學會要用一種積極向上的思維方式來看待這個世界.任何問題,都是你的錯.

   48.很多人都說程式員聰明,其實我們自己知道,我們隻是單線程生物,我們習慣把複雜的事情拆分成許許多多零碎簡單的任務,然後再一個一個處理.

   49.多個項目同時進行的時候,你必須要有一套自己的時間管理(可以寫在本子上,寫在日記裡),同時最重要的就是控制好你的情緒,隻有這樣,你才能在你預期時間内完成任務.

   50.盡可能的早起,讓你有一段不受打擾的珍貴時間.

    ps：這沒有什麼邏輯順序，就是想到哪寫到那，可能會有一些錯誤或者不當之處，還請大家多多指教。我在首篇也說了，大家有什麼好的建議盡管提！另外這些建議不僅實用android開發，也适用于其它的技術的學習與開發。如果感覺對您有所幫助，請推薦之……