由於公司組織旅遊，所以耽擱了。第一篇的時候看大家反應比較強烈，所以繼續進行總結。如果有不當之處，請大家多多批評！
第一篇直通車 最近幾年的程式設計感悟（1）。
28.看android技術書籍最快的學習方法,先通讀一次.然後把書本上的demo乙個乙個寫出來.不要覺得太容易不去寫.很多東西都是這樣,看起來簡單,但做起來難.最後再對照自己寫出來的程式**去理解書本的意思.
29.應用和遊戲是2個方向,沒有乙個公司會同時做遊戲又做應用,即使是外包公司,大多也只做一塊.專精乙個就可以了.
30.每次做完乙個專案,要強迫自己做總結,通過這個專案,我學到了什麼新技術?犯了哪些sb錯誤?
31.去中小公司面試的時候,要問兩個問題,第一有沒有財務部,如果有正式財務部,那肯定是正規的,不要擔心欠薪問題.如果沒有,就說不准了.第二,有沒有測試人員,如果沒有說明不規範.對專案來說,測試人員是非常重要的,是專案質量的保證.
32.大家拿到offer後都希望能看看是否還有更好的機會,這沒錯,但是要注意offer的有效期.一般中小公司的耐心只有一周.
33.自學的效率總是低於做專案的學習效率.這是因為沒有驅動.所以如果工作很閒,那自己就去接私活,或者自己做乙個應用發布出去.利益的驅動會讓你進步更快.
34.android的api涉及到很多方面.很多知識只要不用,不複習就會慢慢消失.所以每隔一段時間的總結和複習是非常必要的.建議每個月必須進行一次不短與1小時的複習.
35.如果2-3年以後你還是一線程式設計師,那對你來說最重要的不是技術的提高,而是身體健康的提高.建議工作2年後,有點餘錢要投到健身上.
36.人的關注力總是會起伏不定.乙個專案,或者乙個學習目標,在堅持一段時間以後總是會鬆懈,偷懶.避免這種情況的最好的辦法,就是隔一段時間內做總結.比如三天,或一周.
38.要養成正規的編碼習慣,如果公司沒有編碼規範,那最好寫乙個自己用的android編碼規範.
39.**復用和重構是非常必要的習慣.但這只是針對非業務邏輯,如果是業務邏輯,那就盡量少復用.
40.週末沒事就去參加一些免費的沙龍,講座,一來拓展下知識面,二來認識更多的人,程式設計師每天一直呆在公司,僅僅透過網路你無法深刻感觸外在世界的變化.順便說一下,貌似很多老闆都是在這裡找到優秀員工的.你所要付出的僅僅是路費.
41.每兩個月啃掉一本書並不是很難的事情.
42.如果工作很輕鬆很閒,那你要加緊把握現在這個機會.每天給你錢讓自己去學習的機會很少很少.
43.如果把程式設計師比做工地建築工人,技術領頭人比作包工頭,架構師比作建築師.那麼當你寫**前不做任何思考的時候,那你就是建築工人.當 你有意識的把**規範,設計模式這些東西運用到專案中,並嚴格遵守遊戲規則,那你就是包工頭.當你開始制定遊戲規則,開始考慮到產品使用者,產品生產者等 各種涉眾的利益的時候,那你就是建築師.
45.人的信心是非常強大的力量.自不量力的人比量力而行的人成就更高.
46.**是否優美,是否整潔是難定義的.我的乙個簡單的量化標準是,乙個類**在600行以下就可以了
47.你要有這樣的覺悟,專案出了任何問題,都是你的責任!沒判斷null?那是你的錯.切錯了?那是你的錯,產品上線不了?那是你的問題,產品銷售 不給力?那是你的問題.你必須學會要用一種積極向上的思維方式來看待這個世界.任何問題,都是你的錯.
48.很多人都說程式設計師聰明,其實我們自己知道,我們只是單執行緒生物,我們習慣把複雜的事情拆分成許許多多零碎簡單的任務,然後再乙個乙個處理.
49.多個專案同時進行的時候,你必須要有一套自己的時間管理(可以寫在本子上,寫在日記裡),同時最重要的就是控制好你的情緒,只有這樣,你才能在你預期時間內完成任務.
50.盡可能的早起,讓你有一段不受打擾的珍貴時間.
ps：這沒有什麼邏輯順序，就是想到哪寫到那，可能會有一些錯誤或者不當之處，還請大家多多指教。我在首篇也說了，大家有什麼好的建議儘管提！另外這些建議不僅實用android開發，也適用於其它的技術的學習與開發。如果感覺對您有所幫助，請推薦之……
最近幾年的程式設計感悟（3）完結
文章排版非我所長，各位童鞋講究著看吧！51.你可以抱怨工作中用的技術太雜太陳舊,但不能消極對待.在任何專案中你都可以學到東西,就看你是否主動.52.不管你今後的方向是技術還是產品,工作中你都要站在客戶的角度上編寫 你剛掌握或了解到的新技術,並不是馬上用到工作中.53.任何你花費3天還是沒有頭緒的問題...
最近幾年常用的免費的開源軟體
下午受邀請參加了乙個bbs活動，於是有了下面的內容。下面是在linux 運維方向老男孩最近幾年常用的免費的開源軟體，臨時即興想起來的，在這裡和大家分享，希望給初學者指引一點路。linux的世界真的很精彩，還沒入門的朋友趕緊進來吧！作業系統 centos freebsd,ubuntu 服務 apach...
最近幾年做軟體專案的心得總結
做軟體外包經驗告訴我 1.做軟體需要人海戰術，軟體是需要大量的體力勞動，而不是腦力勞動。有一句俗話，乙個蘿蔔乙個坑，軟體專案的功能模組多了，每個功能都需要有乙個人盯，不斷改進不斷維護。而且功能劃分得越細了，工作量越大，需要的人越多，否則 會 產生幾萬的軟體外包公司？幾十個不是足夠了？曾經在上海做外包...