程序員的是個層次

① 程序員的4種境界，你能修煉到幾級

對於軟體開發人員來說，通常，他們職業發展有幾個選擇：專注於技術，成為技術專家；轉型到技術型銷售、技術支持等；所以要想走得遠一點，必須有一項本領是過人的。 隨著技術成長，從技術性管理到高級管理。這是大家都看得清楚的方向，也都在向這些方向的金字塔尖努力。但是無論那個方向都要學會多讀書。
程序員要根據本身的基本素質、技術能力選擇開發層次，由低到高，逐步發展。 也是一名程序員本身具備相應素質的循序漸進的發展軌跡，包括很強的技術背景和綜合管理才能等素養，這也就是所謂『兩條腿走路』的職業規劃發展路線。」如果這樣的話，我相信你總有一天能達到自己的理想標准。
希望可以幫到你，謝謝！

② 程序員是否需要學習底層知識

這兩天每天中午午休前都會看一些《編程人生》。現在已經看了七八個人，這些人開始編程的時候，正好是計算機的起步期，所以對整個計算機的底層都比較了解。不知道這是不是這些人能夠成為大師的一個必要條件，自己有沒有必要在這方面努力一下。我想這也是很多程序員思考過的問題。現在分享一下我的思考，和大家一起探討。ps：這些人大部分在中學的時候就開始編程，而那個時候我們一般都正在為考試悶頭學習，這個差距要我們現在來彌補。 好的，首先有必要 澄清一下底層知識的概念 一般情況下，我們可能會認為底層知識就是操作系統，編譯器，寄存器等等相關知識。我認為這個問題是相對的，而不是絕對的。這取決於程序員從事那個層次的開發工作。如果是一個c語言開發者，把這些知識歸為底層知識也許很合理，但是對一個java或者更高級語言的開發者來說，有些不準確，或者不可以稱為直接的底層知識。 我認為，所謂的底層知識，是指他編程或開發所依賴的平台（或者框架，工具）的知識。比如，對於java開發者來說，java虛擬機，以及它所用的框架等知識就是他的底層知識，而更底層的知識，姑且叫它間接的底層知識吧。 不學習底層知識可能不會阻礙你稱為一個稱職的程序員，但也許會阻礙你成為一個優秀的程序員。 了解底層的知識有助於解決問題，並且做出更好的設計。打個比方，就像庖丁解牛，他看到一個牛後，不止看到的是牛，而是由各個骨骼，經絡，肌肉等模塊組成的有機體整個系統對你來說就是赤裸裸的，沒有任何神秘的面紗。這樣也許能夠給程序員提供更多的安全感。 但是如果你編程所依賴的平台需要你去了解更底層的知識才能夠解決問題，那麼，他可能沒有做好他應盡的職責。 《編程人生》中有一個人提到過，要敢於去打開盒子 現在開發有個特點，就是分工越來越明確，而且整個編程的知識體系結構也越來越龐大，我們面前的盒子很多，我們沒有精力去把每個盒子都打開。學習底層知識就要從你最直接的底層開始學起。一方面，你在工作中會遇到類似的問題，有了需求，學習效率就會高很多；另一方面，你也有這方面的基礎，學起了可能更加的水到渠成。 當你把你的底層知識征服了，你就有資本（基礎，能力）去征服更底層的知識了。 不學習最底層的知識是否會阻礙成為大師？思考中。 發現我對學習本身的投入超過了對學習內容的投入。不知道是好事還是壞事。總之，要專心學習技術了。

③ 如何成為真正專業的程序員

這是我前不久回答另一個人提問時寫的，希望對你有用：
要做真正的程序員,從C起步絕對是正途之一...以後可以學C++,java,C#等這些面向對象的語言...但還是強烈建議在底層把基礎扎牢,不要一開始就去弄什麼java,C#,.net之類的東西...
給你一個路線圖:
第一個階段:入門
C語言 計算機系統基本組成以及原理方面的知識,了解操作系統基本知識
第二個階段:基礎
數據結構與演算法方面的知識(基礎的至少要懂),可以選擇一個面向對象的語言學習,比如C++,java等,
匯編語言
學習資料庫方面的知識
學習網路編程方面的知識
第三個階段:進階
學習操作系統原理。
深入了解Windows，linux等常見流行操作系統的相關知識。操作系統知識非常重要。
基於C，匯編，深入一下系統內核，了解一些反匯編，編譯原理，硬體系統構造的知識。建立起對計算機系統的一個非常具體的認識。

