對系統程序員可見的是

1. java的問題

執行Rectangle r = new Rectangle(1,2);之後，r這個變數里存放的就是剛在堆中構造出的Rectangle對象的引用，所以你之後可以用r來始用這個對象，但你再次調用r = new Rectangle(2,5);之後，r就是另一個對象的引用了，那你就不知道之前那個對象的地址是什麼了（java裡面的對象地址也不會對程序員可見），自然就無法使用它。

另外，雖然說那個對象沒有人再用它了，但也不會被當成垃圾回收，因為一，你就new了兩個對象，虛擬機表示毫無壓力，根本不會去垃圾收集。二，程序很快就結束了。。，判定該對象是否被垃圾收集可以給該類加個protected void finalize() throws Throwable方法，當對象要被當垃圾收集之前，是會被調用一次該finalize方法的（前提是該方法不能執行很長時間），程序修改如下

packagetest;

publicclassRectangle
{
privatedoublelength;
privatedoublewidth;

publicRectangle(doublel,doublew)
{
length=l;
width=w;

}

publicdoublearea()
{
returnwidth*length;
}

protectedvoidfinalize()throwsThrowable
{
super.finalize();
System.out.println("啊，我要掛了");
}

publicstaticvoidmain(String[]args)
{
Rectangler=newRectangle(1,2);
System.out.println(r);
System.out.println("Area="+r.area());

r=newRectangle(2,5);
System.out.println(r);
System.out.println("Area="+r.area());

//去掉以下的代碼就不會垃圾收集了
System.gc();//此處是告訴虛擬機，hi,要垃圾清理了，不然本程序的情況是不會清理的
try
{
//由於finalize方法優先順序很低，所以暫停0.5秒以等待它
Thread.sleep(500);
}
catch(InterruptedExceptione)
{
e.printStackTrace();
}
}
}

2. 編程問題

簡單的說，編程就是為了藉助於計算機來達到某一目的或解決某個問題，而使用某種程序設計語言編寫程序代碼，並最終得到結果的過程。
計算機雖然功能十分強大。可以供你上網、打游戲、管理公司人事關系等等，但是沒有程序，它就等於是一堆廢鐵，不會理會我們對它下達的「命令」。於是，我們要馴服它，只有通過一種方式——程序，這也是我們和計算機溝通的唯一方式。

那程序到底是什麼呢？
程序也就是指令的集合，它告訴計算機如何執行特殊的任務。

打個比方說，它好比指導你烹調菜品的菜譜或指揮行駛一路到達目的地的交警（或者交通路標）。沒有這些特殊的指令，就不能執行預期的任務。計算機也一樣，當你想讓計算機為你做一件事情的時候，計算機本身並不能主動為我們工作，因此我們必須對它下達指令，而它根本不會也不可能聽懂人類自然語言對事情的描述，因此我們必須使用程序來告訴計算機做什麼事情以及如何去做？甚至對最簡單的任務也需要指令，例如如何取得擊鍵，怎樣在屏幕上放一個字母，怎樣在磁碟中保存文件等等。
這么麻煩，連這些東西編程都要考慮！怪不得人家說編程好難！你錯了，其實許多這樣的指令都是現成的，包含在處理晶元中內置於操作系統中，因此我們不必擔心它們工作，他們都是由處理器和操作系統來完成的，並不需要我們來干預這些過程。

上面講到的計算機本身不會主動的做任何事情。因此我們要通過程序的方式來讓計算機為我們「效勞」。而這個過程就是我們「編」出來的。編程可以使用某一種程序設計語言來實現，按照這種語言的語法來描述讓計算機要做的事情。

我們這里所講的語法和外語中的語法完全兩碼事，這里講的語法只是讀你的程序書寫做出一寫規定而已。

寫出程序後，再由特殊的軟體將你的程序解釋或翻譯成計算機能夠識別的「計算機語言」，然後計算機就可以「聽得懂」你的話了，並會按照你的吩咐去做事了。因此，編程實際上也就是「人給計算機出規則」這么一個過程。
隨計算機語言的種類非常的多，總的來說可以分成機器語言，匯編語言，高級語言三大類。
電腦每做的一次動作，一個步驟，都是按照已經用計算機語言編好的程序來執行，程序是計算機要執行的指令的集合，而程序全部都是用我們所掌握的語言來編寫的。所以人們要控制計算機一定要通過計算機語言向計算機發出命令。

計算機所能識別的語言只有機器語言，即由構成的代碼。但通常人們編程時，不採用機器語言，因為它非常難於記憶和識別。

