程序員的意識和思路

A. 如何做一名優秀的程序員

首先就是你的目標就不明確,你先要確定自己打算向哪方面發展
當好一名合格的程序員不僅要有扎實的基礎知識，還要多思考，多實踐，勤看書，更要有團隊合作精神，平時多和別人交流，俗話說：「三人行必有我師」，多上網看看一些資料，看看別人對同一問題的看發會有很大的啟發，要知道不是你一個人在寫程序而是和大家一起寫程序，注重團隊的力量！編程是一種藝術，要好好的發揮團隊的力量把它做的漂亮，完美。

勤奮聯系，多寫一些程序，然後在根據程序代碼多想想用多種方法去測試運行它`實習基地給我們提供了實際做一些項目的機會`我會借這個機會多學習`多思考，多實踐。多看一些相關的書，不斷提高自己。

我覺得做一名程序員是很難的，特別是做一名合格的程序員就更要嚴格要求自己，增加團隊合作能力，不斷提高自身水平。

1.1 程序≠軟體
現在很多人以為程序就是軟體，軟體就是程序。事實上，軟體和程序在20世紀80年代時，還可以說是等同的，或者說，在非pc領域里它們可能還會是等同的，比如說某個嵌入式軟體領域，軟體和程序可能是等同的。但是，在pc這個領域內，現在的程序已不等於軟體了。這是什麼意思呢？
1. 軟體發展簡述
在20世紀80年代的時候，pc剛誕生，這時國內還沒有幾個人會寫程序。那麼，如果你寫個程序，別人就可以拿來用。這時候的程序就能產生價值，這個程序就直接等同於軟體。
但軟體行業發展到現在，這里以中國的情況為例（美國在20世紀80年代，程序已經不等同於軟體了），程序也不等同於軟體了。因為現在會寫程序很容易，但是你的這個程序很難產生什麼樣的商業意義，也不能產生什麼價值，這就很難直接變成軟體。要使一個程序直接變成軟體，中間就面臨著很高的門檻問題。這個門檻問題來自於整個行業的形成。
現在，你寫了一個程序以後，要面臨商業化的過程。你要宣傳，你要讓用戶知道，你要建立經銷渠道，可能你還要花很多的時間去說服別人用你的東西。這是程序到軟體的一個過程。這門檻已比較高了。
我們在和國內的大經銷商的銷售渠道的人聊天時，他們的老闆說，這幾年做軟體的門檻挺高的，如果你沒有五、六百萬做軟體，那是「玩」不起來的。我說：「你們就使門檻很高了。」他說：「那肯定是的。如果你寫個「爛」程序，明天你倒閉了，你的東西還佔了我的庫房，我還不知道找誰退去呢。我的庫房是要錢的呀！現在的軟體又是那麼多！」
所以，如果你沒有一定的資產的話，經銷商都不理你。實際情況也是這樣的，如果你的公司比較小，且沒什麼名氣，你的產品放到經銷商庫房，那麼他最多給你暫收，產品銷不動的話，一般兩周絕對會退貨。因為現在經銷商可選擇的餘地已很多了，所謂的軟體也已經很多了。而程序則更多，程序都想變成軟體，誰都說自己的是「金子」。但只有經受住用戶的檢驗，才能成為真正的「金子」。
這就是美國為什麼在20世紀90年代幾乎沒有什麼新的軟體公司產生的原因。只是原來80年代的大的軟體公司互相兼並，我吞你，你吃我。但是，寫程序的人很多，美國的程序變軟體的門檻可能比我們還高，所以很多人寫了程序就丟在網上，就形成了共享軟體。
2. 共享軟體
共享軟體是避開商業渠道的一種方法。它避開了商業的門檻，因為這個行業的門檻發展很高以後就輕易進不去了。我寫個程序丟在網上，你下載就可以用，這時候程序又等於軟體。共享軟體是這樣產生的，是因為沒有辦法中的辦法。如果說程序直接等於軟體的話，誰也不會輕易把程序丟到網上去。
開始做共享軟體的人並不認為做它能賺錢，只是後來用的人多了，有人付錢給他了。共享軟體使得程序和軟體的距離縮短了，但是它與商業軟體的距離會進一步拉大。商業軟體的功能和所要達到的目標就不是一個人能「玩」得起來的了。這時的軟體也已不是幾個人、一個小組就能做出來的了。這就是在美國新的軟體公司沒法產生的原因。比如netscape網景是在1995～1996年產生的新軟體公司，但是，兩三年後它就不見了。
1.1.1 商業軟體門檻的形成
1. 商業軟體門檻的形成
商業軟體門檻的形成是整個行業發展的必然結果。任何一個行業初始階段時的門檻都非常低，但是，只要發展到一定的階段後，它的門檻就必然抬高。比如，現在國內生產小汽車很困難，但在20世紀50年代～60年代的時候，你裝4個輪子，再加上柴油機等就形成汽車。那時的萊特兄弟裝個螺旋槳，加兩個機翼，就能做飛機。整個行業還沒有形成的時候，絕對可以這樣做，但是，到整個行業形成時，你就做不了了。所有的行業都是這樣的。
為什麼網站一出來時那麼多人去擠著做？這也是因為一開始的時候，看起來門檻非常低，人人都可以做。只要有一個伺服器，架根網線，就能做網站。這個行業處於初始階段時，情況就是這樣的。但這個行業形成後，你就輕易地「玩」不了了。
國內的軟體發展也是如此。國內的軟體自從軟體經銷商形成以後，這個行業才真正地形成。有沒有一個渠道是判斷一個行業是否形成的很重要的環節。任何一個行業都會有一個經銷渠道，如果渠道形成了，那麼這個行業也就形成了。第一名的經銷商是1994年～1995年成立的，也就是說，中國軟體行業大概也就是在1995年形成的，至今才經歷8年時間的發展。
有一種浮躁的思想認為，中國軟體產業應該很快就能趕上美國。美國軟體行業是上世紀80年代形成的，到現在已經發展了20多年了。中國軟體行業才8年，8年才是一個懵懂的小孩，20多歲是一個強壯的青年，那麼他們的力量是不對等的。但也要看到，當8歲變成15歲的時候，它真正的能量才會反映出來。
2. 軟體門檻對程序員的影響
現在中國軟體行業正在形成。所以，現在做一個程序員一定要有耐心，因為現在已經不等於以前了。你一定要把所有的問題搞清楚，然後再去做程序。
對於程序員來說，最好的工作環境是在現有的或者初始要成立的公司裡面，這是最容易成功的。個人單槍匹馬闖天下已經很困難了。即使現在偶爾做兩個共享軟體放在網上能成名，但是也已經比較困難了。因為現在做軟體的人已經很多了。這也說明軟體已經不等於程序了，程序也不等於軟體。
程序要變成軟體，這中間是一個商業化的過程。沒有門檻以前，它沒有這個商業過程，現在有這個行業了，它中間就有商業化的過程。這個商業的過程就不是一個人能「玩」的。
如果你開始做某一類軟體的時候，別人已經做成了，這時你再決定花力氣去做，那麼你就要花雙倍的力氣去趕上別人。
現在的商業軟體往往是由很多模塊組成的，模塊是整個系統的一部分。個人要完整地寫一個商業系統幾乎是不可能的。軟體進入windows平台後，它已經很復雜了，不像在dos的時候，你寫兩行程序就能賣，做個zip也能賣。事實上，美國的商業編譯器也不是一個人能「玩」的。現在你可能覺得它是很簡單的，甚至linux還帶了一個gcc，且源程序還在。你可以把它改一改，做個vc試一試，看它會有人用嗎？它能變成軟體嗎？即使你再做個界面，它也還是一個gcc，絕對不會成為visual c++那樣能商業化的軟體。
可見，國外軟體行業的門檻要比中國的高很多了。我覺得我們中國即使再去做這樣的東西，也沒有多大的意義了。這個門檻你是追不過來的。不僅要花雙倍的力氣，而且在這么短的時間內，你還要完成別人已經完成過的工作，包括別人所做的測試工作。只有這樣，才能做到你的軟體與別人有競爭力，能與它做比較。
1.1.2 認清自己的發展
如果連以上認識都不清楚，很可能就以為去書店買一本mfc高手速成之類的書，編兩個程序就能成為軟體高手。就好像這些書是「黃金」，我學兩下，學會了vc、mfc，就能做一個軟體拿出去賣了。這種想法也不是不行，最後一定能行，但要有耐心，還要有機遇。機遇是從耐心中產生的，越有耐心，就越有機遇。你得非常努力，要花很多的精力，可能還要走很多的彎路。
如果你是從mfc入手的，或是從vb入手的，則如要做出一個真正的能應用個人領域的通用軟體，就會走非常多的彎路。直接的捷徑絕對不是走這兩條路。這兩條路看起來很快，而且在很多公司裡面確實需要這樣的東西，比如說我這家公司就是為另一個家公司做系統集成的，那我就需要這樣的東西，我不管你具體怎麼實現，我只需要達到這個目標就行了。
任何軟體的實現都會有n種方法，即使你是用最差的那種方法實現的，也沒有問題，最後它還是能運行。即使有問題，再改一改就是。但是，做通用軟體就不行了，通用是一對多，你做出來的軟體以後要面向全國，如果將來自由貿易通到香港也好，通到國外也好，整個產品能銷到全世界的話，這時候，通用軟體所有做的工作就不是這么簡單了。所以說，正確的入門方法就很關鍵。
如果你僅僅只是想混口飯吃，找個工作，可能教你成為mfc的高手之類的書對你就足夠了。但是，如果你想做一個很好的軟體，不僅能滿足你謀一碗飯吃，還能使你揚名，最後你的軟體還能成為很多人用，甚至你還想把它作為一個事業去經營，那麼這第一步就非常關鍵。這時就絕對不能找一本mfc或找一本vb的書學兩下就行，而是要從最底層開始做起，從最基本做起。
1.2 高手是怎樣練成的
1.2.1 高手成長的六個階段
程序員怎樣才能達到編程的最高境界？最高境界絕對不是你去編兩行代碼，或者是幾分鍾能寫幾行代碼，或者是用什麼所謂的可視化工具產生最少的代碼這些工作，這都不是真正的高手境界。即使是這樣的高手，那也都是無知者的自封。
我認為，一個程序員的成長可分為如下六個階段。
 第一階段
此階段主要是能熟練地使用某種語言。這就相當於練武中的套路和架式這些表面的東西。
 第二階段
此階段能精通基於某種平台的介面（例如我們現在常用的win 32的api函數）以及所對應語言的自身的庫函數。到達這個階段後，也就相當於可以進行真實散打對練了，可以真正地在實踐中做些應用。
 第三階段
此階段能深入地了解某個平台系統的底層，已經具有了初級的內功的能力，也就是「手中有劍，心中無劍」。
 第四階級
此階段能直接在平台上進行比較深層次的開發。基本上，能達到這個層次就可以說是進入了高層次。這時進入了高級內功的修煉。比如能進行vxd或操作系統的內核的修改。
這時已經不再有語言的束縛，語言只是一種工具，即使要用自己不會的語言進行開發，也只是簡單地熟悉一下，就手到擒來，完全不像是第一階段的時候學習語言的那種情況。一般來說，從第三階段過渡到第四階段是比較困難的。為什麼會難呢？這就是因為很多人的思想變不過來。
 第五階級
此階段就已經不再局限於簡單的技術上的問題了，而是能從全局上把握和設計一個比較大的系統體系結構，從內核到外層界面。可以說是「手中無劍，心中有劍」。到了這個階段以後，能對市面上的任何軟體進行剖析，並能按自己的要求進行設計，就算是ms word這樣的大型軟體，只要有充足的時間，也一定會設計出來。
 第六階級
此階段也是最高的境界，達到「無招勝有招」。這時候，任何問題就純粹變成了一個思路的問題，不是用什麼代碼就能表示的。也就是「手中無劍，心中也無劍」。
此時，對於練功的人來說，他已不用再去學什麼少林拳，只是在旁看一下少林拳的對戰，就能把此拳拿來就用。這就是真正的大師級的人物。這時，win 32或linux在你眼裡是沒有什麼差別的。
每一個階段再向上發展時都要按一定的方法。第一、第二個階段通過自學就可以完成，只要多用心去研究，耐心地去學習。
要想從第二個階段過渡到第三個階段，就要有一個好的學習環境。例如有一個高手帶領或公司里有一個好的練手環境。經過二、三年的積累就能達到第三個階段。但是，有些人到達第三個階段後，常常就很難有境界上的突破了。他們這時會產生一種觀念，認為軟體無非如此，認為自己已無所不能。其實，這時如果遇到大的或難些的軟體，他們往往還是無從下手。
現在我們國家大部分程序員都是在第二、三級之間。他們大多都是通過自學成才的，不過這樣的程序員一般在軟體公司也能獨當一面，完成一些軟體的模塊。
但是，也還有一大堆處在第一階段的程序員，他們一般就能玩玩vb，做程序時，去找一堆控制項集成一個軟體。
現在一種流行的說法是，中國軟體人才現在是一個橄欖型的人才結構，有大量的中等水平的程序員，而初級和高級程序員比較少。而我認為，現在中國絕大多數都是初級的程序員，中級程序員很少，高級的就更少了。所以，現在的人才結構是「方塔」形，這是一種斷層的不良結構。而真正成熟的軟體人才結構應該是平滑的三角形結構。這樣，初級、中級、高級程序員才能充分地各施所長。三種人才結構對比如圖1.1所示。
圖1.1 三種人才結構對比
1.2.2 初級程序員和高級程序員的區別
一般對於一個問題，初級程序員和高級程序員考慮這個問題的方法絕對是不同的。比如，在初級程序員階段時，他會覺得vb也能做出應用來，且看起來也不錯。
但到了中級程序員時，他可能就不會選擇vb了，可能會用mfc，這時，也能做出效果不錯的程序。
到高級程序員時，他絕對不是首先選擇以上工具，vb也好，vc也好，這些都不是他考慮的問題。這時考慮的絕對是什麼才是具有最快效率、最穩定性能的解決問題的方法。
軟體和別的產品不同。比如，在軟體中要達到某個目標，有n種方法，但是在n種方法中，只有一種方法或兩種方法是最好的，其他的都很次。所以，要做一個好的系統，是很需要耐心的。如果沒有耐心，就不會有細活，有細活的東西才是好東西。我覺得做軟體是這樣，做任何事情也是這樣的，一定要投入。

程序員到達最高境界的時候，想的就是「我就是程序，程序就是我」。這時候我要做一個軟體，不會有自己主觀的思路，而是以機器的思路來考慮問題，也就是說，就是以程序的思考方式來思考程序，而不是以我去設計程序的方式去思考程序。這一點如果不到比較高的層次是不能明白的。
你設計程序不就是你思考問題，然後按自己的思路去做程序嗎？
其實不是的。在我設計這個程序的時候，相當於我「鑽」入這個程序裡面去了。這時候沒有我自己的任何思維，我的所有思維都是這個程序，它這步該怎麼走，下步該怎麼走，它可能會出現什麼情況。我動這個部分的時候，別的部分是否要干擾，也許會動一發而牽全身，它們之間是怎麼相互影響的？
也只有到達這個境界，你的程序才能真正地寫好，絕對不是做個什麼可視化。可視化本身就是「我去設計這個程序」，而真正的程序高手是「我就是程序」，這兩種方法絕對是不同的。比如，我要用vb去設計一個程序，和我本身就是一個程序的思維方式，是不一樣的。別人也許覺得操作系統很深奧，很復雜，其實，如果你到達高手狀態，你就是操作系統，你就能做任何程序。
對待軟體要有一個全面的分析方法，光說理論是沒有用的。如果你沒有經過第一、第二、第三、第四這四個階段，則永遠到達不了高境界。因為空中樓閣的理論沒有用，而這些必須是一步一步地去做出來。
一個高級程序員應該具備開放性思維，從里到外的所有的知識都能了解。然後，看到世界最新技術就能馬上掌握，馬上了解。實際上，技術到達最高的境界後，是沒有分別的。任何東西都是相通的，只要你到達這個境界以後，什麼問題一看就能明白，一看就能抓住最核心的問題，最根本的根本，而不會被其他的枝葉或表象所迷惑，做到這一步後才算比較成功。
從程序員本身來說，如果它到達這一步以後，他就已經形成了開闊的思維。他有這種開放性思維的話，他就能做戰略決策，這對他將來做任何事情都有好處。事實上，會做程序後，就會有一種分析問題的方法，學會怎麼樣把問題的表象剖開，看到它的本質。這時你碰到任何具體的問題，只要給點時間，都能輕而易舉地解決。實際上，對開發計算機軟體來說，沒有什麼做不了的軟體，所有的軟體都能做，只是看你有沒有時間，有沒有耐心，有沒有資金做支撐。
這幾年，尤其是這兩三年，估計到2005年前，中國軟體這個行業裡面大的軟體公司就能形成。現在就已經在形成，例如用友，它上市後，地位就更加穩固了。其他大的軟體企業會在這幾年內迅速長大。這時候，包括流通渠道、經銷商的渠道也會迅速長大。也就是說，到2005年以後，中國軟體這個行業的門檻比現在還要高很多，與美國不會有太大的差別。此時，中國軟體才真正體現出它的威力來。如果你是這些威力中的一員，就已經很厲害了。
別人可能知道比爾•蓋茨是個談判的高手，是賣東西的高手，其實，比爾•蓋茨從根本上來說是個程序高手，這是他根本中的根本。他對所有的技術都非常敏感，一眼就看到本質，而且他本身也能做程序，時常在看程序。現在他不做董事長，而做首席設計師，這時他就更加接近程序的本質。因為他本身就有很開闊的思維，又深入到技術的本身，所以他就知道技術的方向。這對於一個公司，對他這樣的人來說，是非常重要的。
如果他判斷錯誤一步，那公司以後再回頭就很難了。計算機的競爭是非常激烈的，不能走錯半步。很多公司以前看上去很火，後來就
銷聲匿跡了，就是因為它走錯一步，然後就不行了。為什麼它會走錯？因為他不了解技術的本質在哪裡，技術的發展方向在哪裡。
比爾•蓋茨因為父母是學法律的，所以他本身就很能「侃」，很有說服力，而他又是做技術的，就非常清楚技術的方向在哪裡，所以他才能把方向把握得很准確，公司越來越大。而別的公司只火一陣子，他卻火了還會再火。就算微軟再龐大，你如果不把握好軟體技術的最前沿，一樣也會玩完。就像intel時刻把握著cpu的最新技術，才能保證自己是行業老大。技術決定它的將來。

所以，程序員要能達到這樣的目標，就要有非常強的耐心和非常好的機遇才有可能。事實上，現在的機會挺好的，2005年以前機會都非常大，以後機會會比較小。但是，如果有耐心的話，你還是會有機會的，機會都是出在耐心裡。我記得有句話說「雄心的一半是耐心」，我認為雄心的三分之二都是耐心。如果你越有野心，你就越要有耐心，你的野心才有可能實現。如果你有野心而沒有耐心，那都是胡思亂想，別人一眼就能看穿。最後在競爭中，對手一眼就看到你的意圖，那你還有什麼可競爭的？

1.2.3 程序員是吃青春飯的嗎
很多人都認為程序員是三十歲以前的職業，到了三十歲以後，就不應再做程序員了。現在的很多程序員也有這種想法，我覺得這種想法很不對。
在20世紀80年代末到90年代初，那時軟體還沒有形成行業，程序員不能以此作為謀生的手段時，你必須轉行，因為你年輕的時候不用考慮吃飯的問題，天天「玩」都可以，但是以後就不可能了。
據我了解，微軟裡面的那些高手，幾乎都是四五十歲的，而且都是做底層的。他們是上世紀70年代就開始「玩」程序的，所以對於整個計算機，他們是太清楚了。現在有些人主觀臆斷地希望微軟第二天倒閉就好了，但那可能性太小了。因為那些程序員是從cpu是4004的時候開始，玩到現在奔騰iv，沒有哪一代東西他們沒有經歷過。
你知道他們現在正在玩什麼嗎？現在正在玩64位的cpu。你說你普通的程序員，有這個耐心嗎？沒有這個耐心，你絕對做不了，你也絕對做不了高手。他為什麼能做？因為他不僅是玩過來的，而且他還非常有耐心，每一步技術他都跟得上，所以對他來說，沒有任何的難度和壓力。
因為計算機技術沒有任何時候是突變的。它的今年和去年相差不會很大，但是回過頭來看三年以前的情況，和現在的距離就很大。所以說，如果你每年都跟著技術進步的話，你的壓力就很小，因為你時刻都能掌握最新的技術。但是，如果你落下來，別說十年，就是三年，你就趕不上了。
如果你一旦趕不上，就會覺得非常吃力；如果你趕不上，你就會迷失方向；如果你迷失了方向，你就覺得計算機沒有味道，越做越沒勁。當你還只是有個思路的時候，別人的產品都做出來了，因為你的水平跟別人相差太遠，人家早就想到的問題，你現在才開始認識。水平越高，他就看得越遠，那麼他的思維就越開闊；水平越低，想的問題就越窄。
64位cpu是這個十年和下個十年最重要的技術之一，誰抓住這個機會，誰就能抓住未來賺錢的商機。cpu是英特爾設計的，對這一點他肯定清楚。舉例來說，如果從64位的角度來看現在的32位，就像從現在的角度去看dos。你說dos很復雜嗎？當你在dos年代的時候，你會覺得dos很復雜。你說現在的windows不夠復雜嗎？windows太復雜了，但是你到了64位的時候再去看windows，就如同現在看dos一樣。
整個64位系統的平台和思維方式、思路都比現在更開闊，打個比方說，現在的windows裡面能開n個dos窗口，每個dos窗都能運行一個程序。到達64位的時候，操作系統事實上能做到開n個x86，開n個windows 98，然後再開n個windows 95都沒有問題，系統能做到這一步，甚至你的系統內開n個windows nt都沒有關系。這就是64位和32位的差別。所以，微軟的那些「老頭」，四、五十歲的那幾個做核心的人，現在正在玩這些東西。你說微軟的技術它能不先進嗎？是linux那幾個玩家能搞定的嗎？
微軟的技術非常雄厚，世界計算機的最新技術絕對集中在這幾個人手裡。而且這幾個人的思維模式非常開闊，誰都沒有意識到的東西他早就開始做了。現在64位的cpu都出來一二年了，你說有什麼人去做這些應用嗎？沒有，有的就是那幾個unix廠商做好後給自己用的。

所以，追求技術的最高境界的時候，實際上是沒有年齡限制的。對我來說，現在都三十三了，我從來沒有想過退出這行，我覺得我就能玩下去，一直玩到退休都沒有問題。我要時刻保持技術的最前端，這樣的話對我來說是不困難的，沒有任何累的感覺。
很多人說做程序不是人乾的事情，是非人的待遇。這樣，他們一旦成立一個公司，做出一點成績，在輝煌的時候馬上就考慮退出。因為他們太苦了，每天晚上熬夜，每天晚上燒了兩包煙還不夠，屋子裡面簡直就缺氧了，好像還沒有解決問題。
白天睡覺，晚上幹活，那當然累死了，這是自己折騰自己。所以，做程序員一定要有一種正常的心態，就是說，你做程序的時候，不要把自己的生活搞得顛三倒四的。如果非得搞得晚上燒好多煙才行，這樣你肯定折騰不到三十歲，三十歲以後身體就差了。
事實上，我基本上就沒有因為做程序而熬夜的。我只經歷過三次熬夜，一次是在學校的時候，1986年剛接觸計算機時，一天晚上跟一個同桌在計算機室內玩游戲，研究了半天，搞著搞著就到了天亮，這是第一次。然後在畢業之前，在286上做一個程序。還有一次就是超級解霸上市前，那時公司已吹得很大了，那天晚上沒法睡覺。
一般來說，我也是十二點鍾睡覺，第二天七點就起了。所以說，只有具有正常的生活、正常的節奏，才有正常的心態來做程序員，這樣，你的思路才是正常的，只有正常的東西才能長久。搞疲勞戰或者是黑白顛倒，時間長久後就玩不轉了，玩著玩著就不想玩了。

B. 怎麼成為一名程序員，要從哪裡開始學起，先學什麼在學什麼

答：

首先你要清楚程序員也分很多種，從語言分，有C,C++,C#,java,Delphi等等，你要考慮好弄自己向哪部分發展。

1. 一般如果沒什麼理解可以從C語言學起，因為C語言比較貼切於機器語言，大學裡面一般也都是先學C的，學好了C語言，可以觸類旁通，更容易學其他的語言。

2.Java據說是現在最熱門的（所有程序員都覺得自己用的那個語言最牛逼），IOS或者android學了可以做手機軟體哦，Delphi和C#是用控制項拖出自己想要的結果，然後在後台寫代碼的，不過有人說Delphi相對落伍了，但好些大公司還是在用Delphi來搭框架的。

3.選定好語言後，如果覺得自己理解能力動手能力超強的話，自己買本入門的書，或者網上看些教學視頻，邊看邊實踐。不過這個對於初學者來說真的挺難的，因為第一次的話，可能連環境都搭不好，用來編程的軟體對初學者來說還是蠻麻煩的一種軟體，不是這個不行，就是那個設置錯了，或者連一些基礎的窗口啊工程啊項目啊的概念都沒有，網路起來又要答案一個一個看，浪費時間。而且還要自己搭資料庫啊什麼的，真的很難。有老師教的時候，還能掛科一大片的。不過入門了，之後就簡單了，自己隨便找本書，學學代碼用法啊，照著打就可以了。

拓展資料：

程序員(英文Programmer)是從事程序開發、程序維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、中級程序員、高級程序員（現為軟體設計師）、系統分析員，系統架構師，測試工程師六大類。

崗位職責：

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。

5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。

7、負責相關技術文檔的擬訂。

8、負責對業務領域內的技術發展動態進行分析研究。

網路詞條 程序員

C. 一個程序員要具備的基本素質是什麼

1. 團隊精神和協作能力 ：

   把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。

2. 文檔習慣：

   作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級程序員和系統分析員，這個比例還要高很多。缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。

3. 規范化，標准化的代碼編寫習慣：

   作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。

4. 需求理解能力：

   作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5. 復用性，模塊化思維能力：

   復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作。

6. 測試習慣：

   軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效率和可靠性就有了最大的保證。

7. 學習和總結的能力：

   善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高了。但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。
   
   

D. 如何成為一名合格的程序員

程序員可以分為很多種，像Unix程序員、Windows程序員，或是C++程序員、Delphi程序員，等等。今天我想談的是Web程序員，一名真正的Web程序員應該懂得那些方面的知識，應該注意學習哪些東西。 也許有些朋友會說，我知道Asp、Jsp，會做網站、會做bbs，這應該叫Web程序員了吧。確實，我承認，這些技術是一名Web程序員應該具備的；但是，你如果僅懂得這些，卻只能叫做Asp程序員、Jsp程序員，而不是真正意義上的Web程序員。現在的世界是屬於Internet的，大部分的應用基於Internet，大家可以想想，像Yahoo、Microsoft、Amazon那樣的網站，其訪問量之大、應用之復雜，需要什麼樣的技術才可以支撐，難道僅僅是硬體的功勞么。 我想在Windows平台下來談談Web程序員應該掌握的技術

1. 首先，就是上面提到的各種腳本，asp、jsp、php等等，這些東西大同小異，基本可以舉一反三。

2. 資料庫， 相信做Web的人肯定用過，像Access、Sql Server、Oracle。很多人會用各種資料庫，但是僅限於寫一些sql，select、update、insert，用ADO來操作，如果這樣，就算會用100種資料庫又有什麼用呢？ 你應該考慮用戶量、訪問速度、內存消耗，這些東西和你的sql密切相關，我經常見到很多分頁程序根本不去考慮資料庫中有多少條數據，統統select出來，很明顯，當你從資料庫中查出1萬條數據和100條數據，佔用的內存是不同的。 另外，資料庫連接池和事務機制是非常重要的，應該知道資料庫用什麼來保證事務，連接池如何實現，這些都是商務應用的關鍵。譬如，目前很多的應用服務，像weblogic、MTS，都包含事務處理，可以說好的事務處理決定了他們的競爭力。

3. 組件技術 我想是現在的Web應用推動了組件技術的發展。以前，從老式的靜態庫、動態庫(dll)，到現在的COM/DCOM，再到正在興起中的Web Service；從單機調用，到基於內部網的分布式調用，到現在基於Internet的分布式計算。現在的應用都是基於組件的n層結構，最明顯的就是COM和JavaBean。 這些東西體現了軟體架構的發展，以前是基於單機的應用，然後是C/S結構，到現在的B/S結構。我記得李維曾經說過，程序員一定要注意軟體技術的發展趨勢，只有這樣，才不至於被淹沒在技術的洪流中。我想，作為Web程序員，一定要明白COM的原理，如何實現這種調用、如何進行分布式調用。說實話，我覺得COM還是比較復雜的，否則微軟為什麼要提供ATL和VB呢，要搞明白，應該學學C++，因為VC中提供的ATL庫可以很明顯的說明COM的內部運行機制。

4. 網路技術 這可以說是Web程序員最應該懂得東西。起碼，應該知道Web伺服器的機制，要明白Http協議。就拿IIS來說，要懂得web應用程序運行的進程安全和IIS的關系，懂得ISApi的作用。 如果有時間，就看看TCP/IP，看看winsock，這些都是底層的網路的東西。 我所說的這些都是基於微軟技術下的東西，其他的像Java方面的東西都可以對照參考，就不多說了，這也是我這幾年來的一些心得。總之，學海無涯，每當接觸一些新的東西，就會發現自己的不足，同時也就覺得基礎知識的重要。說實話，像我們做應用開發，用別人的東西，在現在這種情況下，新的技術層出不窮，稍不注意就會被甩開，這也是沒有辦法的事情。

E. 一個程序員所要經歷的步驟

程序員應具備的12種能力
畢業四年來，感覺自己也是從一名不合格的程序員一步步走過來的。回頭反思一下，合格的程序員有很多標准和要求，下面是我總結的一個合格程序員應該具備的12種能力。中國軟體行業的崛起，靠的是合格的程序員。任何華麗的管理制度都不能保證軟體項目的成功交付，合格的程序員就是有力的保證，是項目成功的基礎。寫下這些，是為了給剛剛進入程序員這個職業的新同學們一點參考。我一直以為，當程序員是很辛苦的，如果不是真正的喜歡，很難堅持下去。如果真的不喜歡這個職業，也該尊重這個職業，尊重自己，趕緊改行。

1. 編程語言能力

不用多說，作為合格的程序員，精通一門語言是必須的。這種精通，不是說看了一本《24小時精通XXX》，抄了幾個程序就能說精通的,要靠長時間的積累和浸淫。

2.編碼能力

我曾經看多很多程序員寫的代碼，在同一個jsp或者java源文件里，出現了三種以上的對方法的命名方式，有下劃線間隔的，有全大寫的，有拼音首字母的。就像一個菜市場，雜亂無比，估計10天後，他自己都無法看的懂。遵守編碼規范，是一個程序員最基本的要求，可悲的是，很多程序員根本沒有意識到這個問題的嚴重性。隨意堆砌網上搜來的代碼，根本不管可讀性和可維護性，只要能實現功能就行了，心想做完這個項目，就拍拍屁股走人了，缺少最基本的職責素養。我經常把代碼必須成程序員的孩子，你就是是孩子他爹，孩子他媽，是有感情的。對你自己的孩子，你能不仔細呵護嗎？你是稱職的父母嗎？這是我編寫的一個Java編碼規范，供大家參考，這里可以下載http://gurudk.javaeye.com/blog/111734

另外一個就是注釋，要注意不是為了注釋而注釋。對類，以說明職責為主；對方法，以說明意圖為主；對方法體，以說明實現思路為主。對於大段大段的代碼，要分段，使用空行隔開，並使用行內注釋進行說明。

思維的條理性，寫代碼之前，先簡單計劃一下，用自然語言把流程寫下來，用於整理實現思路。不要看了需求或設計之後，馬上就敲代碼了，敲完代碼馬上就debug。花點時間思考，敲代碼只是最後一個很簡單的工作，不要把自己變成一個代碼打字員，編寫邊想，寫了刪，刪了寫。安安靜靜把實現過程想清楚，在腦子里先實現一遍。再去敲代碼，水到渠成。

3.面向對象思維能力

如今，多數編程語言都是面向對象的編程語言。而這些面向對象的編程語言的共同的精髓就是面向對象的思想。掌握這些比面向對象語言本身更重要，比如對繼承，多態，重載的理解。對面向對象基本原則的理解，比如開閉原則，介面隔離原則，單一職責原則等。在此基礎上，應該掌握常用的設計模式，比如工廠模式，策略模式，觀察者模式，模板方法模式，命令模式等等。我面試過很多程序員，沒有一個能說得上幾句的。

4.利用工具能力

工欲善其事，必先利其器。有了趁手的傢伙，工作效率可以提升數倍。你編程序，有沒有選擇一個很好的IDE，以前聽說編程高手都用記事本寫程序，我覺得那是一種自虐。就像以前看到的一篇文章，說一幫戶外旅行愛好者，出去旅遊，背了重重的旅行包，裡面裝著什麼壓縮餅乾等快速食品。他們寧可就著礦泉水啃壓縮餅干，也不肯去1里路都不到的快餐店，農家菜館吃飯。工具是為目的服務的，好用，提高效率就行，形式無所謂。

另外一個常用的工具就是日記本，好聽點可以稱為知識管理工具，我用的是myBase，感覺非常好用，在之前，我的所有的片段內容都是記錄的單獨的文本文件里的，非常不好找，管理也很混亂。

經常上互聯網，看到好多好的資料想保存下來，作為日後查看之用.一開始，我用的是firefox自帶的書簽，但是自己分類太累，多了之後不便於查找，很麻煩。後來用了得樂書簽（del.icio.us）的firefox插件，非常方便，現在成為了我必備的一個工具。

還有一個最重要的工具就是搜索引擎了，我裝了google forfirefox插件，感覺不錯，還有英文翻譯功能。按照我同事的說法，內事用，外事用google。很多技術資料都是英文的，用google搜索效率高一些。搜索引擎用好了，就等於打開了一扇通向知識寶庫的門，使用搜索引擎，關鍵字選擇很重要。

經常去瀏覽大牛的blog，逐個網站訪問很麻煩，去看了又可能沒有更新，可以藉助於RSS訂閱工具，我是用iGoogle桌面工具，每天早上花半個小時掃一下，大牛的最新文章盡收眼底了。

5. 英語能力

新的技術資料都是英文的，英語國家的IT技術走在我們前面至少10年（這是我自己估計的數字，可能正在縮小）。就連印度，一個連基礎設施建設都不太完善的國家，因為其英語基礎較好，其在軟體外包領域的發展也非常迅猛,遠遠超過了我們。學英語，首先是有信心，其次就是花時間。多閱讀英文資料，使用金山詞霸，google的firefox插件等工具配合，貴在堅持。

6.學習能力

在IT也混飯吃不容易，整個環境進化的太快，你不學習，就等於落後了。學習要有針對性，別今天學ruby，明天學python，後天php的。首先要認清自己的目標，自己短期目標是什麼，1年後，3年後，5年後的目標是什麼。結合這些目標，確定自己的學習計劃，人的精力畢竟是有限的。當然，多掌握幾門編程語言也是好的，可以擴充自己的知識面，重要的是為自己的目標服務。

要想系統的學習一門技術或工具，看書是最好的方法。看完後，然後上網找相關資料，進行深入學習。學習要抓緊一切可以利用的時間，比如電腦啟動要花1分多鍾，旁邊放一本書，可以看上幾頁了。公交車上，地鐵上也可以看。

當然，不能只學習技術，要經常聯系自己的軟技能，比如溝通能力，表達能力。你可以把自己學到的東西，解釋給自己的同事聽，既加深了理解，又增進了同事之間的交流。學習的最高境界就是你能夠把學到的東西解釋給別人聽，這才說明你理解了。在學習心理學上，稱之為構成主義。

我學一樣東西，總是先上網了解有沒有相關書籍，如果想學，就買一本或者去圖書館找相關的書來讀。我買的書，家裡快放不下了(到目前位置，我買了1萬多塊的書)。我多半是把目錄看完，了解這本書講解的主要內容，然後需要的時候，我就可以立即補充它進入到我的知識結構。每個人可能都有自己的學習方法，意識到學習的重要，並能夠根據需要補充自己的知識，這種能力更重要。

7.創造能力

普遍認為，東方人模仿能力很強，但創造能力差。我見過很多這樣的程序員，經常說，「這個只能這么解決了，我想不出有什麼別的方法。」可能他根本都沒想過別的方法，或者懶得去想。對任何一個問題，找出兩種以上的解決辦法都是非常容易的，簡單的google一下，可能就是數十種。悲哀的是，有些程序員經常止步於自己構建的狹小領地之內。對待客戶也是這種態度，不是積極的幫助客戶解決問題，而是推脫這只是唯一解決方案。

打破這一思維定勢的首先的一個辦法就是在面臨一個問題時，首先想到的是「沒有不可能」，或是「一切皆有可能」，前面那個是阿迪的廣告語，後面是李寧的。只有這樣去想，才能尋找解決問題的別的出路，即使最後我們試了很多種辦法，還是只有著一種解決方案，但我們在這種尋找解決方案的過程中，常常會產生很多好的想法，這樣才會使我們真正深刻思考一個問題。建議大家看一看《水平思考》這本書，他提供了一些進行創造性思考的方法和工具。

但我認為，堅持認為存在另一種解決方案的信念是第一位的，方法和工具都是其次。

8.文檔能力

也許有人會質疑，程序員跟寫文檔有什麼關系。大家開源軟體也用過不少，看看Spring，hibernate，Struts等最流行的開源軟體的文檔就知道，他么的tutorial，他們的getstarted，他們的reference文檔寫的多麼的易懂。其實寫代碼也相當於寫文檔，只不過用的是編程語言。同樣，寫文檔，用自然語言，也相當於寫程序，簡單明了，清晰易懂,這樣的「程序」誰看誰舒服。同樣，對於想進階到設計師或者需求分析員角色的程序員，文檔能力更是非常重要。

word是一個最實用的工具，很多程序員，多級編號都不會用，索引目錄也不知道如何生成，更別靈活應用樣式了。很多排版都是所謂的dirty work。垃圾樣式一大堆。其實，靜下心來，稍微學習一下，就能寫出一篇格式漂亮的文檔。

9.抽象能力

抽象能力是認識事物從現象到本質的能力。如果你只是停留在「見山是山，見水是水」的層次，客戶說什麼，你就做什麼，設計怎麼做，你就怎麼實現，從來不過問為什麼，也不去想他是滿足了用戶哪些方面的需求呢。這樣可能只解決了表面的問題，可能會引起返工。認識到本質，才能讓你的程序具備更大的靈活性和可擴展性。在做企業應用軟體開發中，抽象能力體現為對問題域的理解能力，對領域模型的抽象。合理的抽象也是代碼重構的前提，每一次重構，都是向更好的抽象邁進了一步。

10.代碼評審能力

代碼評審和單元測試是保證代碼質量的兩種常用手段之一。代碼評審能力，說明了你的審美標准，知道什麼是好的，什麼是不好的，什麼是優雅的代碼，什麼是糟糕的代碼，你才能讓自己做的更好。

11.單元測試能力

沒有單元測試的代碼，只能說是半成品。因為沒有什麼能證明你的代碼是可以運行的。測試驅動開發是一個非常好的敏捷過程的最佳實踐。單元測試還可以作為回歸測試，在修改代碼時，起到警戒線標志的作用。是否具有單元測試的意識是區分程序員是否合格的重要標准。寫不寫單元測試是區分平庸程序員和優秀程序員的重要標桿。

12.DRY
DRY是一種原則，就是Don't RepeatYourself.出自《程序員修煉之道-從小工到專家》。這條原則可以用到很多地方，比如你經常要編譯，打包，部署應用程序，供集成測試用。每次你都在重復你自己，寫一個自動化腳本（比如用ant，批處理命令）來將這些工作自動化，以提高效率。

還有一個就是我們經常在不同的地方切換IP，如果每次手工做，也非常浪費時間，寫一個bat命令可以解決，找一個小工具也可以解決。

編碼時，對代碼的復用也是在重復你自己，雖然拷貝過程很爽，但是維護一致性就要付出巨大的工作量，特別是將來維護的人不是你的時候,使用代碼生成工具可以解決這個問題。類似的例子太多了，如果你發現你經常做一些重復的工作，就要警惕了，是否違背了這個原則，想一些辦法將他們自動化。

F. 一個成功的程序員需要具備哪些素質

程序員是一種技術工作.在IT的發展中有相當重要的地位.從底層硬體通訊協議的建立. 到數據傳輸層的處理.到操作系統的建設.到資料庫平台的建設.一直到應用層上各種數 據營銷平台的搭建.程序員在裡面都扮演著舉足輕重的角色並為IT事業的發展做出了巨大 的貢獻.
中國有很多精於編碼的人.但是中國軟體行業.尤其是網路應用開發方面誤區很大.很難形成有規模的軟體開發力量和產品能力.不但比美國差距甚遠.和印度相比也是頗有不 如.這些問題不是在於中國程序員的智商和工作努力狀況.也不是在於國家和民間對開發 的投入程度.而是很大程度上.有一些對技術.對程序開發.對項目設計方面的思想誤 區.這些誤區.導致了軟體行業的產品化能力不足.缺乏規模化和大型復用系統研發能 力.可以說.改變認識誤區.是解決軟體行業小作坊模式和個體英雄模式所帶來的局限性 的重要工作.
中國有很多小朋友.他們18.9歲或21.2歲.通過自學也寫了不少代碼.他們有的代碼寫的很漂亮.一些技術細節相當出眾.也很有鑽研精神.但是他們被一些錯誤的認識和觀點左右.缺乏對系統.對程序的整體理解能力.這些人.一個網上的朋友說得很好.他們實際 上只是一些Coding fans.壓根沒有資格稱為程序員.但是據我所知.不少小網路公司的 CTO就是這樣的coding fans.拿著嚇人的工資.做著嚇人的項目.項目的結局通常也很嚇人.
一.程序員基本素質
作一個真正合格的程序員.或者說就是可以真正合格完成一些代碼工作的程序員.應該具有的素質.
1:團隊精神和協作能力
把它作為基本素質.並不是不重要.恰恰相反.這是程序員應該具備的最基本的.也是最 重要的安身立命之本.把高水平程序員說成獨行俠的都是在囈語.任何個人的力量都是有 限的.即便如linus這樣的天才.也需要通過組成強大的團隊來創造奇跡.那些遍布全球 的為linux寫核心的高手們.沒有協作精神是不可想像的.獨行俠可以作一些賺錢的小軟 件發點小財.但是一旦進入一些大系統的研發團隊.進入商業化和產品化的開發任務.缺 乏這種素質的人就完全不合格了.
2:文檔習慣
說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子.良好的文檔是正規研發流程中 非常重要的環節.作為代碼程序員.30%的工作時間寫技術文檔是很正常的.而作為高級 程序員和系統分析員.這個比例還要高很多.
缺乏文檔.一個軟體系統就缺乏生命力.在未來的查錯.升級以及模塊的復用時就都會遇 到極大的麻煩.
3:規范化.標准化的代碼編寫習慣
作為一些外國知名軟體公司的規矩.代碼的變數命名.代碼內注釋格式.甚至嵌套中行縮 進的長度和函數間的空行數字都有明確規定.良好的編寫習慣.不但有助於代碼的移植和 糾錯.也有助於不同技術人員之間的協作.
有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂.這種叫囂只能證明他們自 己壓根不配自稱程序員.代碼具有良好的可讀性.是程序員基本的素質需求.
再看看整個linux的搭建.沒有規范化和標准化的代碼習慣.全球的研發協作是絕對不可 想像的.
4:需求理解能力
程序員需要理解一個模塊的需求.很多小朋友寫程序往往只關注一個功能需求.他們把性 能指標全部歸結到硬體.操作系統和開發環境上.而忽視了本身代碼的性能考慮.有人曾 經放言說寫一個廣告交換程序很簡單.這種人從來不知道在百萬甚至千萬數量級的訪問情 況下的性能指標是如何實現的.對於這樣的程序員.你給他深藍那套系統.他也做不出太 極鏈的並訪能力.性能需求指標中.穩定性.並訪支撐能力以及安全性都很重要.作為程 序員需要評估該模塊在系統運營中所處的環境.將要受到的負荷壓力以及各種潛在的危險 和惡意攻擊的可能性.就這一點.一個成熟的程序員至少需要2到3年的項目研發和跟蹤經 驗才有可能有心得.
5:復用性.模塊化思維能力
經常可以聽到一些程序員有這樣的抱怨.寫了幾年程序.變成了熟練工.每天都是重復寫 一些沒有任何新意的代碼.這其實是中國軟體人才最大浪費的地方.一些重復性工作變成 了熟練程序員的主要工作.而這些.其實是完全可以避免的.
復用性設計.模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候.要多想一 些.不要局限在完成當前任務的簡單思路上.想想看該模塊是否可以脫離這個系統存在. 是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用.這樣就能極大避 免重復性的開發工作.如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到 這些問題.那麼程序員就不會在重復性的工作中耽誤太多時間.就會有更多時間和精力投 入到創新的代碼工作中去.
一些好的程序模塊代碼.即便是70年代寫成的.拿到現在放到一些系統裡面作為功能模塊 都能適合的很好.而現在我看到的是.很多小公司軟體一升級或改進就動輒全部代碼重 寫.大部分重復性工作無謂的浪費了時間和精力.
6:測試習慣
作為一些商業化正規化的開發而言.專職的測試工程師是不可少的.但是並不是說有了專 職的測試工程師程序員就可以不進行自測,軟體研發作為一項工程而言.一個很重要的特 點就是問題發現的越早.解決的代價就越低.程序員在每段代碼.每個子模塊完成後進行 認真的測試.就可以盡量將一些潛在的問題最早的發現和解決.這樣對整體系統建設的效 率和可靠性就有了最大的保證.
測試工作實際上需要考慮兩方面.一方面是正常調用的測試.也就是看程序是否能在正常 調用下完成基本功能.這是最基本的測試職責.可惜在很多公司這成了唯一的測試任務. 實際上還差的遠那,第二方面就是異常調用的測試.比如高壓力負荷下的穩定性測試.用 戶潛在的異常輸入情況下的測試.整體系統局部故障情況下該模塊受影響狀況的測試.頻 發的異常請求阻塞資源時的模塊穩定測試等等.當然並不是程序員要對自己的每段代碼都 需要進行這種完整測試.但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和 各種性能需求.有針對性的進行相關測試並盡早發現和解決問題.當然這需要上面提到的 需求理解能力.
7:學習和總結的能力
程序員是人才很容易被淘汰.很容易落伍的職業.因為一種技術可能僅僅在三兩年內具有 領先性.程序員如果想安身立命.就必須不斷跟進新的技術.學習新的技能.
善於學習.對於任何職業而言.都是前進所必需的動力.對於程序員.這種要求就更加高 了.
但是學習也要找對目標.一些小coding fans們.他們也津津樂道於他們的學習能力.一 會學會了asp.一會兒學會了php.一會兒學會了jsp.他們把這個作為炫耀的資本.盲目 的追逐一些膚淺的.表面的東西和名詞.做網路程序不懂通訊傳輸協議.做應用程序不懂 中斷向量處理.這樣的技術人員.不管掌握了多少所謂的新語言.永遠不會有質的提 高.
善於總結.也是學習能力的一種體現.每次完成一個研發任務.完成一段代碼.都應當有 目的的跟蹤該程序的應用狀況和用戶反饋.隨時總結.找到自己的不足.這樣逐步提高. 一個程序員才可能成長起來.
一個不具備成長性的程序員.即便眼前看是個高手.建議也不要選用.因為他落伍的時候 馬上就到了.
具備以上全部素質的人.應當說是夠格的程序員了.請注意以上的各種素質都不是由IQ決 定的.也不是大學某些課本里可以學習到的.需要的僅僅是程序員對自己工作的認識.是一種意識上的問題.

G. 程序員 個人工作規劃思路 怎麼寫

就是你的發展方向，技術？管理？技術又分很多方向，比如圖像處理，音視頻處理，主要看你想做什麼

H. 做一個新手程序員應具體哪些知識

程序員是一種技術工作，在IT的發展中有相當重要的地位，從底層硬體通訊協議的建立， 到數據傳輸層的處理，到操作系統的建設，到資料庫平台的建設，一直到應用層上各種數 據營銷平台的搭建，程序員在裡面都扮演著舉足輕重的角色並為IT事業的發展做出了巨大 的貢獻。

中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不如。這些問題不是在於中國程序員的智商和工作努力狀況，也不是在於國家和民間對開發的投入程度，而是很大程度上，有一些對技術，對程序開發，對項目設計方面的思想誤區，這些誤區，導致了軟體行業的產品化能力不足，缺乏規模化和大型復用系統研發能力，可以說，改變認識誤區，是解決軟體行業小作坊模式和個體英雄模式所帶來的局限性 的重要工作。

中國有很多小朋友，他們18,9歲或21,2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程序的整體理解能力，這些人，一個網上的朋友說得很好，他們實際 上只是一些Coding fans，壓根沒有資格稱為程序員，但是據我所知，不少小網路公司的 CTO就是這樣的coding fans,拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇 人。

程序員基本素質：

作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具 有的素質。

1：團隊精神和協作能力

把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想像的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺 乏這種素質的人就完全不合格了。

2：文檔習慣

說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中 非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級 程序員和系統分析員，這個比例還要高很多。

缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇 到極大的麻煩。

3：規范化，標准化的代碼編寫習慣

作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮 進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和 糾錯，也有助於不同技術人員之間的協作。

有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自 己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。

再看看整個linux的搭建，沒有規范化和標准化的代碼習慣，全球的研發協作是絕對不可 想像的。

4：需求理解能力

程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程序員，你給他深藍那套系統，他也做不出太極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經 驗才有可能有心得。

5：復用性，模塊化思維能力

經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫 一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成 了熟練程序員的主要工作，而這些，其實是完全可以避免的。

復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投 入到創新的代碼工作中去。

一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊 都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重 寫，大部分重復性工作無謂的浪費了時間和精力。

程序員應具備的素質中

6：測試習慣

作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程序員就可以不進行自測；軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效 率和可靠性就有了最大的保證。

測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。當然並不是程序員要對自己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試並盡早發現和解決問題，當然這需要上面提到的 需求理解能力。

7：學習和總結的能力

程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有 領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。

善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高 了。

但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提 高。

善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有 目的的跟蹤該程序的應用狀況和用戶反饋，隨時總結，找到自己的不足，這樣逐步提高， 一個程序員才可能成長起來。

一個不具備成長性的程序員，即便眼前看是個高手，建議也不要選用，因為他落伍的時候 馬上就到了。

具備以上全部素質的人，應當說是夠格的程序員了，請注意以上的各種素質都不是由IQ決 定的，也不是大學某些課本里可以學習到的，需要的僅僅是程序員對自己工作的認識，是 一種意識上的問題。

那麼作為高級程序員，以至於系統分析員，也就是對於一個程序項目的設計者而言，除了 應該具備上述全部素質之外，還需要具備以下素質：

第一，需求分析能力

對於程序員而言，理解需求就可以完成合格的代碼，但是對於研發項目的組織和管理者， 他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什麼這么說呢？

一般而言，進行研發任務，也許是客戶提出需求，也許是市場和營銷部門提出的需求，這時候對於研發部門，他們看到的不是一個完整的需求，通常而言，該需求僅僅是一些功能上的要求，或者更正規些，可能獲得一個完整的用戶視圖；但是這都不夠，因為客戶由於非技術因素多一些，他們可能很難提出完整和清晰，或者說專業性的性能需求，但是對於項目組織者和規劃者，他必須能夠清醒認識到這些需求的存在並在完成需求分析報告的時候適當的提出，同時要完整和清晰的體現在設計說明書裡面，以便於程序員編碼時不會失 去這些准則。

程序設計者必須正確理解用戶需求所處的環境，並針對性做出需求的分析，舉例而言，同樣一個軟體通過ASP租用方式發布和通過License方式發布，性能需求可能就是有區別的，前者強調的是更好的支撐能力和穩定性，而後者則可能更強調在各種平台下的普適性和安 裝使用的簡捷性。

第二，項目設計方法和流程處理能力

程序設計者必須能夠掌握不少於兩到三種的項目設計方法（比如自頂至下的設計方法，比 如快速原型法等等），並能夠根據項目需求和資源搭配來選擇合適的設計方法進行項目的 整體設計。

設計方法上選擇不當，就會耽誤研發周期，浪費研發資源，甚至影響研發效果。

一個程序設計者還需要把很多功夫用在流程圖的設計和處理上，他需要做數據流圖以確立 數據詞典；他需要加工邏輯流圖以形成整體的系統處理流程。

一個流程有問題的系統，就算代碼多漂亮，每個模塊多精緻，也不會成為一個好的系統。 當然，做好流程分析並選擇好項目設計方法，都需要在需求分析能力上具有足夠的把 握。

第三，復用設計和模塊化分解能力

這個似乎又是老調重談，前面基本素質上不是已經說明了這個問題嗎？

作為一個從事模塊任務的程序員，他需要對他所面對的特定功能模塊的復用性進行考慮，而作為一個系統分析人員，他要面對的問題復雜的多，需要對整體系統按照一種模塊化的分析能力分解為很多可復用的功能模塊和函數，並針對每一模塊形成一個獨立的設計需求。舉個例子，好比是汽車生產，最早每輛汽車都是獨立安裝的，每個部件都是量身定做的，但是後來不一樣了，機器化大生產了，一個汽車廠開始通過流水線來生產汽車，獨立部件開始具有一定的復用性，在後來標准化成為大趨勢，不同型號，品牌甚至不同廠商的汽車部件也可以進行方便的換裝和升級，這時候，汽車生產的效率達到最大化。軟體工程也是同樣的道理，一個成熟的軟體行業，在一些相關項目和系統中，不同的部件是可以隨意換裝的，比如微軟的許多桌面軟體，在很多操作模塊（如打開文件，保存文件等等）都是復用的同一套功能模塊，而這些介面又通過一些類庫提供給了桌面應用程序開發者方便 掛接，這就是復用化的模塊設計明顯的一個佐證。

將一個大型的，錯綜復雜的應用系統分解成一些相對獨立的，具有高度復用性的，並能僅 僅依靠幾個參數完成數據聯系的模塊組合，是作為高級程序員和系統分析員一項最重要的 工作，合適的項目設計方法，清晰的流程圖，是實現這一目標的重要保證。

第四，整體項目評估能力

作為系統設計人員，必須能夠從全局出發，對項目又整體的清醒認識，比如公司的資源配置是否合理和到位，比如工程進度安排是否能最大化體現效率又不至於無法按期完成。評估項目整體和各個模塊的工作量，評估項目所需的資源，評估項目可能遇到的困難，都需要大量的經驗積累，換言之，這是一種不斷總結的累計才能達到的境界。在西方一些軟體系統設計的帶頭人都是很年長的，比如4，50歲，甚至更老，他們在編碼方面已經遠遠不如年輕人那樣活絡，但是就項目評估而言，他們幾十年的經驗積累就是最重要和寶貴的財富。中國缺這么一代程序員，主要還不是缺那種年紀的程序員，而是那種年紀的程序員基本上都是研究單位作出來的，都不是從專業的產品化軟體研發作出來的，他們沒有能積累 那種產品化研發的經驗，這也是沒有辦法的事情。

程序員應具備的素質下

第五，團隊組織管理能力

完成一個項目工程，需要團隊的齊心協力，作為項目設計者或研發的主管人，就應當有能 力最大化發揮團隊的整體力量，技術管理由於其專業性質，不大同於一般的人事管理，因 為這裡面設計了一些技術性的指標和因素。

首先是工作的量化，沒有量化就很難做到合適的績效考核，而程序量化又不是簡單的代碼 行數可以計算的，因此要求技術管理人員需要能真正評估一個模塊的復雜性和工作量。

其次是對團隊協作模式的調整，一般而言，程序開發的協作通常分為小組進行，小組有主 程序員方式的，也有民主方式的，根據程序員之間的能力水平差距，以及根據項目研發的 需求，選擇合適的組隊方式，並能將責權和成員的工作任務緊密結合，這樣才能最大發揮 組隊的效率。

一個代碼水平高的人，未必能成為一個合格的項目研發主管，這方面的能力欠缺往往是容 易被忽視的。

綜上可以看到，作為一個主管研發的負責人，一個項目設計者，所需要具備的素質和能力並不是程序代碼編寫的能力，當然一般情況下，一個程序員通過不斷的總結提高達到了這種素質的時候，他所具有的代碼編寫能力也已經相當不簡單了，但是請注意這裡面的因果關系，一個高水平的項目設計者通常已經是代碼編寫相當優秀的人了，但是並不是一個代碼相當優秀的程序員就可以勝任項目設計的工作，這裡面存在的也不是智商和課本的問題，還是在於一個程序員在積累經驗，逐步提升的時候沒有意識到應當思考哪方面的東西，沒有有意識的就項目的組織和復用設計進行揣摩，沒有經常性的文檔習慣和總結習 慣，不改變這些，我們的合格的項目設計者還是非常欠缺。

另外，為防止有無聊的人和我較真，補充一點，本文針對目標是作商業化的軟體項目和工程，那些科研機構的編程高手，比如演算法高手，比如圖象處理高手，他們的工作是研究課題而非直接完成商業軟體（當然最終間接成為商業產品，比如微軟研究院在作的研究課題），因此他們強調的素質可能是另外的東西，這些人（專家），並不能說是程序員，不 能用程序員的標准去衡量。

最後補充一點東西，一個軟體項目研發的設計流程是怎樣的呢？以通常標準的設計方法為 例，（不過筆者喜歡快速原型法）。

第一個步驟是市場調研，技術和市場要結合才能體現最大價值。

第二個步驟是需求分析，這個階段需要出三樣東西，用戶視圖，數據詞典和用戶操作手 冊。

用戶視圖是該軟體用戶（包括終端用戶和管理用戶）所能看到的頁面樣式，這裡麵包含了 很多操作方面的流程和條件。

數據詞典是指明數據邏輯關系並加以整理的東東，完成了數據詞典，資料庫的設計就完成 了一半多。

用戶操作手冊是指明了操作流程的說明書。

請注意，用戶操作流程和用戶視圖是由需求決定的，因此應該在軟體設計之前完成，完成 這些，就為程序研發提供了約束和准繩，很遺憾太多公司都不是這樣做的，因果顛倒，順 序不分，開發工作和實際需求往往因此產生隔閡脫節的現象。

需求分析，除了以上工作，筆者以為作為項目設計者應當完整的做出項目的性能需求說明 書，因為往往性能需求只有懂技術的人才可能理解，這就需要技術專家和需求方（客戶或 公司市場部門）能夠有真正的溝通和了解。

第三個步驟是概要設計，將系統功能模塊初步劃分，並給出合理的研發流程和資源要求。作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這種方法是因為涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是並不是說詳細設計說明書不重要，事實上快速原型法在完成原型代碼後，根據評測結果和 經驗教訓的總結，還要重新進行詳細設計的步驟。

第四個步驟是詳細設計，這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模塊以最』干凈』的方式(黑箱結構）提供給編碼者，使得系統整體模塊化達到最大；一份好的詳細設計說明書，可以使編碼的復雜性減低到最低，實際上，嚴格的講詳細設計說明書應當把每個函數的每個參數的定義都精精細細的提供出來，從需求分析到概要設計到完成詳細設計說明書，一個軟體項目就應當說完成了一半了。換言之，一個大型軟 件系統在完成了一半的時候，其實還沒有開始一行代碼工作。

那些把作軟體的程序員簡單理解為寫代碼的，就從根子上犯了錯誤了。

第五個步驟是編碼，在規范化的研發流程中，編碼工作在整個項目流程里最多不會超過1/ 2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模塊之間的進度協調和協作是最需要小心的，也許一個小模塊的問題就可能影響了整體進度，讓很多程序員因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程序員而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候 嗎？從來沒有！

第六個步驟是測試

測試有很多種：

按照測試執行方，可以分為內部測試和外部測試

按照測試范圍，可以分為模塊測試和整體聯調

按照測試條件，可以分為正常操作情況測試和異常情況測試

按照測試的輸入范圍，可以分為全覆蓋測試和抽樣測試

以上都很好理解，不再解釋。

總之，測試同樣是項目研發中一個相當重要的步驟，對於一個大型軟體，3個月到1年的外 部測試都是正常的，因為永遠都會又不可預料的問題存在。

完成測試後，完成驗收並完成最後的一些幫助文檔，整體項目才算告一段落，當然日後少 不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營 狀況並持續修補升級，知道這個軟體被徹底淘汰為止。

寫這些步驟算不上賣弄什麼，因為實話講我手邊是一本《軟體工程》，在大學里這是計算機專業的必修課程，但是我知道很多程序員似乎從來都只是熱衷於什麼《30天精通VC》之類的，他們有些和我一樣游擊隊出身，沒有正規學過這個專業，還有一些則早就在混夠學 分後就把這些真正有用的東西還給了老師。

網上現在也很浮躁，一些coding fans亂嚷嚷，混淆視聽，實際上真正的技術專家很少在網上亂發帖子的，如筆者這樣不知天高地厚的，其實實在是算不上什麼高手，只不過看不慣這種對技術，對程序員的誤解和胡說，只好挺身而出，做撥亂反正之言，也希望那些還 沉迷於一些錯誤人士的coding fans們能認真想想，走到正途上，畢竟那些聰明的頭腦還 遠遠沒有發揮應有的價值。

I. 作為一個程序員,應該具備什麼樣的素質

model1 model2 struts+Hibenate+Spring+Ajax JSF ejb3.0 這你都會嗎

J. 程序員的 職業素養

程序員因其致力於程序開發、設計、維護、編程等這一特殊領域，使其天生具備了堅定的職業信念、超強的職業知識技能、良好的職業行為習慣等職業素養。

簡介：
程序員(英文Programmer)是從事程序開發、維護的專業人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚，特別是在中國。軟體從業人員分為初級程序員、高級程序員、系統分析員，系統架構師，測試工程師五大類。

崗位職責：

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。
2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。
3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。
4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。
5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。
6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。
7、負責相關技術文檔的擬訂。
8、負責對業務領域內的技術發展動態進行分析研究。

職業認證：
考試介紹：
軟考程序員考試屬於計算機軟體水平考試（簡稱軟考）中的一個初級計算機職稱考試。對於軟考程序員考試並無學歷及資歷條件限制，更無論年齡、專業與資歷。一年可報考軟考程序員考試兩次，但一次考試只能報考一種資格，因此報考了程序員考試則無法再報考軟考其他級別或科目的考試。同時軟考程序員考試採用筆試形式，考試實行全國統一大綱、統一試題、統一時間、統一標准、統一證書的考試方式。
通過國家統一組織的考試，資格考試分為：程序員級（原初級程序員）、軟體設計師（原高級程序員）以及更高水準的：信息系統項目管理師、系統分析師(原系統分析員)、系統架構設計師、網路規劃設計師、系統規劃與管理師。

考試目標：
通過本考試的合格人員能根據軟體開發項目管理和軟體工程的要求，按照程序設計規格說明書編制並調試程序，寫出程序的相應文檔，產生符合標准規范的、實現設計要求的、能正確可靠運行的程序；具有助理工程師（或技術員）的實際工作能力和業務水平。
1、CVEQC認證持有者已經通過了中國職業教育資格認證指導中心組織的培訓和相應的考試，具有相應的專業技能和知識。
2、CVEQC證書可作為勞動者崗前培訓、在職培訓、提高培訓、繼續教育的培訓認證；也是勞動者「先培訓、後就業，先培訓、後上崗」的憑證。
3、CVEQC證書是中國職業教育資格認證指導中心頒發的專業技能證書。標有證書序列號、證書編號、培訓者及證書持有者身份證號碼，並蓋有全國職業教育管理委員會、中國職業教育資格認證指導中心的證書專用章。
4、 證書證明參加培訓及證書持有者具有系統地接受崗位技能培訓的經歷，證書在全國范圍內有效。
二、報考條件：凡遵守中華人民共和國憲法和各項法律，恪守職業道德，具有一定計算機技術應用能力的人員，均可根據本人情況報名參加相應專業類別、級別的考試。[1]

考試要求：
（1）掌握數據及其轉換、數據的機內表示、算術和邏輯運算，以及相關的應用數學基礎知識；
（2）理解計算機的組成以及各主要部件的性能指標；
（3）掌握操作系統、程序設計語言的基礎知識；
（4）熟練掌握計算機常用辦公軟體的基本操作方法；
（5）熟練掌握基本數據結構和常用演算法；
（6）熟練掌握C程序設計語言，以及C++、Java、Visual Basic中的一種程序設計語言；
（7）熟悉資料庫、網路和多媒體的基礎知識；
（8）掌握軟體工程的基礎知識，了解軟體過程基本知識、軟體開發項目管理的常識；
（9）了解常用信息技術標准、安全性，以及有關法律、法規的基本知識；
（10）了解信息化、計算機應用的基礎知識；
（11）正確閱讀和理解計算機領域的簡單英文資料。

相關書籍：
很多程序員響應，他們在推薦時也寫下自己的評語。 以前就有國內網友介紹這個程序員書單，不過都是推薦數 Top 9的書。
其實除了前9本之外，推薦數前30左右的書籍都算經典，筆者整理編譯這個問答貼，同時摘譯部分推薦人的評語。
下面就按照各本書的推薦數排列。
1、《代碼大全》 史蒂夫·邁克康奈爾
2、《程序員修煉之道》
3、《計算機程序的構造和解釋》
4、《演算法導論》
5、《重構：改善既有代碼的設計》
6、《設計模式》
7、《人月神話》
8、《計算機程序設計藝術》
9、《編譯原理》（龍書）

崗位分類：
世界上第一位程序員是英國著名詩人拜倫的女兒AdaLovelace，曾設計了巴貝奇分析機上解伯努利方程的一個程序。她甚至還建立了循環和子程序的概念。由於其在程序設計上的開創性工作，AdaLovelace被稱為世界上第一位程序員。美國國防部開發的ADA語言就是為紀念這位世界上的第一位程序員而命名的。
計算機科學發展到今天（21世紀初期），程序員從事的人群很多，分工也不相同，從大的方面可以分為以下幾類：asp程序員、jsp程序員、delphi程序員、php程序員、powerbuilder程序員、C程序員、linux程序員、net程序員、vb程序員、java程序員、javascript程序員、C++程序員、Python程序員、android程序員、iOS程序員。

職業要求：

一般的程序員都有四年的在專業領域的學習，需要一個在程序領域的學士學位獲得者，不論是數學方面的還是工程方面的都是可以的。
大約有20%的人在這一領域的計算機科學和工程學擁有更高的學位。還有很小一部分程序員是自學的，盡管一些專業性的學校或者綜合大學可以提供，但是也需要一些別的途徑來提供相關的人才。盡管學歷是比較重要的，但是公司經常把重點放在應聘者的工作經驗上，很多剛從大學畢業的大學生雖然有引人注目的學位證書，但是他們找不到工作是因為他們缺乏經驗。一個程序員雖然沒有正規的學歷，但是如果一個人擁有程序設計的深厚知識背景或者豐富的工作經驗的話，那麼他的機會要比有學歷的應屆畢業生大得多。所以要盡量抓住有用的工作和實習機會，這樣的話在畢業後你就會發現，多實習讓你有更多的經驗，在找工作的時候就有更多的機會。
對於職業程序員，另外一個重要的方面就是，程序員需要不斷提升自己的業務技術，他的技術必須一直保持在一個較高的水平，並且要不斷發展，程序員也要尋找貿易的機會，要參加研討會，在周刊上發表文章和接受職業教育，這些使程序員在自己的領域中分級或者不斷並排前進。

素質要求：
團隊精神和協作能力：
團隊精神和協作能力是作為一個程序員應具備的最基本的素質。軟體工程已經提了將近三十年了，當今的軟體開發已經不是編程了，而是工程。獨行俠可以寫一些程序也能賺錢發財，但是進入研發團隊，從事商業化和產品化的開發任務，就必須具備這種素質。可以毫不誇張的說這種素質是一個程序員乃至一個團隊的安身立命之本。
文檔習慣：
文檔是一個軟體系統的生命力。一個公司的產品再好、技術含量再高，如果缺乏文檔，知識就沒有繼承，公司還是一個來料加工的軟體作坊。作為代碼程序員，必須將30%的工作時間用於寫技術文檔。沒有文檔的程序員勢必會被淘汰。
規范化的代碼編寫習慣：
知名軟體公司的代碼的變數命名、注釋格式，甚至嵌套中行縮進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和糾錯，也有助於不同技術人員之間的協作。
測試習慣：
測試是軟體工程質量保證的重要環節，但是測試不僅僅是測試工程師的工作，而是每個程序員的一種基本職責。程序員要認識測試不僅是正常的程序調試，而要是要進行有目的有針對性的異常調用測試，這一點要結合需求理解能力。
學習和總結的能力：
程序員是很容易被淘汰的職業，所以要善於學習總結。許多程序員喜歡盲目追求一些編碼的小技巧，這樣的技術人員無論學了多少語言，代碼寫起來多熟練，只能說他是一名熟練的代碼民工（碼農），他永遠都不會有質的提高。一個善於學習的程序員會經常總結自己的技術水平，對自己的技術層面要有良好的定位，這樣才能有目的地提高自己。這樣才能逐步提高，從程序員升級為軟體設計師、系統分析員。
擁有強烈的好奇心：
什麼才是一個程序員的終極武器呢，那就是強烈的好奇心和學習精神。沒有比強烈的好奇心和學習精神更好的武器了，它是程序員們永攀高峰的源泉和動力所在。

日常工作：

確認通過審查方案的目標，輸入數據，分析師，監事，和客戶的輸出要求的項目要求。
安排項目要求在編程序列分析要求;准備工作流程圖和使用計算機知識的能力，題材，編程語言和邏輯圖。
編碼工作流程的信息轉換成計算機語言的項目要求。
通過輸入編碼信息的計算機程序。
確認程序操作進行測試，修改程序序列和/或代碼。
准備寫操作指令供用戶參考。
保持歷史記錄，通過記錄方案的制定和修訂。
維護客戶的信心和保護保密的業務。
技能/資格：一般的編程技巧，分析信息，解決問題，軟體演算法設計，軟體性能優化，注重細節，軟體設計，軟體調試，軟體開發基礎，軟體文檔，軟體測試。程序員其實分為很多種，大家開發的語言可能不盡相同，但是都是有他們的共同點。