基於C,C++,java等進行項目實踐.了解軟體架構方面的知識...
了解Web方面的知識.
了解一下軟體架構平台:.net,j2ee等...系統學習一下相關知識.
第四階段:高手
大力提高自己的演算法設計與分析的能力，實際上這個能力從一開始你就應該非常重視。。。缺少了演算法分析和設計的能力，一個程序員只是一個工匠而已，當然，工匠也有層次之分。
大力拓展自己的知識面，一方面要深入系統底層，一方面要對網路和資料庫方面的知識有深入的了解。
除此之外，
你自己去想了,以上每一點都是獨立的方面,還有很多沒有提到。
當然，要做程序員，最好還是上上大學，因為廣見博聞很重要。不過自學成材也是可能的，但學習階段一定不要把自己局限於一個人的空間，否則個人提升速度會非常地慢。要想成功,沒有超乎一般的毅力和恆心是不可能.... 不論以哪種方式。。。

④ 一個標準的程序員，它的代碼應該是怎樣分層次的

每個代碼的層次都是不一樣的，都是非常縝密的，除此之外，不光是要會寫代碼，還要成為一個好的程序員才是最重要的。

程序員，隨著計算機和軟體行業的發展，基數越來越大。如何在茫茫的程序員中脫穎而出呢，來看看作為一個好的程序員的標准你都佔了幾條？

1.經常和其他的人交流

什麼時間做什麼事情，做事情按照一定步驟來，好的程序員從來不會在時間緊任務多的時候手忙腳亂。

7. 保持謙虛

技術永無止境，技術范圍很廣，技術水很深。即使在一個領域是專家，到了其他領域還是需要其他人的指點。好的程序員總是把姿態放低，虛心請教。

⑤ 程序員入行門檻真的那麼低嗎

程序員入行難易度分析：

1. 程序員門檻

   ①從業不需要執照或資格證書，能寫代碼即可入行

   ②學習渠道豐富，可以通過課堂、網路、書籍、培訓等獲取相關行業技術知識。

   ③需求量大，校招搶學生的時候，不會寫代碼都能招進去。

2. 入行門檻是不高，發展門檻就不低了。

   ①行業在高速發展之中，造就了無數的崗位，崗位一多沒經過系統培訓的人就這么入行了。如果工作過一段時間，你就會發現那些程序員會「差那麼一點點東西」。

   ②現在的碼農隊伍起碼縮水90%。就互聯網來說，到處充斥著 一群 「HTML文本構造人員」。僅此而已。

   ③程序員這個概念太大了，會 html/css 的人、會寫 linux 內核的人，都是「程序員」，前者門檻有多高？後者門檻又有多高？

   ④程序員這個行業，能力層次太多。而恰恰社會也需要各個層次的程序員。

   ⑤再比如同樣會寫 html/css 的人，能寫出優雅的兼容的 css 和不兼容的 css 又是不同層次，而且層次相差也不小。

3. 入行門檻不高，多掌握技術才是發展硬道理

   這行競爭很激烈工作強度大，入行也只是萬里長征的開始而已。一個行業，都有他的付出。不斷的學習才是程序員的歸宿。

⑥ 程序員不同級別的定位

哦,看來落後了,早都改了,分別叫程序員,軟體設計師,後面一個忘記了,好象是分析員什麼的了..。..
分別用來衡量你對軟體設計的一種能力了....
如果可以對立開發軟體的話,就基本上達到了程序員的級別，也就是以前的初級程序員了。..
而軟體設計師呢，它主要是對軟體開發的一種總體規劃了...建議你多看看軟體工程.如果你仔細看完軟體工程,應該可以達到這個級別了..
而到最高境界的話,就必須能夠對軟體的設計提出詳細的模塊化的分割.
然後分割後交給程序員去完成的了....
所以我說你應該是基本上達到了程序員的級別了。.

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

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

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