目前通用的編程語言有兩種形式：匯編語言和高級語言。

匯編語言的實質和機器語言是相同的，都是直接對硬體操作，只不過指令採用了英文縮寫的標識符，更容易識別和記憶。它同樣需要編程者將每一步具體的操作用命令的形式寫出來。

匯編程序的每一句指令只能對應實際操作過程中的一個很細微的動作，例如移動、自增，因此匯編源程序一般比較冗長、復雜、容易出錯，而且使用匯編語言編程需要有更多的計算機專業知識，但匯編語言的優點也是顯而易見的，用匯編語言所能完成的操作不是一般高級語言所能實現的，而且源程序經匯編生成的可執行文件不僅比較小，而且執行速度很快。

高級語言是目前絕大多數編程者的選擇。和匯編語言相比，它不但將許多相關的機器指令合成為單條指令並且去掉了與具體操作有關但與完成工作無關的細節，例如使用堆棧、寄存器等，這樣就大大簡化了程序中的指令。由於省略了很多細節，所以編程者也不需要具備太多的專業知識。

高級語言主要是相對於匯編語言而言，它並不是特指某一種具體的語言，而是包括了很多編程語言，如目前流行的VB、VC、FoxPro、Delphi等，這些語言的語法、命令格式都各不相同。

(1)解釋類：執行方式類似於我們日常生活中的「同聲翻譯」，應用程序源代碼一邊由相應語言的解釋器「翻譯」成目標代碼(機器語言)，一邊執行，因此效率比較低，而且不能生成可獨立執行的可執行文件，應用程序不能脫離其解釋器，但這種方式比較靈活，可以動態地調整、修改應用程序。

(2)編譯類：編譯是指在應用源程序執行之前，就將程序源代碼「翻譯」成目標代碼(機器語言)，因此其目標程序可以脫離其語言環境獨立執行，使用比較方便、效率較高。但應用程序一旦需要修改，必須先修改源代碼，再重新編譯生成新的目標文件(*．OBJ)才能執行，只有目標文件而沒有源代碼，修改很不方便。現在大多數的編程語言都是編譯型的，例如Visual Basic、Visual C++、Visual Foxpro、Delphi等。
這個問題其實很簡單。前面我們講到，程序是人與計算機進行溝通的唯一方式，因此我們要讓計算機為我們服務，就必須有程序，而程序從哪裡來?當然是由我們編寫出來了。或許你又會問到另一個問題：現在要什麼程序有什麼程序，我幹嘛還要編程呢?這你就錯了，現在的程序雖然很多，需要什麼樣的程序直接到網上不需要很長時間就可以找到類似的，而且有可能就是你所需要的。但是，就好比去買衣服，雖然賣衣服的到處都是，但是哪一件是為你「量身定做」的呢！
程序還能夠做很多事情不同的程序可以完成不同的事情。從大的方面到管理國家的財務，小的方面管理家庭的帳務。

又如，如果你想要你的計算機能播放動畫，那麼你的計算機中也要有相應的動畫播放程序，下面所示的就是一個F1ssh動畫播放器。我們將會在後面的章節具體講述這個程序的編制過程。
隨著計算機的飛速發展，總會有那麼一天將不會編程的人列為「文盲」。你不希望吧?那麼就好好的學習一種程序設計語言吧。

編程會過時嗎

編程會過時嗎?這個問題，讓我先問你一個問題：計算機會消失嗎?這兩者答案是一樣的。知道了計算機會不會消失，就知道了編程會不會過時。

編程工具會過時，而編程卻不會過時

計算機系統由可以看見的硬倒：系統和看不見的軟體系統組成。要使計算機能夠正常的工作，僅僅有硬體系統是不行的，沒有軟倒系統(即沒有程序)的計算機可以說只是—堆廢鐵，什麼事情都幹不了。例如當你撰寫—篇文章的時候，你需要在操作系統中用文字編輯軟體來實現文字的輸入，但如果沒有這些文字輸入軟體的話，你是否想過如何向計算機中輸入文章呢?很難想像出如何在一個沒有任何軟體的計算機(我們稱之為裸機)上進行文字的輸入。而這些軟體其實就是通常我們所說的程序。

編程會過時嗎?我們從另一個角度來考慮這個問題，計算機有——天會消失嗎?如果有一天當世界上所有的事情處理都用不到計算機了，那麼計算機將會很快的消失，那時編程不僅過時了，而且也會隨之消失了。但是計算機會消失嗎?當然不會，如今計算機應用到每一領域，為人類的發展做出了不可估量的貢獻。試想一下如果有一天全世界的計算機突然消失了，那麼這個世界將變成什麼樣子，或許和全世界都停電了一樣恐怖，甚至還會有更大的損失。計算機的存在必須要有軟體系統來維持。因此編程永遠不會、也不可能會過時。

