五年程序人生路-普通的程序員與優(yōu)秀的程序員的差別

1、五年程序人生路普通的程序員與優(yōu)秀的程序員的差別.txt∞一人行必會發(fā)情二人行必會激情三人行必有奸情就不會被珍惜。真實的女孩不完美，完美的女孩不真實。得之坦然，失之淡然，順其自然，爭其必然。論壇里很多人都喜歡聊程序人生的話題，我也來發(fā)一封帖子。給大家一個參考，也讓自己有一翻自?。∠Ｍ嘤薪?jīng)驗的程序員看到后，也能在此記錄一下自己程序生涯，相互學(xué)習(xí)！本人普通院校，非計算機專業(yè)本科畢業(yè)。從畢業(yè)到現(xiàn)在也工作有五年了?；貞浧鸪绦蛉松?，也頗有一翻滋

2、味。本人是從大三上學(xué)期開始學(xué)習(xí)計算機的，因為那時電腦突然一下比較普及，本人家里也有能力買臺電腦。買了電腦后，最先看的是C語言的數(shù)據(jù)結(jié)構(gòu)。用電腦調(diào)試書里面的各種程序，那時第一次看數(shù)據(jù)結(jié)構(gòu)，我接近全力去看，但是沒看懂多少東西。只是把書里面的代碼敲了一遍，運行后看看是否和書里面說的結(jié)果是一樣。但很多時候，第一次都是沒通過調(diào)試的，發(fā)現(xiàn)不是這里抄錯了，就是那里抄錯了。通過不斷的查找，最后才能運行正確，那時心里就會才生少許的成就感，感覺自己寫的程序

3、調(diào)通了（雖然只是照著抄了一遍）?？赐陻?shù)據(jù)結(jié)構(gòu)（其實有很多東西還是不懂），我去找了本計算機組成原理來看。結(jié)果看得自己更加模糊。因為這本書里沒有代碼，只有一些抽象概念，當(dāng)時好像只記得CPU有幾個寄存器尋址，還有些補碼，反碼什么的。那個書又厚，硬著頭皮翻了一遍后就沒看了。接著買了本操作系統(tǒng)原理來看。也是很難看，都是些概念的東西，又沒代碼調(diào)試。比如什么GDT，虛擬內(nèi)存分段，分頁，實模式，保護模式，中斷等等。也是硬著頭皮翻一遍，能懂多少是多少?？?/p>

4、完后，接著就看那個編譯原理，因為網(wǎng)上都說懂編譯原理的人都很牛，我也希望變成牛人所以也去搞了本回來看。結(jié)果發(fā)現(xiàn)，能懂編譯原理的人，確實比較牛。里面涉及到自動機的概念。屬于用計算機來做人工自能的范疇。我也很想成為牛人，硬著頭皮看，結(jié)果還是有心無力。經(jīng)過這樣一個過程，雖說很多都不懂，但卻使我對編程從一無所知到有了一種模糊的認(rèn)識。大概懂得了什么叫做內(nèi)存分配，還有程序的那些字母符號是怎么被計算機執(zhí)行的。這時回頭把原來的數(shù)據(jù)結(jié)構(gòu)翻出來再讀一遍，突然

5、發(fā)現(xiàn)這本書比起其他三本都容易，也很好懂。明白了什么叫做算法，并且可以嘗試去實現(xiàn)自己想的一些算法。當(dāng)時的自豪感油然而生。感覺電腦可以按照我的想法去工作了，非常興奮。雖然那時我并不懂得多少C語言，對指針也只大概知道是什么東西，實際中還是不會應(yīng)用。但至少可以利用我所知道的，來實現(xiàn)我所想到的。在當(dāng)時一股沖動之下，寫了幾個自己記憶由心的算法：1，從1到100，每數(shù)到7的時候，把該數(shù)字提出來，剩下的數(shù)字繼續(xù)循環(huán)，問最后剩下的一個數(shù)字是多少。我記得好

6、像是50。2，任意輸入數(shù)字，和“()”幾個符號組成一個算術(shù)表達式，計算出值是多少。3，記得看過計算機組成原理里面有個磁盤調(diào)度算法，用的是現(xiàn)在電梯常用的電梯算法。感覺這個算法很好，就去用C語言實現(xiàn)了一遍。剛開始寫程序，都是一個main函數(shù)全部搞定。慢慢的，在算法實現(xiàn)的過程中發(fā)現(xiàn)，如果一個算法太大，一路寫下去，代碼會很長，并且很容易想了前面就忘后面該怎么寫，或者寫到后面，忘了前面寫的是什么。這時，就產(chǎn)生了一種想法，就是剛開始設(shè)計算法的時候，