2. 文檔習慣：

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

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

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

4. 需求理解能力：

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

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

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

6. 測試習慣：

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

7. 學習和總結的能力：

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

⑧ 普通的程序員和大神級的程序員有什麼區別

⑨ 計算機系統按程序設計語言劃分為哪幾個層次

計算機系統按程序設計語言劃分為微程序級、一般機器級、操作系統級、匯編語言級、高級語言級這幾個層次。計算機系統是一個由硬體、軟體組成的多級層次結構，每一級上都能創造程序設計，且得到下級的支持。

第一級是微程序設計級。這是一個硬體級，它由機器硬體直接執行微指令。第二級是一般機器級，也稱為機器語言級。它由微程序解釋機器指令系統。這一級是硬體級。第三級是操作系統級，它由操作系統程序實現。這些操作系統由機器指令和廣義指令組成，這些廣義指令是操作系統定義和解釋的軟體指令。這一級也稱混合級。第四級是匯編語言級。它給程序人員提供一種符號形式的語言，以減少程序編寫的復雜性。這一級由匯編程序支持執行。第五級是高級語言級。這是面向用戶為編寫應用程序而設置的。這一級由各種高級語言編譯程序支持。

第一級到第三級編寫程序所採用的語言，基本是二進制數字化語言，機器容易執行和解釋。在第四、五兩級編寫程序所採用的是符號語言，用英文字母和符號來表示程序，因而便於大多數不了解硬體的人們使用計算機。

(9)程序員的是個層次擴展閱讀：

計算機層次之間的關系緊密，上層是下層功能的擴展，下層是上層的基礎，這是層次結構的一個特點。層次結構的另一個特點是，站在不同的層次觀察計算機系統，會得到不同的概念。例如，程序員在第四層看到的計算機是高級語言機器：系統操作員將第三層看作一個系統級的資源；而硬體設計人員在第一、二級看到的是計算機的電子線路。

層次劃分不是絕對的。機器指令系統級與操作系統級的界面，又稱硬、軟體交界面，常常是分不清的，它隨著軟體硬化和硬體軟化而動態變化。操作系統和其他系統軟體的界面，也不是很清楚的，例如，資料庫軟體也部分地起到了操作系統的作用。此外，某些常用的帶有應用性質的程序，既可以劃歸為應用程序層，也可以劃歸為系統軟體層。

⑩ 初級程序員和中級高級的區別

不用，可以直接考，至於有什麼區別
三言兩語很難講清楚，這不僅僅是一個水品高低的問題

下面這段話希望對你有啟發

-------------------------------------------------------------
一般對於一個問題，初級程序員和高級程序員考慮這個問題的方法絕對是不同的。比如，在初級程序員階段時，他會覺得VB也能做出應用來，且看起來也不錯。

但到了中級程序員時，他可能就不會選擇VB了，可能會用MFC，這時，也能做出效果不錯的程序。

到高級程序員時，他絕對不是首先選擇以上工具，VB也好，VC也好，這些都不是他考慮的問題。這時考慮的絕對是什麼才是具有最快效率、最穩定性能的解決問題的方法。

軟體和別的產品不同。比如，在軟體中要達到某個目標，有n種方法，但是在n種方法中，只有一種方法或兩種方法是最好的，其他的都很次。所以，要做一個好的系統，是很需要耐心的。如果沒有耐心，就不會有細活，有細活的東西才是好東西。我覺得做軟體是這樣，做任何事情也是這樣的，一定要投入。

程序員到達最高境界的時候，想的就是「我就是程序，程序就是我」。這時候我要做一個軟體，不會有自己主觀的思路，而是以機器的思路來考慮問題，也就是說，就是以程序的思考方式來思考程序，而不是以我去設計程序的方式去思考程序。這一點如果不到比較高的層次是不能明白的。