計算機程序設計語言發展到今天，已經從最原始的機器語言發展到如今可視化的集成開發環境，甚至集多種語言在同一開發平台上，像微軟的NET平台。回頭看看程序設計語言的發展史，不難看出對於編程來說，只會出現編程工具的過時，不會出現編程本身的過時。

不斷變化的技術需要不斷變化的程序員

從二十世紀60年代以後，計算機得到了突飛猛進的發展。似乎歷史上沒有任何一門科學的發展速度超過了計算機的發展，無論硬體、軟體、還是網路都以驚人的速度向前發展。計算機的硬體發展速度遵循「摩爾定律」每十八個月速度翻一倍(實際現在已超過了這個速度)。 軟體的發展速度和硬體一樣，二十世紀九十年代中國的軟體業還不是很成熟，而現在大大小小 的軟體企業四處聳立，共享軟體網上隨處可見。不斷發展的技術需要不斷變化的程序員，例如，如今Visual Basic可以快速構Windows下的應用程序，程序設計方面的技術不斷發展著，不斷引進新的概念、新的方法，如從結構化的C開始，當面向對象的思想被提出後，出現了C++，微軟在C++的基礎上為使用戶構建win32應用程序更加方便，推出了Visual C++。這也就需要程序員也要不斷的更新自己的技術。

計算機科學與別的學科很不一樣，不像語言學、歷史學那樣，幾乎是永久不變的東西。計算機科學要求不斷的更新自己的知識，否則很快就會被淘汰，即便是編程亦是如此。

編寫程序是一件很有趣的事情，因為編寫程序可以干很多高級的事情。例如我們在後面的章節中介紹如何使用Visual Basic編寫Flash動畫播放器，以及如何編寫下載軟體管理器等。如果你願意的話，你完全可以編寫出比這些更高級的程序來。

隨著計算機軟體業的發展，誕生了「程序員」這個職位。於是便形成了一種理念，編寫程 序的人就是程序員，因此編程是程序員的事情。但程序員並不是一開始就是程序員，他們也是從現在我們的位置慢慢成為程序員的。

編寫程序是一件很有趣的事情，因為編寫程序可以干很多高級的事情。例如我們在後面的章節中介紹如何使用Visual Basic編寫Flash動畫播放器，以及如何編寫下載軟體管理器等。如果你願意的話，你完全可以編寫出比這些更高級的程序來。

編程也可以作為——種愛好或興趣，如果你對它感興趣學起來就容易多了!因為如果對編程感興趣的話，就會多看些有關方面的書、多編些小程序上機實踐，這些對於學習編程的幫助是非常大的，而且隨著學習的進程不斷的推進就會覺得它並不是很困難，相反卻是很容易的。

總之，在學習編程時一定要堅持不懈，只要有信心、有毅力就一定能學好；不能因為一些似是而非的觀念就動搖了自己的信心。

我們一起來編程

面對擺在面前的計算機該如何操作，相信這個問題已經不再是困擾大家的首要問題了。現在軟體的種類那麼多，在選用的時候「電腦發燒友」的心裡是否也想過有一天自己能編寫一款屬於自己的軟體呢?想學習編程的朋友在選擇程序語言時會不會因為不知道如何選擇而大感頭痛呢?在不知如何下手的時候，朋友們的心中是不是會產生「我是不是可以編程」的思想呢?但是又有哪個程序員是不經過學習就能成功的呢!其實編寫程序並不是人們所想像的那麼困難、那麼復雜，每個有心致力於學習計算機的朋友都是可以嘗試的!

選擇適合自己的程序語言的必要性

目前常用的基本程序語言的種類比較繁多，比較簡單的有：Pascal、c語言、qBasic、 Fortran、Visual Basic等等。但前幾種都是在DOS下進行編程的工具，Visual Basic是在 Windows下進行應用程序設計的編程工具，現在一般的計算機用戶幾乎都不再使用DOS了，因此我們通常會選擇Visual Basic作為初學者的編程工具。Visual Basic是Windows應用程序設計中最容易上手的編程工具，學習步驟也比較容易被初學者接受。對於剛開始學習編程的初學者來說，還是選擇Visual Basic，學習編程語言不能想像著一步登天，一步一個腳印的學習才是最佳方法。

