Ⅰ 程序員需要具備的基本技能，你都知道嗎
下面是程序員所應該具備的基本職業技能：
基本技能 技能描述
閱讀代碼 這個技能需要程序員能夠具備讀懂已經存在的代碼的能力，這樣的能力可以讓程序員分析程序的行為，了解程序，這樣才能和開發團隊一起工作，繼承維護或是改進現有的程序。
編寫程序 編寫程序並不包括程序設計。不要以為編程是一件很簡單的事情，很多程序員都認為編程只需要懂得程序語言的語法，並把設計實現就可以了。但是這離編寫程序還遠遠不夠，使用什麼樣的編碼風格成為編寫程序員最需要具備的基本技能。能否使用非常良好的編程風格直接決寫了程序員的級別。
軟體設計 這一能力直接決定了需要吏用什麼樣的代碼技術達到怎麼樣的功能，而系統架構設計直接決定了軟體的質量、性能和可維護性。並不是所有的程序在這一方面都非常優秀，但每個程序員都需要或多或少的明白和掌握這一基本技能。
熟悉軟體工程 每個程序員都應該明白軟體工程是什麼東西，都應該知道，需求分析 設計，編碼測試，Release和維護這幾個階段。當然，幾乎所有的人都知道這些東西，但並不是每個人都很清楚這些東西。現在很多高級程序員都會混淆「需求規格說明書FS」和「概要設計HLD」。另外，程序員還需要知道一些軟體開發的方法論，比如：敏捷開發或瀑布模型。
使用程序庫或框架 一個程序員需要學會使用已有的代碼，無論是標論的程序庫，或是第三方的，還是自己公司內部的，都需要學會做。比如：C++中，需要學會使用STL，MFC，ATL，BOOST，ACE，CPPUNIT等等。使用這些東西，可以讓你的工作事半功倍。
程序調試 程序調試是分析BUG和解決問題最直接的能力。沒有人能夠保證程序寫出來不用調試就可以運行正常 也沒有人可以保證程序永遠不會出BUG。所以，熟練使用調試器是一個程序員需要具備的基本技能
使用IDE 學會使用IDE工具也會讓你的工作事半功倍。比如，VC++，Emacs Eclipse等等，並要知道這些IDE的長處和短處。
使用版本控制 一定要學會使用版本控制工具，什麼叫mainline/trunk，什麼叫tag，什麼叫branch，怎麼做patch，怎麼merge代碼，怎麼reverse，怎麼利用版本控制工具維護不同版本的軟體。這是程序員需要明的的軟體配置管理中最重要的一塊。
單元測試 單元測試是每個程序都需要做的。很多單元測試也是需要編碼的。一定要學會在xUnit框架下進行單元測試。比如JUnit, NUnit, CppUnit等等。
重構代碼 每個程序員都需要有最基本的能力去重構目前已有的代碼，使代碼達到最優但卻不能影響任何的已有的功能。有一本書叫《軟體的重構》 每個程序員都應該讀一下
自動化編譯 程序員需要使用一個腳本，其能自動化編程所有的工程和代碼，這樣整個開發團隊可以不停地集成代碼 自動化測試，自動化部署，以及使用一些工具進行靜態代碼分析或是自動化測試。
當然，還有很多的基本技術也是非常重要的，比如，與人的溝通能力，語言的表達能力，寫作能力，團隊協作能力，適應變化的能力，時間管理能力，多任務處理能力，自我學習能力，故障處理能力，等等，等等，這里只是列舉了和技術相關的能力，這些是程序最最最基本的能力，只要是程序員就必需要有的能力。
Ⅱ 一個辦公軟體`怎麼實現讓它在區域網里使用呢
首先，調試好網路，兩台機器間網路是互通的，可以傳送數據，一個路由器上扯下的線並不表示就能互訪，你的路由是可網管的還是傻瓜似的？
其次，你在伺服器上，按照軟體說明設置好網路訪問，應該WEB訪問，還有，你本機地址是http://127.0.0.1:8080/oa，管理地址是http://localhost:8080/cc
,但是這是在伺服器上的地址，在客戶端，那個XP機上，應該是要用IP來該問的。肯定不是以上的地址。至於埠號，看你描述估計是要加的。你說的不是很清楚，你先搞定這兩點試試吧。
Ⅲ 編一個簡單的程序步驟
寫程序確實是有步驟的，也需要步驟的存在~~就我個人而言，我寫程序的時間有時在下午，多數是在夜晚，11點到5點這個時間，這段時間里安靜，而且我能有靈感~~~寫程序的步驟應人而易，一般是這個樣子的：
1：對程序的目的要有明確的認識，也就是說你必須知道你寫這個程序的目的是讓它做什麼的。
2：程序應該怎麼做。也就是相當於一個大概的構想，寫個流程圖出來會比較有用
3：你現在就可以開始編寫了。
4：程序寫好後調試，修改。
注意，程序員在寫程序的時候必須要使用大量的注釋！！這個是必須的，因為程序的代碼一般多了之後，你自己也不能一下子就知道某有行的代碼是什麼意思，作用是什麼，更有很多的變數和過程也變的模糊與復雜，但是有了注釋就簡單多了。。。程序寫到一半寫不下去的情況對於一個程序員來說，是再正常不過的問題了，這是要稍微的休息，然後理情思路，尋找解決問題的辦法，去請教其他程序員就是個很不錯的方法~~~~~
我寫了這些希望可以給你幫助。
Ⅳ 對C語言進行調試的最好方法是什麼
要了解調試程序的最好方法，首先要分析一下調試過程的三個要素：
應該用什麼工具調試一個程序?
用什麼辦法才能找出程序中的錯誤?
怎樣才能從一開始就避免錯誤?
應該用什麼工具調試一個程序?
有經驗的程序員會使用許多工具來幫助調試程序，包括一組調試程序和一些"lint」程序，當然，編譯程序本身也是一種調試工具。
在檢查程序中的邏輯錯誤時，調試程序是特別有用的，因此許多程序員都把調試程序作為基本的調試工具。一般來說，調試程序能幫助程序員完成以下工作：
(1)觀察程序的運行情況
僅這項功能就使一個典型的調試程序具備了不可估量的價值。即使你花了幾個月的時間精心編寫了一個程序，你也不一定完全清楚這個程序每一步的運行情況。如果程序員忘記了某些if語句、函數調用或分支程序，可能會導致某些程序段被跳過或執行，而這種結果並不是程序員所期望的。不管怎樣，在程序的執行過程中，尤其是當程序有異常表現時，如果程序員能隨時查看當前被執行的是那幾行代碼，那麼他就能很好地了解程序正在做什麼以及錯誤發生在什麼地方。
(2)設置斷點
通過設置斷點可以使程序在執行到某一點時暫時停住。當你知道錯誤發生在程序的哪一部分時，這種方法是特別有用的。你可以把斷點設置在有問題的程序段的前面、中間或後面。當程序執行到斷點時，就會暫時停住，此時你可以檢查所有局部變數、參數和全局變數的值。如果一切正常，可以繼續執行程序，直到遇到另一個斷點，或者直到引起問題的原因暴露出來。
(3)設置監視
程序員可以通過調試程序監視一個變數，即連續地監視一個變數的值或內容。如果你清楚一個變數的取值范圍或有效內容，那麼通過這種方法就能很快地找出錯誤的原因。此外，你可以讓調試程序替你監視變數，並且在某個變數超出預先定義的取值范圍或某個條件滿足時使程序暫停執行。如果你知道變數的所有行為，那麼這么做是很方便的。
好的調試程序通常還提供一些其它功能來簡化調試工作。然而，調試程序並不是唯一的調試工具，lint程序和編譯程序本身也能提供很有價值的手段來分析程序的運行情況。
注意：lint程序能分辨數百種常見的編程錯誤，並且能報告這些錯誤發生在程序的哪一部分。盡管其中有一些並不是真正的錯誤，但大部分還是有價值的。
lint程序和編譯程序所提供的一種典型功能是編譯時檢查(compile—time checks)，這種功能是調試程序所不具備的。當用這些工具編譯你的程序時，它們會找出程序中有問題的程序段，可能產生意想不到的效果的程序段，以及常見的錯誤。下面將分析幾個這種檢查方式的應用例子，相信對你會有所幫助。
等於運算符的誤用
編譯時檢查有助於發現等於運算符的誤用。請看下述程序段：
void foo(int a，int b)
{
if ( a = b )
{
/ * some code here * /
}
}
這種類型的錯誤一般很難發現!程序並沒有比較兩個變數，而是把b的值賦給了a，並且在b不為零的條件下執行if體。一般來說，這並不是程序員所希望的(盡管有可能)。這樣一來，不僅有關的程序段將被執行錯誤的次數，並且在以後用到變數a時其值也是錯誤的。
未初始化的變數
編譯時檢查有助於發現未初始化的變數。請看下面的函數：
void average ( float ar[], int size )
{
float total;
int a;
for( a = 0;a<size; ++a)
{
total+=ar[a];
}
printf(" %f\n", total / (float) size );
}
這里的問題是變數total沒有被初始化，因此它很可能是一個隨機的無用的數。數組所有元素的值的和將與這個隨機數的值相加(這部分程序是正確的)，然後輸出包括這個隨機數在內的一組數的平均值。
變數的隱式類型轉換
在有些情況下，C語言會自動將一種類型的變數轉換為另一種類型。這可能是一件好事(程序員不用再做這項工作)，但是也可能會產生意想不到的效果。把指針類型隱式轉換成整型恐怕是最糟糕的隱式類型轉換。
void sort( int ar[],int size )
{
/* code to sort goes here * /
}
int main()
{
int arrgy[10];
sort( 10, array );
}
上述程序顯然不是程序員所期望的，雖然它的實際運行結果難以預測，但無疑是災難性的。
用什麼辦法才能找出程序中的錯誤?
在調試程序的過程中，程序員應該記住以下幾種技巧：
先調試程序中較小的組成部分，然後調試較大的組成部分
如果你的程序編寫得很好，那麼它將包含一些較小的組成部分，最好先證實程序的這些部分是正確的。盡管程序中的錯誤並不一定發生在這些部分中，但是先調試它們有助於你理解程序的總體結構，並且證實程序的哪些部分不存在錯誤。進一步地，當你調試程序中較大的組成部分時，你就可以確信那些較小的組成部分是正常工作的。
徹底調試好程序的一個組成部分後，再調試下一個組成部分
這一點非常重要。如果證實了程序的一個組成部分是正確的，不僅能縮小可能存在錯誤的范圍，而且程序的其它組成部分就能安全地使用這部分程序了。這里應用了一種很好的經驗性原則，簡單地說就是調試一段代碼的難度與這段代碼長度的平方成正比，因此，調試一段20行的代碼比調試一段10行的代碼要難4倍。因此，在調試過程中每次只把精力集中在一小段代碼上是很有幫助的。當然，這僅僅是一個總的原則，具體使用時還要視具體情況而定。
連續地觀察程序流(flow)和數據的變化
這一點也很重要!如果你小心仔細地設計和編寫程序，那麼通過監視程序的輸出你就能准確地知道正在執行的是哪部分代碼以及各個變數的內容都是什麼。當然，如果程序表現不正常，你就無法做到這一點。為了做到這一點，通常只能藉助於調試程序或者在程序中加入大量的print語句來觀察控制流和重要變數的內容。
始終打開編譯程序警告選項 並試圖消除所有警告
在開發程序的過程中，你自始至終都要做到這一點，否則，你就會面臨一項十分繁重的工作。盡管許多程序員認為消除編譯程序警告是一項繁瑣的工作，但它是很有價值的。編譯程序給出警告的大部分代碼至少都是有問題的，因此用一些時間把它們變成正確的代碼是值得的；而且，通過消除這些警告，你往往會找到程序中真正發生錯誤的地方。
准確地縮小存在錯誤的范圍
如果你能一下子確定存在錯誤的那部分程序並在其中找到錯誤，那就會節省許多調試時間，並且你能成為一個收入相當高的專業調試員。但事實上，我們並不能總是一下子就命中要害，因此，通常的做法是逐步縮小可能存在錯誤的程序范圍，並通過這種過程找出真正存在錯誤的那部分程序。不管錯誤是多麼難於發現，這種做法總是有效的。當你找到這部分程序後，就可以把所有的調試工作集中到這部分程序上了。不言而喻，准確地縮小范圍是很重要的，否則，最終集中精力調試的那部分程序很可能是完全正確的。
如何從一開始就避免錯誤?
有這樣一句諺語——「防患於未然」，它的意思是避免問題的出現比出現問題後再想辦法彌補要好得多。這在計算機編程中也是千真萬確的!在編寫程序時，一個經驗豐富的程序員所花的時間和精力要比一個缺乏經驗的程序員多得，但正是這種耐心和嚴謹的編程風格使經驗豐富的程序員往往只需花很少的時間來調試程序，而且，如果此後程序要解決某個問題或做某種改動，他便能很快地修正錯誤並加入相應的代碼。相反，對於一個粗製濫造的程序，即使它總的來說還算正確，那麼改動它或者修正其中一個很快就暴露出來的錯誤，都會是一場惡夢。
一般來說，按結構化程序設計原則編寫的程序是易於調試和修改的，下面將介紹其中的一些原則。
程序中應有足夠的注釋
有些程序員認為注釋程序是一項繁瑣的工作，但即使你從來沒想過讓別人來讀你的程序，你也應該在程序中加入足夠的注釋，因為即使你現在認為清楚明了的語句，在幾個月以後往往也會變得晦澀難懂。這並不是說注釋越多越好，過多的注釋有時反而會混淆代碼的原意。但是，在每個函數中以及在執行重要功能或並非一目瞭然的代碼前加上幾行注釋是必要的。下面就是一段注釋得較好的代碼：
/*
* Compute an integer factorial value using recursion.
* Input an integer number.
* Output : another integer
* Side effects : may blow up stack if input value is * Huge *
*/
int factorial ( int number)
{
if ( number < = 1)
return 1; /* The factorial of one is one; QED * /
else
return n * factorial( n - 1 );
/ * The magic! This is possible because the factorial of a
number is the number itself times the factorial of the
number minus one. Neat! * /
}
函數應當簡潔
按照前文中曾提到的這樣一條原則——調試一段代碼的難度和這段代碼長度的平方成正比——函數編寫得簡潔無疑是有益的。但是，需要補充的是，如果一個函數很簡潔，你就應該多花一點時間去仔細地分析和檢查它，以確保它准確無誤。此後你可以繼續編寫程序的其餘部分，並且可以對剛才編寫的函數的正確性充滿信心，你再也不需要檢查它了。對於一段又長又復雜的常式，你往往是不會有這樣的信心的。
編寫短小簡潔的函數的另一個好處是，在編寫了一個短小的函數之後，在程序的其它部分就可以使用這個函數了。例如，如果你在編寫一個財務處理程序，那麼你在程序的不同部分可能都需要按季、按月、按周或者按一月中的某一天等方式來計算利息。如果按非結構化原則編寫程序，那麼在計算利息的每一處都需要一段獨立的代碼，這些重復的代碼將使程序變得冗長而難讀。然而，你可以把這些任務的實現簡化為下面這樣的一個函數：
/*
* ComDllte what the "real" rate of interest would be
* for a given flat interest rate, divided into N segments
*/
double Compute Interest( double Rate, int Segments )
{
int a;
double Result = 1.0;
Rate /= (double) Segments;
for( a = 0; a< Segments ; ++a )
Result * =Rate;
return Result;
}
在編寫了上述函數之後，你就可以在計算利息的每一處調用這個函數了。這樣一來，你不僅能有效地消除每一段復制的代碼中的錯誤，而且大大縮短了程序的長度，簡化了程序的結構。這種技術往往還會使程序中的其它錯誤更容易被發現。
當你習慣了用這種方法把程序分解為可控制的模塊後，你就會發現它還有更多的妙用。
程序流應該清晰，避免使用goto語句和其它跳轉語句
這條原則在計算機技術領域內已被廣泛接受，但在某些圈子中對此還很有爭議。然而，人們也一致認為那些通過少數語句使程序流無條件地跳過部分代碼的程序調試起來要容易得多，因為這樣的程序通常更加清晰易懂。許多程序員不知道如何用結構化的程序結構來代替那些「非結構化的跳轉」，下面的一些例子說明了應該如何完成這項工作：
for( a = 0; a<100s ++a)
{
Func1( a );
if (a = = 2 ) continue;
Func2( a );
}
當a等於2時，這段程序就通過continue語句跳過循環中的某余部分。它可以被改寫成如下的形式：
for( a = 0; a<100; ++a)
{
Func1 (a);
if (a !=2 )
Func2(a) ;
}
這段程序更易於調試，因為花括弧內的代碼清楚地顯示了應該執行和不應該執行什麼。那麼，它是怎樣使你的代碼更易於修改和調試的呢?假設現在要加入一些在每次循環的最後都要被執行的代碼，在第一個例子中，如果你注意到了continue語句，你就不得不對這段程序做復雜的修改(不妨試一下，因為這並非是顯而易見的!)；如果你沒有注意到continue語句，那麼你恐怕就要犯一個難以發現的錯誤了。在第二個例子中，要做的修改很簡單，你只需把新的代碼加到循環體的末尾。
當你使用break語句時，可能會發生另外一種錯誤。假設你編寫了下面這樣一段程序：
for (a =0) a<100; ++a)
{
if (Func1 (a) ==2 )
break;
Func2 (a) ;
}
假設函數Funcl()的返回值永遠不會等於2，上述循環就會從1進行到100；反之，循環在到達100以前就會結束。如果你要在循環體中加入代碼，看到這樣的循環體，你很可能就會認為它確實能從0循環到99，而這種假設很可能會使你犯一個危險的錯誤。另一種危險可能來自對a值的使用，因為當循環結束後，a的值並不一定就是100。
c語言能幫助你解決這樣的問題，你可以按如下形式編寫這個for循環：
for(a=O；a<100&&Func1(a)!=2；++a)
上述循環清楚地告訴程序員：「從0循環到99，但一旦Func1()等於2就停止循環」。因為整個退出條件非常清楚，所以程序員此後就很難犯前面提到的那些錯誤了。
函數名和變數名應具有描述性
使用具有描述性的函數和變數名能更清楚地表達代碼的意思——並且在某種程度上這本身就是一種注釋。以下幾個例子就是最好的說明：
y=p+i-c；
和
YearlySum=Principal+Interest-Charges：
哪一個更清楚呢?
p=*(l+o)；
和
page=&List[offset]；
哪一個更清楚呢?
Ⅳ 自己寫了個java插件請問怎樣調試
不要用VJ++，不好。
剛開始用純jdk，過一般時間用EditPlus等這樣的工具，以後推薦使用Eclipse，因為是開源，也就是免費的。
JDK
Borland 的JBuilder
JBuilder,JDeveloper,VisualAge for Java
jcreater.
常見的十五種Java開發工具的特點
1、JDK （Java Development Kit）Java開發工具集
從初學者角度來看，採用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，
有利於理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java （J2EE、J2SE
以及J2ME）版本的升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java
應用開發非常困難，不能進行復雜的Java軟體開發，也不利於團體協同開發。
2、Java Workshop
3、NetBeans 與Sun Java Studio 5
NetBeans是開放源碼的Java集成開發環境(IDE)，適用於各種客戶機和Web應用。
Sun Java Studio是Sun公司最新發布的商用全功能Java IDE，支持Solaris、Linux和Win
dows平台，適於創建和部署2層Java Web應用和n層J2EE應用的企業開發人員使用。
NetBeans是業界第一款支持創新型Java開發的開放源碼IDE。開發人員可以利用業界
強大的開發工具來構建桌面、Web或移動應用。同時，通過NetBeans和開放的API的模塊
化結構，第三方能夠非常輕松地擴展或集成NetBeans平台。
NetBeans3.5.1主要針對一般Java軟體的開發者，而Java One Studio5則主要針對企
業做網路服務等應用的開發者。Sun不久還將推出Project Rave，其目標是幫助企業的開
發者進行軟體開發。NetBeans 3.5.1版本與其他開發工具相比，最大區別在於不僅能夠
開發各種台式機上的應用，而且可以用來開發網路服務方面的應用，可以開發基於J2ME
的移動設備上的應用等。在NetBeans 3.5.1基礎上，Sun開發出了Java
One Studio5，為用戶提供了一個更加先進的企業編程環境。在新的Java
One Studio5里有一個應用框架，開發者可以利用這些模塊快速開發自己在網路服務方面
的各種應用程序。
4、Borland 的JBuilder
Jbuilder進入了Java集成開發環境的王國，它滿足很多方面的應用，尤其是對於服
務器方以及EJB開發者們來說。下面簡單介紹一下Jbuilder的特點:
1）Jbuilder支持最新的Java技術，包括Applets、JSP/Servlets、JavaBean以及EJB
(Enterprise JavaBeans)的應用。
2）用戶可以自動地生成基於後端資料庫表的EJB Java類，Jbuilder同時還簡化了EJ
B的自動部署功能.此外它還支持CORBA，相應的向導程序有助於用戶全面地管理IDL(分布
應用程序所必需的介面定義語言Interface Definition Language)和控制遠程對象。
3）Jbuilder支持各種應用伺服器。Jbuilder與Inprise Application Server緊密集
成，同時支持WebLogic Server，支持EJB 1.1和EJB 2.0，可以快速開發J2EE的電子商務
應用。
4）Jbuilder能用Servlet和JSP開發和調試動態Web 應用。
5）利用Jbuilder可創建(沒有專有代碼和標記)純Java2應用。由於Jbuilder是用純J
ava語言編寫的，其代碼不含任何專屬代碼和標記，它支持最新的Java標准。
6）Jbuilder擁有專業化的圖形調試介面，支持遠程調試和多線程調試，調試器支持
各種JDK版本,包括J2ME/J2SE/J2EE。
JBuilder環境開發程序方便，它是純的Java 開發環境，適合企業的J2EE開發；缺點
是往往一開始人們難於把握整個程序各部分之間的關系，對機器的硬體要求較高，比較
吃內存，這時運行速度顯得較慢。
5、Oracle 的JDeveloper
Oracle9i JDeveloper（定為9.0版，最新為10g）為構建具有J2EE功能，XML和Web
services的復雜的，多層的Java應用程序提供了一個完全集成的開發環境。它為運用Ora
cle9i資料庫和應用伺服器的開發人員提供特殊的功能和增強性能，除此以外，它也有資
格成為用於多種用途Java開發的一個強大的工具。
Oracle9i JDeveloper的主要特點如下：
① 具有UML（Unified Modeling Language，一體化建模語言）建模功能。可以將業
務對象及e-business應用模型化。
② 配備有高速Java調試器（Debuger）、內置Profiling工具、提高代碼質量的工具
「CodeCoach」等。
③ 支持SOAP（Simple Object Access Protocol）「簡單對象訪問協議」、UDDI（U
niversal Description, Discovery and Integration）「統一描述、發現和集成協議」
、WSDL（Web Services Description Language）「WEB服務描述語言」等Web服務標准。
JDeveloper 不僅僅是很好的 Java 編程工具，而且是 Oracle Web 服務的延伸，支
持 Apache SOAP，以及 9iAS ，可擴充的環境和 XML 和 WSDL 語言緊密相關。Oracle9i
Jdeveloper完全利用Java編寫，能夠與以前的Oracle伺服器軟體以及其他廠商支持J2EE
的應用伺服器產品相兼容，而且在設計時著重針對Oracle9i，能夠無縫化跨平台之間的
應用開發，提供了業界第一個完整的、集成了J2EE和XML的開發環境，允許開發者快速開
發可以通過Web、無線設備及語音界面訪問的Web服務和交易應用，以往只能通過將傳統J
ava編程技巧與最新模塊化方式結合到一個單一集成的開發環境中之後才能完成J2EE應用
開發生命周期管理的事實，從根本上得到改變。缺點就是對於初學者來說，較復雜，也
比較難。
6、IBM的Visual Age for Java
Visual Age for Java是一個非常成熟的開發工具，它的特性以於IT開發者和業余的
Java編程人員來說都是非常用有用的。它提供對可視化編程的廣泛支持，支持利用CICS
連接遺傳大型機應用，支持EJB的開發應用，支持與Websphere的集成開發，方便的bean
創建和良好的快速應用開發(RAD)支持和無文件式的文件處理。
IBM為建設Web站點所推出的WebSphere Studio Advanced Edition及其包含的Visual
Age for Java Professional Edition軟體已全面轉向以Java為中心，這樣，Java開發人
員對WebSphere全套工具的感覺或許會好了許多。Studio所提供的工具有：Web站點管理
、快速開發 JDBC頁向導程序、HTML編輯器和HTML語法檢查等。這確實是個不錯的HTML站
點頁面編輯環境。Studio和VisualAge集成度很高，菜單中提供了在兩種軟體包之間快速
移動代碼的選項。這就讓使用Studio的Web頁面設計人員和使用VisualAge的Java程序員
可以相互交換文件、協同工作。
Visual Age for Java支持團隊開發，內置的代碼庫可以自動地根據用戶做出改動而
修改程序代碼，這樣就可以很方便地將目前代碼和早期版本做出比較。與Visual Age緊
密結合的Websphere Studio本身並不提供源代碼和版本管理的支持，它只是包含了一個
內置文件鎖定系統,當編輯項目的時候可以防止其他人對這些文件的錯誤修改，軟體還支
持諸如Microsoft Visual SourceSafe這樣的第三方源代碼控制系統。Visual Age for
Java完全面向對象的程序設計思想使得開發程序非常快速、高效。你可以不編寫任何代
碼就可以設計出一個典型的應用程序框架。Visual Age for Java作為IBM電子商務解決
方案其中產品之一，可以無縫地與其他IBM產品，如WebSphere、DB2融合, 迅速完成從設
計、開發到部署應用的整個過程。
Visual Age for Java獨特的管理文件方式使其集成外部工具非常困難,你無法讓Vis
ual Age for Java與其他工具一起聯合開發應用。
7、BEA 的 WebLogic Workshop
BEA WebLogic Workshop是一個統一、簡化、可擴展的開發環境，使所有的開發人員
都能在 BEA WebLogic Enterprise Platform之上構建基於標準的企業級應用，從而提高
了開發部門的生產力水平，加快了價值的實現。
WebLogic Workshop除了提供便捷的Web服務之外，它能夠用於創建更多種類的應用
。作為整個BEA WebLogic Platform的開發環境。不管是創建門戶應用、編寫工作流、還
是創建Web應用，Workshop 8.1都可以幫助開發人員更快更好地完成。
WebLogic Workshop的主要特點如下：
① 使 J2EE 開發切實可行，提高開發效率
BEA WebLogic Workshop 使開發人員遠離 J2EE 內在的復雜性，集中精力專注業務
邏輯，無須操心單調乏味的基礎結構代碼。這種創新意味著，已被企業驗證的 J2EE 的
強大功能，最終被大多數不熟悉 Java 和 J2EE 的應用開發人員所掌握，從而使 IT 部
門的工作效率提高一個數量級。
可視化設計器以及直觀的概念，如事件、屬性和控制項等，實現了基於事件的開發。W
orkshop 簡化的程序設計模型，使開發人員不必掌握復雜的 J2EE API 和面向對象的程
序設計原理。所有開發人員，包括 J2EE 專家和具有可視化和過程化語言技能的應用開
發人員在內，都可以共同工作在 BEA WebLogic Enterprise Platform 之上。Workshop
的可視化開發環境，創建帶有代碼注釋的標准 Java 文件，用來說明由運行時框架實施
的企業級需求。J2EE 和其他高級開發人員，藉助功能強大的代碼編輯功能，可以訪問
Java 源代碼，從而彌補了可視化設計器的不足。
② 構建企業級應用
通過在可伸縮、安全可靠的企業級架構上實施各種應用，BEA WebLogic
Workshop 大大降低了開發風險。而且，所有應用的創建都使用標準的 J2EE 組件，既保
護了您的技術投資，又保持了最大的靈活性。
BEA WebLogic Workshop 運行框架，是統一整個架構的匯聚層，使單一、簡化的程序設
計模型擴展到所有的 BEA WebLogic Enterprise Platform 應用類型。通過解釋設計時
創建的注釋代碼，運行時框架可以實現必要的 J2EE 組件，並且提取出與 J2EE 應用開
發有關的所有底層細節。
③ 降低 IT 復雜性
BEA WebLogic Workshop 提供各種 Java 控制項，使得與 IT 資源的連接更輕而易舉
。另外，在構建任何 BEA WebLogic Platform 的應用中，Java 控制項不僅可擴展而且完
全相同。這種強大、有效的方法能夠：降低 IT 技術的復雜性，優化信息的可用性，推
動包含"最佳業務方案"的可重用服務的開發，使開發人員能以更低的成本、更短的時間
實現更大的產出。
利用 BEA WebLogic Workshop，任何開發人員都能以最大的生產效率，構建各種
Web 服務、Web 應用、門戶和集成項目。BEA WebLogic Workshop是BEA的產品戰略核心
，它幫助客戶接觸和利用面向服務架構(SOA)的強大功能。BEA Weblogic Workshop
8.1極大簡化了當前實際企業集成環境中企業級應用和服務的構建，並成為全面支持關鍵
企業級應用(如非同步、真正松耦合和粗粒度消息傳送等)的自然選擇。它的缺點就是過於
復雜，對於初學者來說，理解起來較為困難。
8、WebGain 的Visual Cafe for Java
Visual Cafe 是只能在Symantec公司的Java虛擬機、Netscape公司的Java虛擬機和M
icrosoft虛擬機上工作的調試器。這對於開發者來講是一個重要的特性,因為用戶開發的
Java代碼中的許多軟體bug就可能中會在某種特定的虛擬機上起作用。
在修改後進行編譯基繼續進行調試時,Visual Cafe會自動將文件存檔，使用Visual
Cafe創建的原生應用具有許多特點。除了明顯的速度提高之外,Symantec使類庫的二進制
方式比正常的JDK小Visual Cafe為所指定的關系自動生成或更新必要的Java代碼。利用V
isual Cafe，用戶可以從一個標准對象資料庫中集合完整的Java應用程序和Applet，而
不必再編寫源代碼。Visual Cafe還提供了一個擴充的源代碼開發工具集。
Visual Cafe綜合了Java軟體的可視化源程序開發工具，它允許開發人員在可視化視
圖和源視圖之間進行有效地轉換。在可視化視圖中進行的修改立即反映在源代碼中。對
源代碼的改變自動更新可視化視圖。
Visual Cafe具有許多源文件方面的特性，如全局檢索和替換。絕大多數Java開發工
具的文獻的問題在於簡單地挨個介紹開發工具的每部分組件，但用戶在開應用時還需要
一個面向任務的手冊，利用這個手冊你可以不必知道工具每一部分的特定功能就可以開
始創建自己的應用。Visual Cafe提供了非常全面的用戶指南,它對最開始的安裝到創建
第一個Java應用和Applet都提供了全面的幫助，Visual Cafe將自動生成所指明關系的必
要Java代碼。Visual Cafe可以在Windows 95和Windows NT平台下運行，Symantec公司為
Java開發工作提供一個在Macintosh操作系統下可以運行的RAD工具。Visual Cafe編譯器
速度很快，在國際化支持方面比較突出；缺點就是對於初學者來說，較復雜，也比較難
。
9、Macromedia的JRUN
Macromedia公司的JRun是一個具有最廣闊適用性的Java引擎，用於開發及實施由Jav
a Servlets和JavaServer Pages編寫的伺服器端Java應用。JRun是第一個完全支持JSP
1.0 規格書的商業化產品，全球有超過80,000名開發人員使用JRun在他們已有的Web服務
器上添加伺服器端Java的功能。其中Web伺服器包括了Microsoft IIS，Netscape
Enterprise Server，Apache等。
JRun是開發實施伺服器端Java的先進引擎。如果我們希望在我們的Web應用中添加服
務器端Java功能，那麼JRun將成為我們的正確選擇。
JRun目前有3個版本，它是第一個支持Java Server Pages(JSP)規格書1.0的商業化
產品。JSP是一種強大的伺服器端技術，它是用於創建復雜Web應用的一整套快速應用開
發系統。JRun可以使我們開始開發並測試Java應用。它最多接受5個並發的連接並且包括
全部Java Servlet API，支持JavaServer Pages(JSP)，支持所有主要的Web
servers和計算機平台。 JRun Pro能夠在生產環境下承受大訪問量的負載，幫助我們實
施應用、服務或Web站點（包括內聯網）。JRun Pro 支持無限量並發式連接運行多個Jav
a虛擬機，包括多個並發的Java虛擬機（JVM）。提供一個遠程管理applet以及一個遠程
可再分布式的管理applet。JRun Pro Unlimited包括了所有JRun Pro的功能，除次以外
，還可以運行無限量的，並發的JVM。
JRun依靠其內置的JRun Web Server可以單獨運行。使用伺服器端Java，用戶可以開
發出復雜的商業應用系統。最重要的一點是，由於servlets的平台獨立性，以及更加簡
單的開發、更快速的實施、更經濟的維護成本，它是CGI(Common Gateway
Interface)或Perl scripts的極佳的替代產品。缺點就是對於初學者來說，較復雜，也
比較難。
10、JCreator
JCreator 是一個Java程序開發工具，也是一個Java集成開發環境（IDE）。無論你
是要開發Java應用程序或者網頁上的Applet元件都難不倒它。在功能上與Sun公司所公布
的JDK等文字模式開發工具相較之下來得容易，還允許使用者自訂義操作窗口界面及無限
Undo/Redo等功能。
JCreator為用戶提供了相當強大的功能，例如項目管理功能，項目模板功能，可個
性化設置語法高亮屬性、行數、類瀏覽器、標簽文檔、多功能編繹器，向導功能以及完
全可自定義的用戶界面。通過JCreator，我們不用激活主文檔而直接編繹或運行我們的J
AVA程序。
JCreator能自動找到包含主函數的文件或包含Applet的Html文件，然後它會運行適
當的工具。在JCreator中，我們可以通過一個批處理同時編繹多個項目。JCreator的設
計接近Windows界面風格，用戶對它的界面比較熟悉。其最大特點是與我們機器中所裝的
JDK完美結合，是其它任何一款IDE所不能比擬的。它是一種初學者很容易上手的java開
發工具，缺點是只能進行簡單的程序開發，不能進行企業J2EE的開發應用。
11、Eclipse
Eclipse是一種可擴展的開放源代碼IDE。2001年11月，IBM公司捐出價值4,000萬美
元的源代碼組建了Eclipse聯盟，並由該聯盟負責這種工具的後續開發。集成開發環境(I
DE)經常將其應用范圍限定在「開發、構建和調試」的周期之中。為了幫助集成開發環境
(IDE)克服目前的局限性，業界廠商合作創建了Eclipse平台。Eclipse允許在同一IDE中
集成來自不同供應商的工具，並實現了工具之間的互操作性，從而顯著改變了項目工作
流程，使開發者可以專注在實際的嵌入式目標上。
Eclipse框架的這種靈活性來源於其擴展點。它們是在XML中定義的已知介面，並充
當插件的耦合點。擴展點的范圍包括從用在常規表述過濾器中的簡單字元串，到一個Jav
a類的描述。任何Eclipse插件定義的擴展點都能夠被其它插件使用，反之，任何Eclipse
插件也可以遵從其它插件定義的擴展點。除了解由擴展點定義的介面外，插件不知道它
們通過擴展點提供的服務將如何被使用。
利用Eclipse，我們可以將高級設計(也許是採用UML)與低級開發工具(如應用調試器
等)結合在一起。如果這些互相補充的獨立工具採用Eclipse擴展點彼此連接，那麼當我
們用調試器逐一檢查應用時，UML對話框可以突出顯示我們正在關注的器件。事實上，由
於Eclipse並不了解開發語言，所以無論Java語言調試器、C/C++調試器還是匯編調試器
都是有效的，並可以在相同的框架內同時瞄準不同的進程或節點。
Eclipse的最大特點是它能接受由Java開發者自己編寫的開放源代碼插件，這類似於
微軟公司的Visual Studio和Sun微系統公司的NetBeans平台。Eclipse為工具開發商提供
了更好的靈活性，使他們能更好地控制自己的軟體技術。Eclipse聯盟已經宣布將在2004
年中期發布其3.0版軟體。這是一款非常受歡迎的java開發工具，這國內的用戶越來越多
，實際上實用它java開發人員是最多的。缺點就是較復雜，對初學者來說，理解起來比
較困難。
13、Ant
Another Neat Tool(Ant)是一種基於Java的build工具。理論上來說，它有些類似於
（Unix）C中的make ，但沒有make的缺陷。因為Ant的原作者在多種(硬體)平台上開發軟
件時，無法忍受這些工具的限制和不便。類似於make的工具本質上是基於shell（語言）
的：他們計算依賴關系，然後執行命令（這些命令與你在命令行敲的命令沒太大區別）
。這就意味著你可以很容易地通過使用OS特有的或編寫新的（命令）程序擴展該工具；
然而，這也意味著你將自己限制在了特定的OS，或特定的OS類型上，如Unix。Ant就不同
了。與基於shell命令的擴展模式不同，Ant用Java的類來擴展。（用戶）不必編寫shell
命令，配置文件是基於XML的，通過調用target樹，就可執行各種task。每個task由實現
了一個實現了特定Task介面的對象來運行。
Ant支持一些可選task，一個可選task一般需要額外的庫才能工作。可選task與Ant
的內置task分開，單獨打包。這個可選包可以從你下載Ant的同一個地方下載。ANT本身
就是這樣一個流程腳本引擎，用於自動化調用程序完成項目的編譯，打包，測試等。除
了基於JAVA是平台無關的外，腳本的格式是基於XML的，比make腳本來說還要好維護一些
。Ant是Apache提供給Java開發人員的構建工具，它可以在Windows OS和Unix OS下運行
，它不僅開放源碼並且還是一個非常好用的工具。Ant是Apache Jakarta中一個很好用的
Java開發工具，Ant配置文件採用XML文檔編寫，所以Java程序員對其語法相當熟悉，Ant
是專用於Java項目平台，能夠用純Java來開發，它能夠運行於Java安裝的平台，即體現
了它的跨平台功能。它的缺點顯示執行結果只能是DOS字元界面，不能進行復雜的java程
序開發。
14、IntelliJ
Intellij IDEA是一款綜合的Java 編程環境，被許多開發人員和行業專家譽為市場
上最好的IDE。它提供了一系列最實用的的工具組合：智能編碼輔助和自動控制，支持J2
EE，Ant，JUnit和CVS集成，非平行的編碼檢查和創新的GUI設計器。IDEA把Java開發人
員從一些耗時的常規工作中解放出來，顯著地提高了開發效率。具有運行更快速，生成
更好的代碼；持續的重新設計和日常編碼變得更加簡易，與其它工具的完美集成；很高
的性價比等特點。在4.0版本中支持Generics，BEA WebLogic集成，改良的CVS集成以及G
UI設計器。
IntelliJ IDEA能盡可能地促進程序員的編程速度。它包括了很多輔助的功能，並且
與Java結合得相當好。不同的工具窗口圍繞在主編程窗口周圍，當滑鼠點到時即可打開
，無用時也可輕松關閉，使用戶得到了最大化的有效屏幕范圍。以技術為導向的IDEA集
成了調試器，支持本地和遠程的調試，即使我們需要修改一些設置上的東西使我們的工
作順利進展。另外，它還提供了通常的監視，分步調試以及手動設置斷點功能，在這種
斷點模式下，我們可以自動地在斷點之外設置現場訪問，甚至可以瀏覽不同的變數的值
。IDE支持多重的JVM設置，幾個編譯程序和Ant建造系統，並且，它使得設置多重的自定
義的類途徑變得簡單。
IntelliJ Idea是一個相對較新的Java IDE。它是Java開發環境中最為有用的一個。
高度優化的IntelleJ Idea使普通任務變得相當容易，Idea支持很多整合功能，更重要的
使它們設計的好容易使用。Idea支持XML中的代碼實現，Idea同時還會校正XML，Idea支
持JSP的結構。作用於普通Java代碼的眾多功能同樣適用於JSP（比如整合功能），同時
支持JSP調試；支持EJB，盡管它不包括對個別應用伺服器的特殊支持。Idea支持Ant建立
工具，不僅是運行目標它還支持編譯與運行程序前後運行目標，另外也支持綁定鍵盤快
捷鍵。在編輯一個Ant建立XML文件時，Idea還對組成Ant工程的XML部分提供支持。Intel
liJ IDEA 被稱為是最好的JAVA IDE開發平台，這套軟體就是以其聰明的即時分析和方便
的 refactoring 功能深獲大家所喜愛。缺點是較復雜，對初學者來說，理解起來比較困
難。
Ⅵ 作為一個程序員，他的工作中心就是寫代碼，調試，再寫，再調試，是嗎
是的。大部分工作就是寫程序代碼，根據客戶需求的開發文檔或按公司要求編寫出相應功能的軟體。
調試也是必須的工作，但一些大型公司有專門的人負責調試的。
一般都是分工協作。有美工的、程序的、調試的、程序包裝及發布的
Ⅶ 我是it程序員，剛進公司讓我調試bug但是總是調不好很是郁悶，我該怎麼辦是不是有很多人都有這樣的困惑
一般代碼不是很多，可以一步一步跟蹤，這樣在找Bug的過程也學習到人家撰寫的編碼的知識；如果很長又沒耐心去看，你就根據報異常的信息去瞭解，哪裏有錯了，打個斷點，F5調到那個斷點，如果能跑到那個斷點，就說明前面沒問題，如果沒跑到那個斷點，就說明前面有異常，要在重新調整。其實就是要會拆分找問題。
做IT，沒熬得住寂寞，謹慎仔細，品質如何保證呢。
Ⅷ Java程序員怎樣調試bug
前端調試技巧：瀏覽器按F12 可以觀察控制台輸出的變數，可以看請求的情況（請求路徑、參數等） ，這些都是常用的，每個瀏覽器不同。一般都是火狐的firebug 和谷歌瀏覽器<br>console.log(var tem); //控制台列印變數<br>alert("tem"); //彈出框彈出變數後台調試：eclipse IDE就是在相對應的java代碼處打斷點，看變數值等