7、想好哪幾步，然后每一步用一個函數(shù)代替。main函數(shù)中只是分步函數(shù)的流程控制。這樣main函數(shù)的代碼就大大的減少，邏輯變得非常清晰。然后可以像填空一樣把每個分部函數(shù)完成。接著在子函數(shù)里面還可以分成子函數(shù)，分到后來，發(fā)現(xiàn)很多函數(shù)可以被其他的函數(shù)調(diào)想找出一種架構(gòu)，加快自己下一個項目的開發(fā)進度。但是每次開發(fā)完后，發(fā)現(xiàn)上次設(shè)計的架構(gòu)真垃圾。開發(fā)過很多項目，每次都想了一些新的架構(gòu)方法。到現(xiàn)在沉淀下來的還值得用的架構(gòu)思想也沒多少。記得在做JSP的時候

8、，感覺JSP里面服務(wù)端代碼和HTML混在一起，很難看。不如.的事件驅(qū)動好用。就去寫個模塊，讓JSP也實現(xiàn)事件驅(qū)動的模式。結(jié)果寫到后來，也沒得到什么好處，并且感覺有點不倫不類，后來項目慢慢做大了，才漸漸明白面向?qū)ο蟮挠靡?。?dāng)一個項目很小，邏輯很簡單的時候，用面向?qū)ο蟮姆椒ㄔO(shè)計用處不大，反倒是組件用處更大。因為項目小，基本上都是建幾張表，改改HTML的工作。但是項目一大，邏輯變復(fù)雜了，如果你要理清楚邏輯，這里就需要一種方法論。我一開始寫算法

9、的那種方法有點不適用了。原來那種是從頂層開始，向下細(xì)分。是一種至上而下的設(shè)計方法。而面向?qū)ο蟛皇?，它是一種由點及面的設(shè)計方法。面向?qū)ο笫窍日页鲆粋€個對象點，然后再找出每個點之間的關(guān)系。在實際的項目中，你很難從上至下的設(shè)計。因為項目需求往往剛開始很不全面，很多項目后來改得都是面目全非。從上至下的設(shè)計不適合這種平凡的修改。并且當(dāng)需求很大時，他涉及東西太多，你也很難從一個俯視的角度去全面的看這個系統(tǒng)。所以從上至下的設(shè)計不能滿足要求。打個比方，

10、記得一個項目已經(jīng)做了80%，結(jié)果客戶覺得用得不方便，要改一下。很多原來做的功能都不需要，并且提了幾個新功能。但這幾個功能也只是對原來的功能稍加改動。但是邏輯上看卻是大相徑庭。人腦不是電腦，如果想著這個代碼，去改那個代碼，勢必到后來讓自己也搞糊涂了。所以需要抽象出幾個對象出來，是按照客戶的思維方式。然后抽象出來的對象里面包含原來的功能。這樣做起來就事半功倍。在工作的磨練中，慢慢的發(fā)現(xiàn)了普通的程序員與優(yōu)秀的程序員的一些差別：1普通的程序員遇

11、到問題喜歡張口就問別人，問之前沒經(jīng)過大腦想想。這是一個不好的習(xí)慣。其一，自己都沒仔細(xì)想想，就算別人幫你把問題解決了，你自己不多久就會忘記。下次遇到，照樣是不會。因為這個問題你沒有經(jīng)過大腦。其二，能夠回答你問題的人，多半是有一定經(jīng)驗了。他們或許很會安排好自己的事情，管理好自己的時間。如果時常去打斷他們，他們會覺得你很煩。優(yōu)秀的程序員多半會先到網(wǎng)上查找一下相關(guān)問題，看看網(wǎng)上有沒有相關(guān)解決方法。經(jīng)過一翻查找，他會把這個問題記得比較牢。2，在一

12、個項目的合作開發(fā)中，普通程序員往往只了解自己開發(fā)那方面的東西。項目做完后往往對整個項目有哪些功能都不太清楚。可能會有人抱怨，自己工作都做不完，哪有時間去了解整個系統(tǒng)。但現(xiàn)實多半是，花大量的時間去網(wǎng)上閑逛，卻不愿花時間去增進知識。如果總認(rèn)為項目的設(shè)計是設(shè)計者的工作，自己沒必要去了解。那么這樣的程序員只能是手工勞動者。優(yōu)秀的程序員會對整個項目有認(rèn)識，對一些自己感興趣的功能會去做一下了解，更優(yōu)秀一點的，會去對整個項目的架構(gòu)設(shè)計做一下了解。自問