堅定自己學習編寫程序的信心

編寫程序並不是具有專業知識的人員才有的專利，每個學習計算機的人都可以編寫程序，每個人的靈感不同，在編寫程序的思路和作法上又有區別。但共同的想法就是編寫成功的程序。學習編程是一個漫長的過程，其中要付出艱辛的努力和汗水，不過成功者的喜悅又不是別人所能體會的。克服學習中的困難，努力去實踐，要有一個思想：別人能做到的事情自己也一定可以做到。計算機的普及讓更多的人有了學習的機會，也讓更多的人參與到編程人員的隊伍中來，每個人都有編程的權利，機遇給予每個人都是平等的。拿出自己必勝的信心，在編程的道路工勇於進取，相信成功就會在眼前。
三、我可以編程嗎
隨著計算機軟體業的發展，誕生了「程序員」這個職位。於是便形成了一種理念，編寫程 序的人就是程序員，因此編程是程序員的事情。但程序員並不是一開始就是程序員，他們也是從現在我們的位置慢慢成為程序員的。

編寫程序是一件很有趣的事情，因為編寫程序可以干很多高級的事情。例如我們在後面的章節中介紹如何使用Visual Basic編寫Flash動畫播放器，以及如何編寫下載軟體管理器等。如果你願意的話，你完全可以編寫出比這些更高級的程序來。

編程也可以作為——種愛好或興趣，如果你對它感興趣學起來就容易多了!因為如果對編程感興趣的話，就會多看些有關方面的書、多編些小程序上機實踐，這些對於學習編程的幫助是非常大的，而且隨著學習的進程不斷的推進就會覺得它並不是很困難，相反卻是很容易的。

總之，在學習編程時一定要堅持不懈，只要有信心、有毅力就一定能學好；不能因為一些似是而非的觀念就動搖了自己的信心。

四、我們一起來編程

面對擺在面前的計算機該如何操作，相信這個問題已經不再是困擾大家的首要問題了。現在軟體的種類那麼多，在選用的時候「電腦發燒友」的心裡是否也想過有一天自己能編寫一款屬於自己的軟體呢?想學習編程的朋友在選擇程序語言時會不會因為不知道如何選擇而大感頭痛呢?在不知如何下手的時候，朋友們的心中是不是會產生「我是不是可以編程」的思想呢?但是又有哪個程序員是不經過學習就能成功的呢!其實編寫程序並不是人們所想像的那麼困難、那麼復雜，每個有心致力於學習計算機的朋友都是可以嘗試的!

選擇適合自己的程序語言的必要性

目前常用的基本程序語言的種類比較繁多，比較簡單的有：Pascal、c語言、qBasic、 Fortran、Visual Basic等等。但前幾種都是在DOS下進行編程的工具，Visual Basic是在 Windows下進行應用程序設計的編程工具，現在一般的計算機用戶幾乎都不再使用DOS了，因此我們通常會選擇Visual Basic作為初學者的編程工具。Visual Basic是Windows應用程序設計中最容易上手的編程工具，學習步驟也比較容易被初學者接受。對於剛開始學習編程的初學者來說，還是選擇Visual Basic，學習編程語言不能想像著一步登天，一步一個腳印的學習才是最佳方法。

堅定自己學習編寫程序的信心

編寫程序並不是具有專業知識的人員才有的專利，每個學習計算機的人都可以編寫程序，每個人的靈感不同，在編寫程序的思路和作法上又有區別。但共同的想法就是編寫成功的程序。學習編程是一個漫長的過程，其中要付出艱辛的努力和汗水，不過成功者的喜悅又不是別人所能體會的。克服學習中的困難，努力去實踐，要有一個思想：別人能做到的事情自己也一定可以做到。計算機的普及讓更多的人有了學習的機會，也讓更多的人參與到編程人員的隊伍中來，每個人都有編程的權利，機遇給予每個人都是平等的。拿出自己必勝的信心，在編程的道路工勇於進取，相信成功就會在眼前。

要想了解更多,請照參考資料.

3. 系統在此應用程系統在此應用程序中檢測到基於堆棧的緩沖區溢出溢出可能允許惡意用戶獲得此應用程序的控制

有溢出漏洞的話，有可能被病毒提權或者進行高許可權修改，他這個只是個警告。原因如下：這是啟動畫面,文件被損壞,或者修改,也有可能丟失,從正常的機里復制logonui.exe 文件u盤。

解決方法：

1、 用光碟或u盤進入pe把那個文件復制到c:windowssystem32dllcache和c:windowssystem32下面。