你設計程序不就是你思考問題，然後按自己的思路去做程序嗎？

其實不是的。在我設計這個程序的時候，相當於我「鑽」入這個程序裡面去了。這時候沒有我自己的任何思維，我的所有思維都是這個程序，它這步該怎麼走，下步該怎麼走，它可能會出現什麼情況。我動這個部分的時候，別的部分是否要干擾，也許會動一發而牽全身，它們之間是怎麼相互影響的？

也只有到達這個境界，你的程序才能真正地寫好，絕對不是做個什麼可視化。可視化本身就是「我去設計這個程序」，而真正的程序高手是「我就是程序」，這兩種方法絕對是不同的。比如，我要用VB去設計一個程序，和我本身就是一個程序的思維方式，是不一樣的。別人也許覺得操作系統很深奧，很復雜，其實，如果你到達高手狀態，你就是操作系統，你就能做任何程序。

對待軟體要有一個全面的分析方法，光說理論是沒有用的。如果你沒有經過第一、第二、第三、第四這四個階段，則永遠到達不了高境界。因為空中樓閣的理論沒有用，而這些必須是一步一步地去做出來。

一個高級程序員應該具備開放性思維，從里到外的所有的知識都能了解。然後，看到世界最新技術就能馬上掌握，馬上了解。實際上，技術到達最高的境界後，是沒有分別的。任何東西都是相通的，只要你到達這個境界以後，什麼問題一看就能明白，一看就能抓住最核心的問題，最根本的根本，而不會被其他的枝葉或表象所迷惑，做到這一步後才算比較成功。

從程序員本身來說，如果它到達這一步以後，他就已經形成了開闊的思維。他有這種開放性思維的話，他就能做戰略決策，這對他將來做任何事情都有好處。事實上，會做程序後，就會有一種分析問題的方法，學會怎麼樣把問題的表象剖開，看到它的本質。這時你碰到任何具體的問題，只要給點時間，都能輕而易舉地解決。實際上，對開發計算機軟體來說，沒有什麼做不了的軟體，所有的軟體都能做，只是看你有沒有時間，有沒有耐心，有沒有資金做支撐。

這幾年，尤其是這兩三年，估計到2005年前，中國軟體這個行業裡面大的軟體公司就能形成。現在就已經在形成，例如用友，它上市後，地位就更加穩固了。其他大的軟體企業會在這幾年內迅速長大。這時候，包括流通渠道、經銷商的渠道也會迅速長大。也就是說，到2005年以後，中國軟體這個行業的門檻比現在還要高很多，與美國不會有太大的差別。此時，中國軟體才真正體現出它的威力來。如果你是這些威力中的一員，就已經很厲害了。

別人可能知道比爾·蓋茨是個談判的高手，是賣東西的高手，其實，比爾·蓋茨從根本上來說是個程序高手，這是他根本中的根本。他對所有的技術都非常敏感，一眼就看到本質，而且他本身也能做程序，時常在看程序。現在他不做董事長，而做首席設計師，這時他就更加接近程序的本質。因為他本身就有很開闊的思維，又深入到技術的本身，所以他就知道技術的方向。這對於一個公司，對他這樣的人來說，是非常重要的。

如果他判斷錯誤一步，那公司以後再回頭就很難了。計算機的競爭是非常激烈的，不能走錯半步。很多公司以前看上去很火，後來就

銷聲匿跡了，就是因為它走錯一步，然後就不行了。為什麼它會走錯？因為他不了解技術的本質在哪裡，技術的發展方向在哪裡。

比爾·蓋茨因為父母是學法律的，所以他本身就很能「侃」，很有說服力，而他又是做技術的，就非常清楚技術的方向在哪裡，所以他才能把方向把握得很准確，公司越來越大。而別的公司只火一陣子，他卻火了還會再火。就算微軟再龐大，你如果不把握好軟體技術的最前沿，一樣也會玩完。就像Intel時刻把握著CPU的最新技術，才能保證自己是行業老大。技術決定它的將來。

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