2、如果已存在就替換了,重新開機即可。

緩沖區溢出原理

緩沖區是一塊連續的計算機內存區域，可保存相同數據類型的多個實例。緩沖區可以是堆棧(自動變數)、堆(動態內存)和靜態數據區(全局或靜態)。在C/C++語言中，通常使用字元數組和malloc/new之類內存分配函數實現緩沖區。溢出指數據被添加到分配給該緩沖區的內存塊之外。

緩沖區溢出是最常見的程序缺陷。

棧幀結構的引入為高級語言中實現函數或過程調用提供直接的硬體支持，但由於將函數返回地址這樣的重要數據保存在程序員可見的堆棧中，因此也給系統安全帶來隱患。若將函數返回地址修改為指向一段精心安排的惡意代碼，則可達到危害系統安全的目的。

此外，堆棧的正確恢復依賴於壓棧的EBP值的正確性，但EBP域鄰近局部變數，若編程中有意無意地通過局部變數的地址偏移竄改EBP值，則程序的行為將變得非常危險。

由於C/C++語言沒有數組越界檢查機制，當向局部數組緩沖區里寫入的數據超過為其分配的大小時，就會發生緩沖區溢出。攻擊者可利用緩沖區溢出來竄改進程運行時棧，從而改變程序正常流向，輕則導致程序崩潰，重則系統特權被竊取。

若將長度為16位元組的字元串賦給acArrBuf數組，則系統會從acArrBuf[0]開始向高地址填充棧空間，導致覆蓋EBP值和函數返回地址。若攻擊者用一個有意義的地址(否則會出現段錯誤)覆蓋返回地址的內容，函數返回時就會去執行該地址處事先安排好的攻擊代碼。

最常見的手段是通過製造緩沖區溢出使程序運行一個用戶shell，再通過shell執行其它命令。若該程序有root或suid執行許可權，則攻擊者就獲得一個有root許可權的shell，進而可對系統進行任意操作。

除通過使堆棧緩沖區溢出而更改返回地址外，還可改寫局部變數(尤其函數指針)以利用緩沖區溢出缺陷。注意，本文描述的堆棧緩沖區溢出不同於廣義的「堆棧溢出(Stack OverFlow)」，後者除局部數組越界和內存覆蓋外，還可能由於調用層次太多(尤其應注意遞歸函數)或過大的局部變數所導致。

4. 體系能通俗講什麼意思嗎

計算機體系結構是指那些對程序員可見的系統屬性
他應該還包括設計思想與體系結構！

5. 匯編程序中，程序員可以訪問的寄存器 A程序計數器（PC） B指令寄存器（IR） C存儲器數據寄存器（MDR）

選A。
程序計數器，也叫IP（EIP），用來存儲下一條指令的地址。可以通過call,jmp等跳轉指令間接改變，可以用Move，push等讀出其值，但是不可寫。
指令寄存器（IR ）用來保存當前正在執行的一條指令。當執行一條指令時，先把它從內存取到內存數據寄存器（MDR）中，然後再傳送至IR。
主存與CPU之間的硬連接：主存與CPU的硬連接有三組連線：地址匯流排（AB）、數據匯流排（DB）和控制匯流排（CB）。把主存看作一個黑盒子，存儲器地址寄存器（MAR）和存儲器數據寄存器（MDR）是主存和CPU之間的介面。MAR可以接收由程序計數器（PC）的指令地址或來自運算器的操作數的地址，以確定要訪問的單元。MDR是向主存寫入數據或從主存讀出數據的緩沖部件。MAR和MDR從功能上看屬於主存，但通常放在CPU內。

6. linux 對程序員來說是必要的么它相較於 Windows 有哪些優點

從編程角度看，linux是個平台，windows也是個平台，無非就是個工具而已，對於程序員來說，代碼邏輯，編程思路是不變的，在那個平台上寫代碼，根據實際需要而已。

從應用角度看，linux是開源的，工業界大部分的server開發都基於linux，因此，想做server開發的程序員選擇linux是合適不過。
它相較於windows又有哪些優點
1、Linux可以看到內核源代碼，windows看不到內核源代碼
這一優勢可以讓特殊應用的場合可以自行剪裁和定製所需的內核模塊，這對於高級系統內核管理優化和驅動程序的開發相當有利，另外也因為代碼可見，不用擔心惡意功能或者後門，對於軍政企等保密行業使用比較有利。外在系統出現嚴重問題的時候，可以自行修改代碼或者接個幾k的patch就能編譯然後使用，而windows你得等微軟的補丁。
2、Linux是基於網路的，誕生於網路
遠程連接上SSH，你就可以輕松操控遠在千里之外的Linux伺服器，只要有相應的許可權，幾乎和坐在物理機面前沒有區別，哪怕網速很糟糕，實際只是一些加密的字元在傳送，需要的帶寬很小，用起來非常的方便。
3、編程或者系統管理工具定製化
linux的使用者或許有過這樣的感受，當使用別人linux，總覺得那麼有點不適應，無論從vim或者其他工具，要折騰半天才能熟悉，都有自己獨特的個性。
4、命令行對於管理工具或者編程，高效
在linux中使用命令行或者腳本來代替windows下的點擊，可以大大提升開發效率和管理效率。只要命令行夠熟悉！可以玩的很嗨！

7. 請教下計算機組成原理的一個問題

感覺說的大概意思就是對程序員可見的寄存器都是可讀或者可寫的吧，不可見的寄存器應該就是程序員無法操作，而是有CPU直接操作。話說你真是個認真的學生。

8. 計算機系統結構是什麼

計算機系統結構就是計算機的的機器語言程序員或編譯程序編寫者所看到的外特性。所謂外特性，就是計算機的概念性結構和功能特性。用一個不恰當的比喻一，比如動物吧，它的"系統結構"是指什麼呢?
它的概念性結構和功能特性，就相當於動物的器官組成及其功能特性，如雞有胃，胃可以消化食物。至於雞的胃是什麼形狀的、雞的胃部由什麼組成就不是"系統結構"研究的問題了。系統結構只管到這一層。關於計算機系統的多層次結構
計算機系統結構的外特性，一般應包括以下幾個方面
(1)指令系統
(2)數據表示
(3)作數的定址方式
(4)寄存器的構成定義
(5)中斷機構和例外條件
(6)存儲體系和管理
(7)I/O結構
(8)機器工作狀態定義和切換
(9)信息保護。

9. 急需一個c語言編程題的答案，問題如下：

我的已經很簡單 !!!!!!!!!!不要語言細節去學習!!!!!!!!好比學語文語法一樣,你最好吧基礎課程學好 多些時間看下文吧

我始終認為，對一個初學者來說，IT界的技術風潮是不可以追趕的，而且也沒有能力去追趕。我時常看見自己的DDMM們把課本扔了，去賣些價格不菲的諸如C#, VB.Net 這樣的大部頭，這讓我感到非常痛心。而許多搞不清指針是咋回事的BBS站友眉飛色舞的討論C#裡面可以不用指針等等則讓我覺得好笑。C#就象當年的ASP一樣，「忽如一夜春風來，千樹萬樹梨花開」，結果許多學校的信息學院成了「Web 學院」。96,97級的不少大學生都去做Web 了。當然我沒有任何歧視某一行業的意識。我只是覺得如果他們把追趕這些時髦技術的時間多花一點在基礎的課程上應該是可以走得更遠的。

幾個誤區

初學者對C#風潮的追趕其實也只是學習過程中經常遇到的幾個誤區之一。我將用一些實際的例子來說明這些現象，你可以按部就班的看看自己是不是屬於其中的一種或者幾種：

認為計算機技術等於編程技術:

有些人即使沒有這個想法，在潛意識中也有這樣的沖動。讓我奇怪的是，許多信息學院的學生也有這樣的念頭。認為計算機專業就是編程專業，與編程無關的，或者不太相關的課程他統統都不管，極端的學生只要書上沒帶「編程」兩個字他就不看。

其實編程只是計算機技術應用過程中一種復雜性最低的勞動，這就是為什麼IT業最底層的人是程序員（CODER）。計算機技術包括了多媒體，計算機網路，人工智慧，模式識別，管理信息系統等等這些方面。編程工作只是在這些具體技術在理論研究或者工程實踐的過程中表達演算法的過程。編程的人不一定對計算機技術的了解就一定很高。而一個有趣的現象是，不少大師級的計算機技術研究者是不懂編程的。網上的炒作和現實中良好的工作待遇把編程這種勞動神秘化了。其實每一個程序員心裡都明白，自己這些東西，學的時候並不比其它專業難，所以自然也不會高檔到哪裡去。

咬文嚼字的孔已己作風:

我見過一本女生的《計算機網路原理》教材，這個女生象小學生一樣在書上劃滿了橫杠杠，筆記做得滿滿的，列印出來一定比教材還厚。我不明白的是，象計算機網路原理這樣的課程有必要做筆記？我們的應試教育的確害了不少學生，在上《原理》這一類課程的時候許多學生象學《馬列原理》一樣逐字背誦記憶。這乃是我見過的最愚蠢的行為。所謂《原理》，即是需要掌握它為什麼這樣做，學習why，而不是how（怎樣做）。極端認真的學生背下乙太網的網線最大長度，數據幀的長度，每個欄位的意義，IP報頭的格式等等，但是忘了路由的原則，忘了TCP/IP協議設計的宗旨。總之許多人花了大量的時間把書背得滾瓜爛熟卻等於什麼也沒學。

在學習編程的時候這些學生也是這樣，他們確切的記得C++語法的各個細節。看完了C++教程後看《Thinking in C++》（確實是好書），《Inside C++》，《C++ reference》，this C++, that C++……，然後是網上各種各樣的關於C++語法的奇聞逸事，然後發現自己又忘了C++的一些語法，最後回頭繼續惡補…。有個師弟就跟我說：「C++ 太難了，學了這里忘了那裡，學了繼承忘了模板。」我的回答道：「你不去學就容易了」。我並沒有教壞他，只是告訴他，死摳C++的語法就和孔已己炫耀茴香豆的茴字有幾種寫法一樣毫無意義。你根本不需要對的C++語法太關心，動手編程就是了，有不記得的地方一查MSDN就立馬搞定。我有個結論就是，實際的開發過程中對程序語法的了解是最微不足道的知識。這是為什麼我在為同學用Basic（我以前從沒有學過它）寫一個小程序的時候，只花了半個小時看了看語法，然後再用半個小時完成了程序，而一個小時後我又完全忘記了Basic 的所有關鍵字。

不顧基礎，盲目追趕時髦技術：

終於點到題目上來了。大多數的人都希望自己的東西能夠馬上跑起來，變成錢。這種想法對一個已經進入職業領域的程序員或者項目經理來說是合理的，而且IT技術進步是如此的快，不跟進就是失業。但是對於初學者來說（尤其是時間充裕的大中專在校生），這種想法是另人費解的。一個並未進入到行業競爭中來的初學者最大的資本便是他有足夠的時間沉下心來學習基礎性的東西，學習why 而不是how。時髦的技術往往容易掌握，而且越來越容易掌握，這是商業利益的驅使，為了最大化的降低軟體開發的成本。但在IT領域內的現實就是這樣，越容易掌握的東西，學習的人越多，而且淘汰得越快。每一次新的技術出來，都有許多初學者跟進，這些初學者由於缺乏必要的基礎而使得自己在跟進的過程中花費大量的時間，而等他學會了，這種技術也快淘汰了。基礎的課程，比方數據結構，操作系統原理等等雖然不能讓你立馬就實現一個linux（這是許多人嘲笑理論課程無用的原因），但它們能夠顯著的減少你在學習新技術時學習曲線的坡度。而且對於許多關鍵的技術（比方Win32 SDK 程序的設計，DDK的編程）來說甚至是不可或缺的。

一個活生生的例子是我和我的一個同學，在大一時我還找不到開機按紐，他已經會寫些簡單的匯編程序了。我把大二的所有時間花在了匯編，計算機體系結構，數據結構，操作系統原理等等這些課程的學習上，而他則開始學習HTML和VB，並追趕ASP的潮流。大三的時候我開始學習Windows 操作系統原理，學習SDK編程，時間是漫長的，這時我才能夠用VC開發出象模象樣的應用程序。我曾一度因為同學的程序已經能夠運行而自己還在學習如何創建對話框而懊惱不已，但臨到畢業才發現自己的選擇是何等的正確。和我談判的公司開出的薪水是他的兩倍還多。下面有一個不很恰當的比方：假設學習VB編程需要4個月，學習基礎課程和VC的程序設計需要1年。那麼如果你先學VB，再來學習後者，時間不會減少，還是1年，而反過來，如果先學習後者，再來學VB，也許你只需要1個星期就能學得非常熟練。

幾個重要的基礎課程

如果你是學生，或者如果你有充足的時間。我建議你仔細的掌握下面的知識。我的建議是針對那些希望在IT技術上有所成就的初學者。同時我還列出了一些書目，這些書應該都還可以在書店買到。說實在的，我在讀其他人的文章時最大的心願就是希望作者列出一個書單。

大學英語－不要覺得好笑。我極力推薦這門課程是因為沒有專業文檔的閱讀能力是不可想像的。中文的翻譯往往在猴年馬月才會出來，而現在的許多出版社乾脆就直接把E文印刷上去。學習的方法是強迫自己看原版的教材，開始會看不懂，用多了自然熟練。吃得苦下得狠心絕對是任何行業都需要的品質。

計算機體系結構和匯編語言－關於體系結構的書遍地都是，而且也大同小異，倒是匯編有一本非常好的書。《80x86匯編語言程序設計教程》（清華大學出版社，黑色封面，楊季文著）。你需要著重學習386後保護模式的程序設計。否則你在學習現代操作系統底層的一些東西的時候會覺得是在看天書。

計算機操作系統原理－我們的開發總是在特定的操作系統上進行，如果不是，只有一種可能：你在自己實現一個操作系統。無論如何，操作系統原理是必讀的。這就象我們為一個晶元製作外圍設備時，晶元基本的工作時序是必需了解的。這一類書也很多，我沒有發現哪一本書非常出眾。只是覺得在看完了這些書後如果有空就應該看看《Inside Windows 2000》(微軟出版社，我看的是E文版的，中文的書名想必是Windows 2000 技術內幕之類吧)。關於學習它的必要性，ZDNET上的另一篇文章已經有過論述。

數據結構和演算法－這門課程能夠決定一個人程序設計水平的高低，是一門核心課程。我首選的是清華版的（朱戰立，劉天時）。很多人喜歡買C++版的，但我覺得沒有必要。C++的語法讓演算法實現過程變得復雜多了，而且許多老師喜歡用模塊這一東西讓演算法變得更復雜。倒是在學完了C版的書以後再來瀏覽一下C++的版的書是最好的。

軟體工程－這門課程是越到後來就越發現它的重要，雖然剛開始看時就象看馬哲一樣不知所雲。我的建議是看《實用軟體工程》（黃色，清華）。不要花太多的時間去記條條框框，看不懂就跳過去。在每次自己完成了一個軟體設計任務（不管是練習還是工作）以後再來回顧回顧，每次都會有收獲。

Windows 程序設計－《北京大學出版社，Petzold著》我建議任何企圖設計Windows 程序的人在學習VC以前仔細的學完它。而且前面的那本《Inside Windows 2000》也最好放到這本書的後面讀。在這本書中，沒有C++，沒有GUI，沒有控制項。有的就是如何用原始的C語言來完成Windows 程序設計。在學完了它以後，你才會發現VC其實是很容易學的。千萬不要在沒有看完這本書以前提前學習VC，你最好碰都不要碰。我知道的許多名校甚至都已經用它作為教材進行授課。可見其重要。

上面的幾門課程我認為是必學的重要課程（如果你想做Windows 程序員）。

對於其它的課程有這樣簡單的選擇方法：如果你是計算機系的，請學好你所有的專業基礎課。如果不是，請參照計算機系的課程表。如果你發現自己看一本書時無法看下去了，請翻到書的最後，看看它的參考文獻，找到它們並學習它們，再回頭看這本書。如果一本書的書名中帶有「原理」兩個字，你一定不要去記憶它其中的細節，你應該以一天至少50頁的速度掌握其要領。盡可能多的在計算機上實踐一種理論或者演算法。

你還可以在CSDN上閱讀到許多書評。這些書評能夠幫助你決定讀什麼樣的書。

日三省乎己
每天讀的書太多，容易讓人迷失方向。一定要在每天晚上想想自己學了些什麼，還有些什麼相關的東西需要掌握，自己對什麼最感興趣，在一本書上花的時間太長還是不夠等等。同時也應該多想想未來最有可能出現的應用，這樣能夠讓你不是追趕技術潮流而是引領技術潮流。同時，努力使用現在已經掌握的技術和理論去製作具有一定新意的東西。堅持這樣做能夠讓你真正成為一個軟體「研發者」而不僅僅是一個CODER。

把最多的時間花在學習上
這是對初學者最後的忠告。把每個星期玩SC或者CS的時間壓縮到最少，不玩它們是最好的。同時，如果你的ASP技術已經能夠來錢，甚至有公司請你兼職的話，這就證明你的天份能夠保證你在努力的學習之後取得更好的收益，你應該去做更復雜的東西。眼光放長遠一些，這無論是對誰都是適用的。

10. 編程語言的問題

常用的是c/c++，java，c#，delphi(pascal), fortun,basic(VB)

如果你想成為專業程序員，最好先學c，然後學c++，然後學java或者c#

每種語言都是用來編程序的，c/c++功能最強，什麼程序都可以寫出來，不過比較難寫，java和c#一般用來編寫bs結構程序，delphi用來寫cs結構程序，

學習的話，最好找入門的書來看，比網站好多了，更有條理