⑴ web 2.0 是什麼意思
要理解WEB2.0，先得看WEB的歷史。 World Wide Web，簡稱WWW，是英國人TimBerners-Lee 1989年在歐洲共同體的一個大型科研機構任職時發明的。通過WEB，互聯網上的資源，可以在一個網頁里比較直觀的表示出來；而且資源之間，在網頁上可以鏈來鏈去。在WEB1.0上做出巨大貢獻的公司有Netscape，Yahoo和Google。 Netscape研發出第一個大規模商用的瀏覽器，Yahoo的楊致遠提出了互聯網黃頁， 而Google後來居上，推出了大受歡迎的搜索服務。
搜索最大的貢獻是，把互聯網上海量的信息，用機器初步分了個線索。但是，光知道網頁里有哪些關鍵字，只解決了人瀏覽網頁的需求。所以，Tim-Berners-Lee在提出WWW不久，即開始推崇語義網（Semantic Web）的概念。為什麼呢？因為互聯網上的內容，機器不能理解。他的理想是，網頁製作時和架構資料庫時，大家都用一種語義的方式，將網頁里的內容表述成機器可以理解的格式。這樣，整個互聯網就成了一個結構嚴謹的知識庫。從理想的角度，這是很誘人的，因為科學家和機器都喜歡有次序的東西。Berners-Lee關心的是，互聯網上數據，及能否被其它的互聯網應用所重復引用。舉一個例子說明標准資料庫的魅力。有個產品叫LiberyLink。裝了它後，到Amazon上去瀏覽時，會自動告訴你某一本書在用戶當地的圖書館能否找到，書號是多少等。因為一本書有統一的書號和書名，兩個不同的互聯網服務（Amazon 和當地圖書館資料庫檢索）可以公享數據，給用戶提供全新服務。
但是，語義網提出之後，曲高和寡，響應的人不多。為什麼？因為指望要網頁的製作者提供這么多額外的信息去讓機器理解一個網頁，太難；簡直就是人給機器打工。這違反了人們能偷懶就偷懶的本性。看看Google的成功就知道。 Google有個Page Rank技術，將網頁之間互相鏈接的關系，用來做結果排序的一個依據，變相利用了網頁製作人的判斷力。想一想網頁的製作者們，從數量來說，比純瀏覽者的數量小得多。但Google就這一個革新，用上了網頁的製作者的一部份力量，已將其推上了互聯網的頂峰。
所以互聯網下一步，是要讓所有的人都忙起來，全民織網，然後用軟體，機器的力量使這些信息更容易被需要的人找到和瀏覽。如果說WEB1.0是以數據為核心的網，那我覺得WEB2.0是以人為出發點的互聯網。 我們看一看最近的一些WEB2.0產品，就可以理解以上觀點。
Blog： 用戶織網，發表新知識，和其他用戶內容鏈接，進而非常自然的組織這些內容。
RSS： 用戶產生內容自動分發，定閱
Podcasting： 個人視頻/聲頻的發布/定閱
SNS： blog+人和人之間的鏈接
WIKI： 用戶共同建設一個大網路全書
從知識生產的角度看，WEB1.0的任務，是將以前沒有放在網上的人類知識，通過商業的力量，放到網上去。WEB2.0的任務是，將這些知識，通過每個用戶的瀏覽求知的力量，協作工作，把知識有機的組織起來，在這個過程中繼續將知識深化，並產生新的思想火花；
從內容產生者角度看，WEB1.0是商業公司為主體把內容往網上搬，而WEB2.0則是以用戶為主，以簡便隨意方式，通過blog/podcasting 方式把新內容往網上搬；
從交互性看，WEB1.0是網站對用戶為主；WEB2.0是以P2P為主。
從技術上看，WEB客戶端化，工作效率越來越高。比如像Ajax技術, GoogleMAP/Gmail裡面用得出神入化。
我們看到，用戶在互聯網上的作用越來越大；他們貢獻內容，傳播內容，而且提供了這些內容之間的鏈接關系和瀏覽路徑。在SNS裡面，內容是以用戶為核心來組織的。WEB2.0是以用戶為核心的互聯網。
那麼，這種意義上的WEB2.0，和Tim Berners-Lee的語義網，有什麼不同呢？語義網的出發點是數據的規整及可重復被機器調用，提出使用語義化的內容發布工具， 試圖從規則和技術標准上使互聯網更加有序。 Google等搜索引擎，在沒有語義網的情況下，盡可能的給互聯網提供了線索。 WEB2.0則是鼓勵用戶用最方便的辦法發布內容（blog/podcasting），但是通過用戶自發的（blog）或者系統自動以人為核心（SNS）的互相鏈接給這些看似凌亂的內容提供索引。 因為這些線索是用戶自己提供，更加符合用戶使用感受。互聯網逐漸從以關鍵字為核心的組織方式和閱讀方式，到以互聯網用戶的個人portal（SNS）為線索，或者以個人的思想脈絡（blog/rss）為線索的閱讀方式。WEB2.0強調用戶之間的協作。WIKI是個典型例子。從這個角度看，互聯網是在變得更有序，每個用戶都在貢獻:要麼貢獻內容,要麼貢獻內容的次序.
對下一代互聯網的看法，還會有很多的討論。有一點可以肯定，WEB2.0是以人為核心線索的網。提供更方便用戶織網的工具，鼓勵提供內容。根據用戶在互聯網上留下的痕跡，組織瀏覽的線索，提供相關的服務，給用戶創造新的價值，給整個互聯網產生新的價值，才是WEB2.0商業之道。
⑵ Web前端工程師的就業前景好不好
Web前端工程師的就業前景好不好？現在學習Web前端技術將來還能獲得更好的薪資待遇嗎？作為職場人，很多情況下，我們學習一門技術就是為了獲得不錯的工作並且能獲得更高的薪資。那麼Web前端工程師現在的薪資待遇是怎麼樣的？將來就業前景好嗎？下面和大家一起探討一下：
一、Web前端不同階段薪資待遇如何？
目前Web前端工程師可謂是佼佼者，如下：
工作1~2年後通常會成為Web前端高級軟體工程師，年薪可以達到15萬以上；
工作3-5年後通常可以成為Web前端技術主管或者經理，年薪在15-50萬之間；
工作年限5年以上，通常會成為互聯網公司的技術總監或產品經理，年薪將達到50萬-100萬之間。
二、Web前端工程師真的值那麼多錢嗎？
崗位值不值錢，要看用人單位需求如何？一起來看看大家怎麼評價Web前端工程師的：
老大說：
「我只要好人」
前端的代碼都是直面客戶的，客戶即是公司的上帝，重要程度不言自明。
Hr說：
因為稀缺，雖然近年來前端人員不如幾年前緊缺，但是技術過硬的前端人員在互聯網+，大數據的時代下絕對還是供不應求。
大牛說：
對於那些由於缺乏核心職業技能，求職困難，並即將奔赴「天量級」就業大軍的畢業生；
對於那些工作多年、職位和薪酬都不能得到提升，希望通過轉行業來提升職業價值的職場人士；
對於那些從事技術多年，但遭遇職業瓶頸、需要技術能力拓展，職業價值提升的技術人員。
Web前端工程師可能是你一個不錯的選擇。
看看Web前端程序員們自己怎麼說：
A說：現在要做的一個優秀的Web前端開發人員確實比較難，要掌握的技能知識很多很零散。曾經只要會編寫HTML,CSS和Javascript就是能夠找到一份前端開發工作的全部要求，而現在Web開發遠遠不止是簡單編碼。
B說：互聯網上有了更多的內容，也因為有更多的人、更多設備可以訪問互聯網,Web前端開發技能也就更多了。我們現在需要考慮的問題很多，比如載入時間，性能，不同的屏幕尺寸,不同的輸入方式,build系統,部署策略，還有如何組織好我們的代碼。
C說：你可能覺得前端學的東西比較容易，所以不值那麼多錢。但是拿多少錢和學的東西容不容易沒有直接關系。就好像學人工智慧的又要學抽代又要學實復函分析還要弄數理邏輯，但是不好意思，這個社會不需要這么多人工智慧。你就只好失業或者低工資。一切以社會需求為主。
所以在商業社會，前端直接面向客戶(花錢的人)，而且需求量大，在商業社會顯得比較重要，工資自然高。就好像你學的量子計算，要物理系出身，還要搞懂量子力學天書一樣的東西，但是量子計算現階段不是商業化的東西。學數學比學計算機難多了，可是學數學的出來並不比學計算機的好找工作。
三、企業對Web前端有什麼要求呢？
根據對100家互聯網名企對WEB開發工程師的招聘要求分析如下：
Web前端核心要求包括：
語言技術：JS基礎和核心、html5、CSS3
框架技術：JQuery、AJAX、Bootstrap、AngularJS
通訊協議技術：HTTP協議、服務端開發技術
交互技術：UI交互設計
客戶端技術：微信開發技術、html5、JS、SDK開發、Android、iOS、WebApp開發技術
輔助要求：學歷及相關專業、文檔規范寫作能力、團隊合作能力、責任心
四、最後總結
所以一個技術值不值錢，除了市場需求說了算之外，還取決於你自身的技術掌握程度，想要拿高薪，月入過萬，那就得扎實的把技術學好，提高自身職場競爭力!
一名優秀的Web前端工程師的薪資待遇是不錯的，前提是需要自己具備一定的Web前端的能力，如果你想要學習Web前端，不妨申請一下北大青鳥Web培訓班的免費試聽課程，通過課程的試聽，從而確定自己是否適合學習Web前端，能否能為Web前端工程師。
⑶ 下一代網上銀行的基於Web2.0的第二代網上銀行
1. 虛擬性，網路銀行由用戶終端機和銀行的網路服務形成的虛擬化平台，它不需要實體建築、裝修、網點經理，只需要網址就可以實現在全世界都可以訪問銀行提供的服務。實現了「AAA」式服務，即任何時間(Anytime)、任何地方(Anywhere)和任何方式(Anyhow)。
2. 廣泛性，跨越服務提供的時間、空間限制，實現了服務的廣泛可達性。任何用戶只需要一台可以上網的電腦(未來將是手機)，就可以隨時隨地的訪問銀行服務。和傳統銀行網點渠道相比，它能夠達到服務更多、更廣泛客戶的要求。
3. 創新性，相對於網點，基於互聯網的網路銀行具有其獨特的一些特點。由於互聯網的普及，網銀的邊際傳播成本趨於0，所以相比於其他銀行渠道的擴展，網銀給各大小銀行提供了一個平等創新平台。不管大小銀行，都可以通過金融服務的創新，推陳出新個性化，多樣化的產品，來符合市場的需求。好的金融產品和服務可以超越網點少的束縛，將服務延伸到全球任何一個角落，提高銀行的品牌和價值。
4. 低成本，相較於銀行網點，網路銀行的成本十分低廉，其成本只佔收入的15%到20%左右，而相比下網點的成本佔到收入的60%左右。
網路銀行由於其獨特的特點和優勢，成為銀行重要的戰略渠道。但現今的網路銀行也有其局限性。其主要表現為目前的第一代網銀是以銀行為中心的網上交易渠道，銀行的主要目標就是提供在線的交易（出發點是將櫃台交易自助化），並沒有體現太多互聯網，尤其是Web2.0帶來的新的發展趨勢和特性。所有的用戶登錄到網路銀行後，看到的是同樣的服務，同樣的產品推薦，同樣的信息。所以，當今的銀行網路銀行渠道是以銀行自我為中心的交易平台，而不是以用戶為中心服務平台。 隨著互聯網的發展（尤其是Web 2.0的迅速發展）、市場的變化、競爭對手的壓力，以及客戶越來越個性化的需求。傳統的以交易為中心的網路銀行渠道已經不能符合銀行業務發展的需求。
1. 來自市場的壓力
當前國內銀行由於其銀行的商業化運作過程起步較晚，贏利模式單一，中間業務和國外發達國家來說，相對較弱。下面是某國內銀行和某西方商業銀行的收入來源圖：
從圖中可以看出，西方商業銀行的收入比例多來源於金融增值服務-中間業務，而國內商業銀行的收入來源多來源於利息差。當前國內商業銀行要扭轉局勢，必須進行轉型，大力發展並提高中間業務收入。而銀行渠道作為客戶接觸銀行的接觸點，如何在渠道系統中進行客戶細分，如何為不同類型的客戶提供個性化的服務，並最終把銀行的渠道從以交易為中心的渠道轉型為以客戶為中心的智能的渠道，是銀行進行渠道轉型的驅動力之一，而網路銀行又是其中最重要的渠道之一。
2. 來自競爭對手的壓力
現在銀行之間金融產品的同質性越來越嚴重，有人說：金融產品的生命周期只有一個月。也就是說一個銀行推出一個創新的金融產品後，一個月內就有其他銀行類似的金融產品推出市場，可見同行之間的競爭激烈程度。而對於全業務經營下的大銀行而言，競爭尤為激烈。剛開始運營新的業務和產品，都會面臨競爭對手的猛烈擠壓，原有的傳統優勢業務也將受到新進競爭者的嚴重沖擊。如何在對方的優勢領域中拓展市場，同時繼續保持傳統業務中的持續領先優勢，成為當前大小銀行所關注的重點。而銀行提升核心競爭力的關鍵，將由產品本身轉移到服務、品牌、客戶忠誠度等「軟性指標」上面。我們認為，應從關注顧客讓渡價值的角度出發，提供高於競爭對手的顧客讓渡價值，才能提升銀行在行業中的整體競爭力，為持續性利潤的增長找到出路。
3. 來自客戶的壓力
隨著網路的發展，Web2.0理念深入人心，伴隨著「網路次生代」群體的發展（網路次生代是指：30歲以下，伴隨著網路而成長，崇尚個性化的生活、自由、共享，追求客戶體驗等），網路新生代正在迅速成為社會的中間力量。據統計到2010年，社會將有40%的勞動力由「網路次生代」組成。
網路次生代將帶來「社會零碎化」的加劇。20世紀的時候，一個產品推出往往能夠符合80%客戶的需求。而21世紀所謂「消費者主權時代」的到來，意味著有相同需求的客戶已經越來越少，客戶需求越來越多樣化、個性化。這就迫使銀行必須進一步地鑽研和了解不同客戶的需求和購買行為，才能為客戶提供符合他們需求的服務，達到好的客戶體驗和客戶忠誠度。
我們知道，「定製化」的服務必將帶來成本的急劇增加（比如私人銀行業務），所以成本的約束使得傳統的網點無法大規模推廣個性化的服務。但是，隨著互聯網的不斷發展（尤其是Web2.0的誕生），利用網路獨有的特性，「大規模定製化」（既符合個性化的服務需求，又能滿足大規模生產的低成本要求）將通過銀行電子渠道成為可能。
隨著消費者素質的不斷提高以及銀行產品和業務的同質化，用戶會越來越理性地選擇能夠給自己帶來最大利益的銀行。利益最大化對於消費者來說是一個相對的概念，根本體現為總顧客價值與總顧客成本之差，這個差值在營銷學上叫做顧客讓渡價值。其中，總顧客價值是指顧客從某一特定產品或服務中獲得的一系列利益，如產品價值、服務價值、人員價值和形象價值等；而總顧客成本是指在評估、獲得和使用該產品或服務時引起的顧客預計費用，如貨幣成本、時間成本、體力成本和精力成本等。用公式表示為：顧客讓渡價值=總顧客價值-總顧客成本。
因此，銀行的核心競爭力將逐漸的由以產品、以風險為中心轉向以客戶為中心。如果銀行要想在市場上有較高的競爭地位，就要向客戶提供高於競爭對手的顧客讓渡價值，即在顧客讓渡價值上佔有優勢。這對於銀行如何在經營服務中全面設計與評價自己產品的價值，使顧客獲得最大限度的滿意，進而提高銀行的整體競爭力具有重要意義。
需求催生變革，當前網路銀行理念、技術、功能和體驗已經無法滿足當前商業銀行的業務發展需要，需要下一代網路銀行產生。Web2.0則正是這樣的一個理念、技術和體驗，與銀行的業務發展相伴相生。 說到Web 2.0，技術人員說它是技術，市場人員說它是營銷，設計人員說它是客戶體驗，創業者說它是商業模式。這些說法既對也不對，因為Web 2.0既可以是所有這些，又不僅僅是這些，Web 2.0概念從不同角度看有不同的含義。
文章從兩個層面簡單介紹Web 2.0——商業應用模式和技術層面。
1. Web 2.0商業模式及應用
Web 2.0衍生的商業模式和應用有很多，如C2C電子商務、基於視頻的營銷、長尾理論等等，這樣的例子多不勝數。其核心思想是從傳統的以企業為中心，轉向為以用戶為中心。
Web 2.0時代，終端用戶在網路中扮演著越來越重要角色，從社區的普及、blog/Wiki的流行、視頻/Flash的風靡、標簽的廣泛應用、用戶積極參與產品和服務的體驗反饋，到終端用戶在網路中開展商業活動等，終端用戶已經不再單純是企業信息和服務的消費者，同時也是信息和服務的提供者。Web2.0時代，是用戶為主角的時代，各種商業模式和應用都將更加註重用戶需求和用戶體驗。
2. Web 2.0技術
Web 2.0是一個網路富客戶端技術，隨著Web 2.0技術的流行，產生了一系列優秀的AJAX框架，如Dojo、jQuery、Prototype、Ext等。基於這些Ajax框架，Web 2.0應用具有非常豐富的展現和客戶體驗。
Web2.0中還有一個重要的技術：Mashup混搭技術。Mashup技術和標準的產生和發展，極大促進了Web2.0的發展，Web2.0應用以MashupWidget方式發布服務，然後通過Mashup技術可以非常方便的組合各種Widget，組合成一種新的應用。
此外，還有一系列Web 2.0技術，如Atom、Restful、JSON等。
Web 2.0理念及技術已經應用到了很多行業，尤其是社會化網路和零售業。在銀行業雖然起步較晚，但影響正逐漸增大。而IBM不僅在Web 2.0的技術方面，而且在基於Web 2.0的行業解決方案方面都在影響著整個市場。 在其他行業，Web2.0的理念和應用已經非常廣泛，如搜索行業的Google、Bai等，電子商務方面有Ebay、TaoBao等，社區有Facebook、Youtube等。相對於較保守的銀行業，Web2.0的應用則起步較晚，而且都只是一些簡單的社區等應用。但Web2.0給銀行網路帶來的影響已經越來越大。如ING集團美國某總裁說的那樣：現在不採用Web 2.0對銀行產生的風險比採用Web 2.0大的多得多。
1. 新的商業模式誕生
Web2.0帶來的理念上的影響遠比技術上的影響大得多，如淘寶、Ebay等Web2.0電子商務顛覆了傳統電子商務理念。在銀行業，伴隨著Web2.0的開展，也必將帶來創新的金融商業模式和服務。圍繞以用戶為中心的Web2.0思想，銀行必能推陳出新出更多的符合市場需要的服務。下面是一個基於Web 2.0的小額貸款創新案例。
C2C小額貸款案例：傳統商業銀行，對客戶提供服務或貸款產品，銀行是服務的唯一提供者，這是屬於典型的B2C的業務模式。而一個名為Zopa的網站開展的業務（見下圖），不屬於任何一個傳統的銀行業務，它是對傳統銀行業務的創新，基於這個平台，允許客戶和客戶之間非常方便的進行小額貸款。這種C2C的銀行業務模式，是基於Web2.0理念的商業模式創新。也已經開始對銀行的現有業務模式產生了巨大的影響，而銀行也可以採用Web2.0的理念和技術來提供更多、更好的增值服務服務客戶，否則新業務模式的產生即將會影響到銀行傳統業務模式的運營和盈利。
2. 分走了客戶和資金
Web2.0影響著各個行業，而由此間接影響著銀行業。典型的例子是淘寶、Ebay等電子商務網站分走了大批的銀行客戶，而像支付寶等在線支付機構，也帶走了大量銀行的資金和業務。隨著金融混業經營的全面開展，銀行可以經營其他業務，相同的其他機構也可以經營金融業務。在面對機遇的同時，銀行業也迎來了激烈的挑戰。如前面所說，網路銀行提供了一個相對公平的平台，一個有創新性的銀行如果能夠推陳出新，不斷推出符合市場需求的產品和服務，就能通過網路銀行把產品和服務推向全世界，提高競爭力，這也給了一些小銀行重新瓜分市場的機會。所以對銀行來說，不進行網路銀行渠道轉型的後果是，散失越來越多的客戶，轉而被其他行業或公司搶走優質資源。
3. 社區式理財
傳統的理財由銀行理財專員或客戶經理向銀行客戶提供理財咨詢和服務，這是一種B2C的服務提供方式。Web2.0的發展，帶來的是用戶與用戶緊密聯系，用戶不僅是信息和服務的接收者，他們的經驗和經歷感受也可以作為信息和服務的提供者，而且客戶之間提供的信息和服務更容易讓其他客戶信任、更有效。所以基於Web 2.0社會化網路和銀行業務結合，可以衍生出基於社區的理財方式。
4. 豐富的用戶體驗
當前大多銀行的網路銀行用戶體驗都較差，利用Web 2.0的客戶端技術，可以增加客戶體驗，如下：
· 大多銀行採用傳統方式展現網路服務，如大量的文本文字。如果採用Flash視頻或者豐富的圖表，用戶體驗則會好很多。
· 全局刷新。採用Web 2.0技術，可以實現局部刷新，客戶體驗和易用性更好。
· 集成更多用戶增值服務。如：可以集成Google Map或BaiDu Map到網路銀行服務中，與銀行網點結合，提供豐富的支行地址、支行服務情況等信息。
· 提供社區環境，供客戶之間實時交流銀行服務以及理財經驗。
· 提供在線人工服務。 結合Web 2.0技術與銀行業務發展需求，產生了基於Web 2.0的下一代網路銀行。與傳統的以銀行為中心的網路銀行相比，基於Web 2.0的下一代網路銀行是網上金融超市，是以用戶為中心的網上營銷平台，為終端用戶提供良好的客戶體驗：
1. 網上金融超市：隨著混業經營逐漸開展和深入，網路銀行的產品將越來越多，越來越多樣化，如銀行傳統業務、保險、基金、期貨、黃金、外匯等。網路銀行就不僅僅是一個網上的交易平台，而是一個金融超市，客戶在網路銀行上可以得到一站式的金融服務。
2.、以客戶為中心的營銷平台：一方面隨著社會零碎化，網路次生代逐漸成為社會的主要勞動力，客戶越來越多樣化，需求越來越個性化；另一方面網路銀行能夠提供的產品越來越多，怎樣在網路銀行把合適的服務，通過合適的渠道，讓合適的客戶非常方便的選擇和使用是當前的一個矛盾和挑戰。以客戶為中心的營銷平台，首先是個性化的網上渠道，不同的客戶登錄後可以看到不同的服務，甚至不同的背景，風格，顏色，推薦服務，緊急通知等。在個性化平台基礎上，銀行也可以基於客戶的渠道行為習慣、歷史交易、風險偏好等信息為客戶提供個性化的服務。
3.、客戶體驗：作為客戶接觸銀行服務的接觸點，客戶在服務過程中的客戶體驗至關重要。根據馬斯洛需求層次理論，人的需求是有多個層次。功能滿足只是客戶的最基本需求，客戶體驗則是功能基礎上的更高層次的客戶需求。當前，大部分網路銀行都能在功能上滿足客戶，但大部分銀行的客戶體驗都有待於提高。這里的客戶體驗包括用戶個性化的服務，是否能夠方便的找到自己熟悉的服務（很多網路銀行，用戶需要點擊5次滑鼠才能找到服務），在購買過程中的是否有各種相關信息的支持，是否支持自定義的服務列表等都將變成客戶基本的要求。
基於Web2.0的下一代網路銀行，首先將不再僅僅是一個「交易點平台」，而變成一個全面的「營銷鏈平台」，能結合客戶的整個消費過程提供服務。傳統網路銀行是基於交易的，每個客戶在網路銀行的交易都是一個個的「交易點」，這些交易點是用戶和銀行之間進行服務的唯一的交互所在。基於Web2.0網路銀行，把這個「交易點」進行延伸，使其變成一個「營銷鏈」，為客戶的消費過程進行服務，如下圖所示：
1. 激發消費慾望
在下一代網路銀行，能結合視頻、圖表等豐富的展現方式，或以游戲的方式為客戶提供金融理財資訊和信息。用以激發用戶的消費慾望。
2. 售前調研
金融產品屬於「高介入度」產品，用戶需要充分的信息查閱，分析調研後才會進行消費決策。基於Web 2.0的下一代網路銀行中，能夠提供產品和服務的全面信息整合，並且信息的推送是與產品「上下文」與「個人偏好」結合，實現信息的價值。
信息來源可以是銀行的分析報告，同類產品的對比，也可以是第三方的新聞等，充分滿足用戶的售前調研需求（技術上可以利用Web 2.0 Mashup混搭技術進行信息集成與關聯）。
3. 售中
在用戶的消費操作過程中，一方面可以提供在線的幫助，輔助用戶順利的完成消費操作過程（技術上可以利用ClicktoCall和Co-Browsing技術實現網路銀行與CallCenter之間的多渠道協同協助）；另一方面，銀行可以根據用戶的「事件」，增加交叉銷售與追加銷售的功能。具體可以參考《基於事件營銷的銀行系統架構》一文。
4. 售後關注
售後是營銷中非常重要的一個環節，客戶一旦對售後服務不滿意，將直接導致客戶忠誠度的降低，也將直接帶來銀行利潤的下降。如：客戶在購買基金產品後，容易產生「感知焦灼」，害怕收益縮水，哪怕是正常的波動也會造成客戶的「厭惡感」，並由此降低對銀行的滿意度。在下一代的網路銀行中，應該考慮為客戶提供基金波動分析，甚至同業的業績對比，降低客戶的感知焦灼。
下一代網路銀行的售後服務還包括持續的產品相關信息推送，基於事件的客戶忠誠度跟蹤和服務，客戶感興趣的禮品推送等。
5. 重復購買
隨著客戶的售後服務滿意度提高，客戶重復購買的幾率提高，逐漸成為銀行的忠實客戶；同樣，隨著客戶購買銀行產品的數量增加，客戶對銀行的粘度和依賴性也會增強（如持有儲蓄卡和信用卡兩個產品的客戶的忠誠度，遠遠高於單獨持有儲蓄卡的客戶的忠誠度）
6. 客戶終身價值
在一個人的生命周期過程中，需求是不斷變化的。如在學生階段、畢業工作階段、為人父人母階段、退休階段等，各個階段對金融服務和產品的需求是不同的，銀行應關注保持和客戶的長期關系，視客戶為資產，實現基於客戶生命周期的全面關系營銷。而這些都可以通過下一代網路銀行渠道成為現實。 IBM的WM-BTT（WebSphere Multichannel Bank Transformation Toolkit）產品能夠幫助銀行實現新一代網路銀行。下圖是IBM WM-BTT產品基於Web 2.0的下一代網路銀行架構圖：
IBM提供的基於Web 2.0的下一代網路銀行解決方案，提供豐富的客戶體驗，個性化的服務，定製化的網銀桌面，基於事件的營銷，服務、信息的上下文關聯等特性。下圖是基於該解決方案的一個演示截圖：
下面是一個銀行代銷樓盤服務為實例。在網路銀行中，選中該服務，下圖中左邊顯示可供銷售的樓盤信息，右邊是GoogleMap服務和Google街景服務，右下角是貸款計算器服務。這些服務與信息集成在一起組成了代銷樓盤服務。這樣的服務無疑比傳統的文字加圖片的描述，更加吸引用戶，也能為用戶提供更多的增值信息。
⑷ Web前端是什麼Web前端設計能當產品經理嗎
今天小編要跟大家分享的文章是關於Web前端是什麼?Web前端設計能當產品經理嗎?相信大家對於Web前端工程師這個名詞並不陌生，但對
Web前端具體是做什麼的並不了解，下面小編就帶大家一起來看看Web前端是什麼。
一、什麼是前端設計
什麼是前端設計?我們在開始討論時就被拋出了這樣的問題，經過各位同學的表述我們大致了解了什麼是前端設計。
設計就是呈現的過程，前端設計是通過色彩/構圖/等元素賦予頁面性格和特點，前端也是展現，通過色彩先抓住自己的目標人群，通過設計表現自己。
當然這僅僅是是Web前端設計的一部分而已，這被成為-界面設計。WEB前端設計實際上是網頁製作
，經過Web1.0進入Web2.0之後網站的前端由此發生了翻天覆地的變化，網頁不再只是承載單一的文字和圖片,它除了設計還要掌握開發技術，如：HTML、CSS和JavaScript等。
Web前端設計主要分為5個步驟：
1.看需求;
2.畫草圖;
3.設計界面;
4.前端代碼編寫;
5.兼容性調試。
當然事情並不絕對，除了必要的步驟之外還有一些細節需要去做，設計前與產品經理，視覺分析師，體驗師溝通。設計定稿後，就是和後台程序員，測試工程師溝通，並反復調試。
二、扁平化設計vs擬物化
扁平化與擬物化，作為設計師現在必然要知道的兩個詞，那麼他們本身都有什麼樣的優缺點呢?
1、什麼扁平和擬物設計
扁平化設計(Flatdesign)完全屬於二次元，這個概念最核心的地方就是放棄一切裝飾效果，諸如陰影，透視，紋理，漸變等等能做出3D
效果的元素一概不用。所有的元素的邊界都干凈利落，沒有任何羽化，漸變，或者陰影。
而擬物化正好相反，
擬物設計(Skeuomorph)正好相反，他需要加入各種元素的效果，通過不同的效果組合達到模擬要呈現物件外觀的目的，以使新的外觀讓人感覺熟悉和親切。
2、扁平化與擬物化的優缺點
扁平化設計單獨設計起來更容易，突出內容主題，減弱各種漸變、陰影、高光等視覺效果對用戶視線的干擾，讓用戶更加專注於內容本身，並且容易統一設計風格，調整設計方案更加方便。而現在手機平板電腦「橫行」的今天，扁平化設計更能支持手勢交互，而且它佔用系統空間小隊較少。
擬物化設計更適合初級人員了來做，這並不表示擬物化設計簡單，而正是因為它的復雜所以更適合初級人員來做，可以讓設計人員短時間內熟悉各種效果的實現，更好掌握色彩搭配等。並且擬物化設計認知和學習成本低，更能直接的表現出想表現的事物。
相對於它們的優點多多，它們的缺點確是一目瞭然。擬物化設計更傾向於視覺效果，功能實現很少。扁平化所能承載的信息量太少，會提高用戶的學習成本。
三、前端設計應不應該規范?如何規范?
前端設計當然應該規范，原因是：
1、為了信息載入更快。
2、有利於後期調適和修改
3、有利項目二次開發。
4、有利於項目交接。
那麼前端設計應該如何規范呢?
1、最基本的就是代碼規范，整齊、簡潔的代碼規范更方便後期調試和修改，也方便重用。
2、樣式素材歸類規范，養成好的素材歸類習慣，也是設計規范的一種。
四、設計師應該從什麼角度去考慮用戶體驗?
一直以來產品的設計都是在討好用戶，或者說是讓用戶知道什麼是適合他的設計，那麼我們要從哪些角度讓用戶知道這些呢?總體來說大致可以分為兩種，一種是視覺上給予用戶滿足，另一種則是在流程引導上下功夫。
細致說來可以分為以下幾點：
1、符合產品特點的視覺呈現，並把自己代入用戶場景和角色設計布局(地鐵中右手使用手機等)。
2、突出的，利於使用的視覺交互體驗。
3、用戶對產品功能不清晰的情況下，通過視覺表現合理的引導整個使用的流程。
總結來說就是在視覺上引導和取悅用戶，在元素布局上讓用戶使用方便。
五、前端設計如何成為產品經理?
要想轉行首先設計師應該把自己和產品經理一樣當成需求方，而不是執行者。這點至關重要，設計人員和產品經理最大的不同是思維，因為在做事的時候角色不同，思維模式必然不同，也就是之前說到的需求方和執行者，一個是被動接收信息，一個是主動推送(或者說發起)信息。只有從根本上轉變了思維才能開始這場蛻變、
設計師轉為產品還是有其優勢的，畢竟用設計的語言展示產品需求，使老闆看起來更直觀，讓技術不用過多的看產品文檔就能明白。因為前端更多的時間用在頁面設計上，對布局這類了解更深，對用戶體驗要強與在職的部分產品經理。
而短板也很明顯，設計師更多在意的是界面方面，而產品跟多的要分析業務流程、商業化、功能邏輯這些。工作是分工很明確，但是轉職的時候欠缺的地方也是很明確的，如何轉?答案就在欠缺的那一部分。
在不拋棄自己優勢的情況下，由表現形式逆推理至業務邏輯，這是我對設計轉產品的同學們的一點建議。
以上就是小編今天為大家分享的關於Web前端是什麼?Web前端設計能當產品經理嗎的文章，希望本篇文章能夠對正在從事Web前端相關工作的小夥伴們有所幫助，想要了解更多Web前端相關知識記得關注北大青鳥Web培訓官網。最後祝願小夥伴們工作順利，成為一名優秀的Web前端工程師！
⑸ Web前端工程師待遇如何
Web前端工程師待遇如何？很多小夥伴參加Web前端培訓都是為了獲得不錯的工作和豐厚的收益，畢竟都是成年人學著玩玩的情況已經很少存在了！有些人說Web前端年薪15萬-50萬，其實這個薪資貌似也不是不可能的，任何行業學藝越精湛自然薪資就會越多。下面小編帶大家一起了解一下Web前端工程師的待遇真有這么高嗎？
一、Web前端不同階段薪資待遇如何？
目前Web前端工程師可謂是佼佼者，如下：
工作1~2年後通常會成為Web前端高級軟體工程師，年薪可以達到15萬以上;
工作3-5年後通常可以成為Web前端技術主管或者經理，年薪在15-50萬之間;
工作年限5年以上，通常會成為互聯網公司的技術總監或產品經理，年薪將達到50萬-100萬之間。
二、Web前端工程師真的值那麼多錢嗎？
崗位值不值錢，要看用人單位需求如何？隨達妹一起來看看大家怎麼評價Web前端工程師的：
老大說：
「我只要好人」
前端的代碼都是直面客戶的，客戶即是公司的上帝，重要程度不言自明。
Hr說：
因為稀缺，雖然近年來前端人員不如幾年前緊缺，但是技術過硬的前端人員在互聯網+，大數據的時代下絕對還是供不應求。
大牛說：
對於那些由於缺乏核心職業技能，求職困難，並即將奔赴「天量級」就業大軍的畢業生;
對於那些工作多年、職位和薪酬都不能得到提升，希望通過轉行業來提升職業價值的職場人士;
對於那些從事技術多年，但遭遇職業瓶頸、需要技術能力拓展，職業價值提升的技術人員。
Web前端工程師可能是你一個不錯的選擇。
看看前端程序員們自己怎麼說：
A說:現在要做的一個優秀的前端開發人員確實比較難，要掌握的技能知識很多很零散。曾經只要會編寫HTML,CSS和Javascript
就是能夠找到一份前端開發工作的全部要求，而現在Web開發遠遠不止是簡單編碼。
B說：互聯網上有了更多的內容，也因為有更多的人、更多設備可以訪問互聯網,Web
前端開發技能也就更多了。我們現在需要考慮的問題很多，比如載入時間，性能，不同的屏幕尺寸,不同的輸入方式,build系統,
部署策略，還有如何組織好我們的代碼。
C說：你可能覺得前端學的東西比較容易，所以不值那麼多錢。但是拿多少錢和學的東西容不容易沒有直接關系。就好像學人工智慧的又要學抽代又要學實復函分析還要弄數理邏輯，但是不好意思，這個社會不需要這么多人工智慧。你就只好失業或者低工資。一切以社會需求為主。
所以在商業社會，前端直接面向客戶(花錢的人)，而且需求量大，在商業社會顯得比較重要，工資自然高。就好像你學的量子計算，要物理系出身，還要搞懂量子力學天書一樣的東西，但是量子計算現階段不是商業化的東西。學數學比學計算機難多了，可是學數學的出來並不比學計算機的好找工作。
三、企業對Web前端有什麼要求呢？
根據對100家互聯網名企對WEB開發工程師的招聘要求分析如下：
核心要求包括：
語言技術：JS基礎和核心、html5、CSS3
框架技術：JQuery、AJAX、Bootstrap、AngularJS
通訊協議技術：HTTP協議、服務端開發技術
交互技術：UI交互設計
客戶端技術：微信開發技術、html5、JS、SDK開發、Android、iOS、WebApp開發技術
輔助要求：學歷及相關專業、文檔規范寫作能力、團隊合作能力、責任心
四、最後總結
所以一個技術值不值錢，除了市場需求說了算之外，還取決於你自身的技術掌握程度，想要拿高薪，月入過萬，那就得扎實的把技術學好，提高自身職場競爭力！
想要成為一名優秀的Web前端，好好學哦，前途還是很廣大的！當然如果你現在打算加入Web前端的大軍，成為一名Web工程師，參加Web前端培訓無疑是相對來說比較簡便的方式之一，當然自己是否適合學習Web前端也是非常重要的。先來北大青鳥領取一份Web前端免費體驗課程吧！
免責聲明：內容來源於公開網路，若涉及侵權聯系盡快刪除！
⑹ web窗體的13個生命周期是哪些
你要的是這個吧
不要用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 功能深獲大家所喜愛。缺點是較復雜，對初學者來說，理解起來比較困
難。
⑺ 企業對Web前端工程師的要求有哪些薪資情況怎麼樣
今天小編要跟大家分享的文章是關於企業對Web前端工程師的要求有哪些?薪資情況怎麼樣?對於互聯網公司來說用戶就是上帝，做好客戶體驗一切才有可能。所以互聯網公司都會把錢砸向前端，Web前端程序員也越來越受到企業爭相聘用。但web前端工程師真的那麼值錢嗎?下面來和小編一起看一看吧！
1、web前端不同階段薪資待遇如何?
目前Web前端工程師可謂是佼佼者，如下：
·工作1~2年後通常會成為Web前端高級軟體工程師，年薪可以達到15萬以上;
·工作3-5年後通常可以成為Web前端技術主管或者經理，年薪在15-50萬之間;
·工作年限5年以上，通常會成為互聯網公司的技術總監或產品經理，年薪將達到50萬-100萬之間。
2、web前端工程師真的值那麼多錢嗎?
崗位值不值錢，要看用人單位需求如何?隨達妹一起來看看大家怎麼評價web前端工程師的：
老大說：
「我只要好人」
前端的代碼都是直面客戶的，客戶即是公司的上帝，重要程度不言自明。
Hr說：
因為稀缺，雖然近年來前端人員不如幾年前緊缺，但是技術過硬的前端人員在互聯網+，大數據的時代下絕對還是供不應求。
大牛說：
·對於那些由於缺乏核心職業技能，求職困難，並即將奔赴「天量級」就業大軍的畢業生;
·對於那些工作多年、職位和薪酬都不能得到提升，希望通過轉行業來提升職業價值的職場人士;
·對於那些從事技術多年，但遭遇職業瓶頸、需要技術能力拓展，職業價值提升的技術人員。
Web前端工程師可能是你一個不錯的選擇。
看看前端程序員們自己怎麼說：
A說:現在要做的一個優秀的前端開發人員確實比較難，要掌握的技能知識很多很零散。曾經只要會編寫HTML,CSS和Javascript
就是能夠找到一份前端開發工作的全部要求，而現在web開發遠遠不止是簡單編碼。
B說：互聯網上有了更多的內容，也因為有更多的人、更多設備可以訪問互聯網,web
前端開發技能也就更多了。我們現在需要考慮的問題很多，比如載入時間，性能，不同的屏幕尺寸,不同的輸入方式,build系統,
部署策略，還有如何組織好我們的代碼。
C說：你可能覺得前端學的東西比較容易，所以不值那麼多錢。但是拿多少錢和學的東西容不容易沒有直接關系。就好像學人工智慧的又要學抽代又要學實復函分析還要弄數理邏輯，但是不好意思，這個社會不需要這么多人工智慧。你就只好失業或者低工資。一切以社會需求為主。所以在商業社會，前端直接面向客戶(花錢的人)，而且需求量大，在商業社會顯得比較重要，工資自然高。就好像你學的量子計算，要物理系出身，還要搞懂量子力學天書一樣的東西，但是量子計算現階段不是商業化的東西。學數學比學計算機難多了，可是學數學的出來並不比學計算機的好找工作。
3、企業對web前端有什麼要求呢?
根據對100家互聯網名企對WEB開發工程師的招聘要求分析如下：
核心要求包括：
·語言技術：JS基礎和核心、html5、CSS3
·框架技術：JQuery、AJAX、Bootstrap、AngularJS
·通訊協議技術：HTTP協議、服務端開發技術
·交互技術：UI交互設計
·客戶端技術：微信開發技術、html5、JS、SDK開發、Android、iOS、WebApp開發技術
輔助要求：學歷及相關專業、文檔規范寫作能力、團隊合作能力、責任心
4、最後總結
所以一個技術值不值錢，除了市場需求說了算之外，還取決於你自身的技術掌握程度，想要拿高薪，月入過萬，那就得扎實的把技術學好，提高自身職場競爭力!想要成為一名優秀的web前端，好好學哦，前途還是很廣大的!
以上就是小編今天為大家分享的關於企業對Web前端工程師的要求有哪些?薪資情況怎麼樣的文章，希望本篇文章能夠對正在從事web前端工作的小夥伴們有所幫助，想要了解更多web前端知識記得關注北大青鳥web培訓官網。最後祝願小夥伴們工作順利！
⑻ 現在開發網站，好像都是流行用php，那java web一般用在哪裡呢它們之間的區別和優劣勢在哪裡呢
現在市場上的oa基本上可歸結為兩大陣營，即php陣營和java陣營。但對接觸oa不久的用戶來說，看到的往往只是它們的表相，只是明顯的價格差異，卻很難看出它們之間的實際差異。其實， PHP + MYSQL 不值錢不僅僅局限於oa軟體，而是整體上PHP + MYSQL開發的軟體都不如java開發的軟體值錢。為什麼PHP + MYSQL 的OA為什麼不值錢呢？首先得明白php和java之間的差異才行。
1、系統的技術架構比較
分層是將系統進行有效組織的方式，分而治之的思想是計算機領域中非常重要的思想。在好的分層思想引導下，便能實現「高內聚、低耦合」，也能將具體的問題割裂開來，易於控制、易於延展，更易於分配資源。PHP只能實現簡單的分布式兩層或三層的架構，而JAVA在這方面就十分強大，可以實現多層的網路架構。運用MVC的設計模式，可使oa系統具有更加高效、合理的系統架構。技術架構的落後，使運用php編寫的oa軟體系統先天不足，而後天又無法補足其先天上的劣勢。使得系統在可拓展性、需求應變性上與JAVA編寫的oa軟體系統的差距越來越大。架構的差距，註定了php做的oa充其量是個小家碧玉，始終無法和java這種大家閨秀同台競技。
2、資料庫訪問比較
PHP可編譯成具有與許多資料庫相連接的函數。將自己編寫外圍的函數去間接存取資料庫。通過這樣的途徑當更換使用的資料庫時，可以輕松地修改編碼以適應這樣的變化。但PHP提供的資料庫介面支持彼此不統一，比如對Oracle, MySQL，Sybase的介面，彼此都不一樣。由於PHP對於不同的資料庫採用不同的資料庫訪問介面，所以資料庫訪問代碼的通用性不強。
而Java通過JDBC來訪問資料庫，通過不同的資料庫廠商提供的資料庫驅動方便地訪問資料庫，訪問資料庫的介面比較統一。如果同樣是將開發的web應用從MYSQL數據數轉到ORACLE數據，PHP需要做大量的修改工作，而且比較繁瑣。但JAVA開發的便只需要很少的更改便能實現。
資料庫訪問方式的差異，奠定了php開發出的oa和java開發出來的oa是馬車和火車的差距，前者只能亦步亦趨而且額度有限，後者卻是工業化的結晶，不僅能夠包容萬物而且速度上穩步提升。
3、安全性對比
在同是開源和跨平台的java面前，php丟掉了很多的優勢。在代碼的安全性上尤為突出。php的開發程序在別人拿到代碼後，可以很容易的進行修改。而java開發的程序由於無法看到完整的源代碼，只能看到一些編譯好的類文件，所以安全性較高。加之系統架構的優勢，在安全性上php和java是相去甚遠。
如果非要將php和java在安全性上做個比較的話，同一個小偷光顧php那是隨便拿來隨便改，想拿什麼拿什麼，拿的高興還能大筆一輝某某到此一游。而光顧java的時候，便會發現警察把守，內設自動報警裝置，即便突破重重阻擾後進入居室。那值錢的東西都放在加密後的保險櫃中，只能望洋興嘆、鎩羽而歸。
4、前瞻性和拓展性
從整體來說，php適用於中小型系統，而java適用於大型系統。Php能夠將單一的事件做好，但卻不適合完成集成度較高的多項並發事件。為什麼說php適合中小型系統而不適合做大系統呢？
首先， php缺乏多層結構支持。而對於大型的系統負荷站點，只能採用分布計算。將資料庫、應用邏輯層和表示邏輯層彼此分開，並將同層的根據流量分開，組成二維數組。而php恰恰缺乏這種支持。
其次，PHP提供的資料庫介面不統一，要將多個不同的資料庫數據統一需要花費很大的力氣。而JAVA則沒有這種缺陷，可通過SUN Java的Java Class和EJB獲得規模支持，通過EJB/CORBA以及眾多廠商的Application Server獲得結構支持。如IBM的E－business，它的核心是採用JSP/Servlet的Web Sphere，是通過CGI來提供支持的。
如果將Php比作將才，具備獨擋一方的能力。那麼java便是帥才，具有較好的前瞻性和拓展性，整體布局和協同能力強。能夠指揮千軍萬馬，最後逐鹿中原。
5、開發成本比較
既然php在諸多方面都不如java優異，那麼php開發出的oa產品何以與java產品競爭呢？在於Php陣營普遍走的是低端路線，而java陣營走的是中高端路線。兩者之間交*的區域較小。
軟體價格的高低很大程度上和自身成本和功能相掛鉤。php的入門門檻較低，絕大多數學過c的程序員都很容易轉型為php程序員，這使得php程序員的泛濫成災的同時，低成本的php軟體產品也層出不窮。以PHP最經典的組合PHP + MySQL + Apache為例，由於所有軟體都是開源免費的，所以投入並不高。
而java開發需要特定的環境，成長為一個合格的java程序員需要一定的時間，java程序員的成本也是php成本的幾倍。Java的web應用伺服器免費的有Tomcat、JBoss等，而要想具有很好的商業化服務便必須選用Web Sphere和 Web logic。這其中投入的成本無形中便超是php成本的N倍。所以，java開發oa的成本要遠遠高於php開發出來的同類軟體產品。但也正由於java開發的成本較高，很難實現抄襲和短期內逾越的可能，也使得java用開發出的產品門檻更高。
不怕不識貨，就怕貨比貨。Php開發出來的產品也能用，但是和java開出的同類產品是沒法比較的。正因為php開發的產品整體性能和java開發的相去甚遠，所以php運用低成本的低價優勢和同類的java產品抗爭，以價格落差來平衡購買者的心態。所以，PHP + MYSQL 的OA不值錢也就不足為怪了
第二種
比較PHP和JSP這兩個web開發技術，在目前的情況是其實是比較PHP和Java的Web開發。以下是我就幾個主要方面進行的比較：
一、 語言比較
Php是解釋執行的伺服器腳本語言，首先php有簡單容易上手的特點。語法和c語言比較象，所以學過c語言的程序員可以很快的熟悉php的開發。而java需要先學好java的語法和熟悉一些核心的類庫，懂得面向對象的程序設計方法。所以java不如php好學。
Java首先要編譯成位元組碼.class文件，然後在java虛擬機上解釋執行。Java的web開發首先最容易想到的就是JSP（現在已經到JSP2.0），原來的java的web開發都是用servlet來實現的，用servlet來開發需要程序員在java的源文件中嵌入大量的html代碼。所以後來就出現了JSP,JSP可以方便的嵌入到html文件當中，其實jsp文件在伺服器上執行的時候首先會被應用伺服器轉換成servlet，然後再編譯執行。Jsp可以通過servlet和JavaBean的支持產生強大的功能。JavaBean 是一種可復用的、跨平台的軟體組件。使用javabean可以方便的實現java代碼和html的分離，能夠增強系統的功能和軟體的復用性。
Java的web開發屬於SUN公司定義的J2EE其中的規范。而且在J2EE中包括了java的web開發的所有方面，如：JSP、Servlet、JDBC、JNDI、JAVABEAN、EJB等等。J2EE就特別適合於做大型的企業級的應用。
二、 資料庫訪問比較
Java通過JDBC來訪問資料庫，通過不同的資料庫廠商提供的資料庫驅動方便地訪問資料庫。訪問資料庫的介面比較統一。
PHP對於不同的資料庫採用不同的資料庫訪問介面，所以資料庫訪問代碼的通用性不強。例如：用Java開發的web應用從MySQL資料庫轉到Oracle資料庫只需要做很少的修改。而PHP則需要做大量的修改工作。
三、 系統設計架構比較
採用Java的web開發技術，需要使用的是面向對象的系統設計方法，而PHP還是採用面向過程的開發方法。所以用Java進行開發前期需要做大量的系統分析和設計的工作。
四、 跨平台性
Java和PHP都有很好的跨平台的特性。幾乎都可以在不作任何修改的情況下運行在Linux或者Windows等不同的操作系統上。
五、 開發成本比較
PHP最經典的組合就是：PHP + MySQL + Apache。非常適合開發中小型的web應用，開發的速度比較快。而且所有的軟體都是開源免費的，可以減少投入。
Java的web應用伺服器有免費Tomcat、JBoss等，如果需要更好的商業化的服務有：Web Sphere和 Web logic。
六、 分布式多層架構比較
PHP只能實現簡單的分布式兩層或三層的架構，而JAVA在這方面就比較強大，可以實現多層的網路架構。資料庫層（持久化層）、應用（業務）邏輯層、表示邏輯層彼此分開，而且現在不同的層都已經有一些成熟的開發框架的支持。例如Struts就是利用java的web開發技術實現了MVC的設計模式，而在業務邏輯層也有Spring框架，資料庫持久化層有Hibernate等框架。這些框架可以方便開發者高效、合理、科學得架構多層的商業應用。
下面簡要的說一下Struts，它實質上是在JSP Model2的基礎上實現的一個MVC（Model、View、Controler）框架。JSP Model2體系結構是一種聯合使用JSP 與Servlet 來提供動態內容的方法。在Struts框架中，模型由實現業務邏輯的JavaBean或EJB組件構成，控制器由Servlet實現的，視圖由一組JSP文件組成。採用Struts可以明確角色的定義和開發者與網頁設計者的分工。而且項目越復雜，其優勢越明顯。
七、 源代碼安全
PHP開發的程序的源代碼都是公開的，他人拿到php開發的程序後都可以進行修改。
Java開發的程序，最後用戶拿到的是只是一些編譯好的class類，無法看到完整的源代碼，安全性高。
八、性能比較
有人做過試驗，對這兩種種語言分別做迴圈性能測試及存取Oracle資料庫測試。
在循環性能測試中，JSP只用了令人吃驚的四秒鍾就結束了20000＊20000的迴圈。而PHP測試的是2000＊2000循環（少一個數量級），卻分別用了63秒。
資料庫測試中，二者分別對 Oracle 8 進行 1000 次 Insert,Update,Select和Delete： JSP 需要 13 秒，PHP 需要 69 秒。
表格 1 PHP 與Java的比較
PHP JAVA
可復用性 低 高
開發速度 快 慢
易維護性 差 優
可移植性 優－Linux、Windows、Unix等
安全性 低 高
開發費用 低 高
多層架構 差 優
資料庫訪問 介面不統一 介面統一
可擴展性 差 優
面向對象 差 優
綜上 PHP適合於快速開發，中小型應用系統，開發成本低，能夠對變動的需求作出快速的反應。而Java適合於開發大型的應用系統，應用的前景比較廣闊，系統易維護、可復用性較好。還有，同樣功能的系統用Java開發的系統要比PHP開發的系統的價格要高
⑼ 常見的十五種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和Windows平台，適於創建和部署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開發出了JavaOne Studio5，為用戶提供了一個更加先進的企業編程環境。在新的JavaOne Studio5里有一個應用框架，開發者可以利用這些模塊快速開發自己在網路服務方面的各種應用程序。
4、Borland 的JBuilder
Jbuilder進入了Java集成開發環境的王國，它滿足很多方面的應用，尤其是對於伺服器方以及EJB開發者們來說。下面簡單介紹一下Jbuilder的特點:
1）Jbuilder支持最新的Java技術，包括Applets、JSP/Servlets、JavaBean以及EJB(Enterprise JavaBeans)的應用。
2）用戶可以自動地生成基於後端資料庫表的EJB Java類，Jbuilder同時還簡化了EJB的自動部署功能.此外它還支持CORBA，相應的向導程序有助於用戶全面地管理IDL(分布應用程序所必需的介面定義語言Interface Definition Language)和控制遠程對象。
3）Jbuilder支持各種應用伺服器。Jbuilder與Inprise Application Server緊密集成，同時支持WebLogic erver，支持EJB 1.1和EJB 2.0，可以快速開發J2EE的電子商務應用。
4）Jbuilder能用Servlet和JSP開發和調試動態Web 應用。
5）利用Jbuilder可創建(沒有專有代碼和標記)純Java2應用。由於Jbuilder是用純Java語言編寫的，其代碼不含任何專屬代碼和標記，它支持最新的Java標准。
6）Jbuilder擁有專業化的圖形調試介面，支持遠程調試和多線程調試，調試器支持各種JDK版本,包括J2ME/J2SE/J2EE。
JBuilder環境開發程序方便，它是純的Java 開發環境，適合企業的J2EE開發；缺點是往往一開始人們難於把握整個程序各部分之間的關系，對機器的硬體要求較高，比較吃內存，這時運行速度顯得較慢。
5、Oracle 的JDeveloper
oracle9i JDeveloper（定為9.0版，最新為10g）為構建具有J2EE功能，XML和Webservices的復雜的，多層的Java應用程序提供了一個完全集成的開發環境。它為運用Oracle9i資料庫和應用伺服器的開發人員提供特殊的功能和增強性能，除此以外，它也有資格成為用於多種用途Java開發的一個強大的工具。
oracle9i JDeveloper的主要特點如下：
① 具有UML（Unified Modeling Language，一體化建模語言）建模功能。可以將業務對象及e-business應用模型化。
② 配備有高速Java調試器（Debuger）、內置Profiling工具、提高代碼質量的工具「CodeCoach」等。
③ 支持SOAP（Simple Object Access Protocol）「簡單對象訪問協議」、UDDI（Universal Description, Discovery and Integration）「統一描述、發現和集成協議」、WSDL（Web Services Description Language）「WEB服務描述語言」等Web服務標准。
JDeveloper 不僅僅是很好的 Java 編程工具，而且是 oracle Web 服務的延伸，支持 Apache SOAP，以及 9iAS ，可擴充的環境和 XML 和 WSDL 語言緊密相關。Oracle9iJdeveloper完全利用Java編寫，能夠與以前的Oracle伺服器軟體以及其他廠商支持J2EE的應用伺服器產品相兼容，而且在設計時著重針對Oracle9i，能夠無縫化跨平台之間的應用開發，提供了業界第一個完整的、集成了J2EE和XML的開發環境，允許開發者快速開
發可以通過Web、無線設備及語音界面訪問的Web服務和交易應用，以往只能通過將傳統Java編程技巧與最新模塊化方式結合到一個單一集成的開發環境中之後才能完成J2EE應用開發生命周期管理的事實，從根本上得到改變。缺點就是對於初學者來說，較復雜，也比較難。
6、IBM的Visual Age for Java
Visual Age for Java是一個非常成熟的開發工具，它的特性以於IT開發者和業余的Java編程人員來說都是非常用有用的。它提供對可視化編程的廣泛支持，支持利用CICS連接遺傳大型機應用，支持EJB的開發應用，支持與Websphere的集成開發，方便的bean創建和良好的快速應用開發(RAD)支持和無文件式的文件處理。
IBM為建設Web站點所推出的WebSphere Studio Advanced Edition及其包含的VisualAge 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 forJava完全面向對象的程序設計思想使得開發程序非常快速、高效。你可以不編寫任何代碼就可以設計出一個典型的應用程序框架。Visual Age for Java作為IBM電子商務解決方案其中產品之一，可以無縫地與其他IBM產品，如WebSphere、DB2融合, 迅速完成從設計、開發到部署應用的整個過程。
Visual Age for Java獨特的管理文件方式使其集成外部工具非常困難,你無法讓Visual 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 部門的工作效率提高一個數量級。
可視化設計器以及直觀的概念，如事件、屬性和控制項等，實現了基於事件的開發。Workshop 簡化的程序設計模型，使開發人員不必掌握復雜的 J2EE API 和面向對象的程序設計原理。所有開發人員，包括 J2EE 專家和具有可視化和過程化語言技能的應用開發人員在內，都可以共同工作在 BEA WebLogic Enterprise Platform 之上。Workshop的可視化開發環境，創建帶有代碼注釋的標准 Java 文件，用來說明由運行時框架實施的企業級需求。J2EE 和其他高級開發人員，藉助功能強大的代碼編輯功能，可以訪問Java 源代碼，從而彌補了可視化設計器的不足。
② 構建企業級應用
通過在可伸縮、安全可靠的企業級架構上實施各種應用，BEA WebLogicWorkshop 大大降低了開發風險。而且，所有應用的創建都使用標準的 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 Workshop8.1極大簡化了當前實際企業集成環境中企業級應用和服務的構建，並成為全面支持關鍵企業級應用(如非同步、真正松耦合和粗粒度消息傳送等)的自然選擇。它的缺點就是過於復雜，對於初學者來說，理解起來較為困難。
8、WebGain 的Visual Cafe for Java
Visual Cafe 是只能在Symantec公司的Java虛擬機、Netscape公司的Java虛擬機和Microsoft虛擬機上工作的調試器。這對於開發者來講是一個重要的特性,因為用戶開發的Java代碼中的許多軟體bug就可能中會在某種特定的虛擬機上起作用。
在修改後進行編譯基繼續進行調試時,Visual Cafe會自動將文件存檔，使用VisualCafe創建的原生應用具有許多特點。除了明顯的速度提高之外,Symantec使類庫的二進制方式比正常的JDK小Visual Cafe為所指定的關系自動生成或更新必要的Java代碼。利用Visual 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引擎，用於開發及實施由Java Servlets和JavaServer Pages編寫的伺服器端Java應用。JRun是第一個完全支持JSP1.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 支持無限量並發式連接運行多個Java虛擬機，包括多個並發的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，我們不用激活主文檔而直接編繹或運行我們的JAVA程序。
JCreator能自動找到包含主函數的文件或包含Applet的Html文件，然後它會運行適當的工具。在JCreator中，我們可以通過一個批處理同時編繹多個項目。JCreator的設計接近Windows界面風格，用戶對它的界面比較熟悉。其最大特點是與我們機器中所裝的JDK完美結合，是其它任何一款IDE所不能比擬的。它是一種初學者很容易上手的java開發工具，缺點是只能進行簡單的程序開發，不能進行企業J2EE的開發應用。
11、Microsoft VJ++
Visual J++ 是Microsoft 公司推出的可視化的Java 語言集成開發環境(IDE)，為Java 編程人員提供了一個新的開發環境，是一個相當出色的開發工具。無論集成性、編譯速度、調試功能、還是易學易用性，都體現了Microsoft 的一慣風格。Visual J++ 具有下面的特點：
1）Visual J++ 把Java 虛擬機(JVM)作為獨立的操作系統組件放入Windows，使之從瀏覽器中獨立出來。
2）Microsoft 的應用基本類庫(AFC,Application Foundation Class Library)對SUN 公司的JDK 作了擴展，使應用基本類庫更加適合在Windows 下使用。
3） Visual J++ 的調試器支持動態調試，包括單步執行、設置斷點、觀察變數數值等。
4） Visual J++ 提供了一些程序向導(Wizards)和生成器(Builders)，它們可以方便地幫助用戶快速地生成Java 程序，幫助你在自己的工程中創建和修改文件。
5） Visual J++ 界面友好，其代碼編輯器具有智能感知、聯機編譯等功能，使程序編寫十分方便。Visual J++ 中建立了Java 的WFC，這一新的應用程序框架能夠直接訪問Windows 應用程序介面(API)，使你能夠用Java 語言編寫完全意義上的Windows 應用程序。
6）Visual J++ 中表單設計器的快速應用開發特性使用WFC 創建基於表單的應用程序變得輕松、簡單。通過WFC 可以方便地使用ActiveX 數據對象(ADO,ActiveX Data Objects)來檢索數據和執行簡單數據的綁定。通過在表單設計器中使用ActiveX 數據對象，可以快速地在表單中訪問和顯示數據。
Visual J++能結合微軟的一貫的編程風格，很方便進行Java 的應用開發，但它的移植性較差，不是純的Java 開發環境。
12、Eclipse
Eclipse是一種可擴展的開放源代碼IDE。2001年11月，IBM公司捐出價值4,000萬美元的源代碼組建了Eclipse聯盟，並由該聯盟負責這種工具的後續開發。集成開發環境(IDE)經常將其應用范圍限定在「開發、構建和調試」的周期之中。為了幫助集成開發環境(IDE)克服目前的局限性，業界廠商合作創建了Eclipse平台。Eclipse允許在同一IDE中集成來自不同供應商的工具，並實現了工具之間的互操作性，從而顯著改變了項目工作流程，使開發者可以專注在實際的嵌入式目標上。
Eclipse框架的這種靈活性來源於其擴展點。它們是在XML中定義的已知介面，並充當插件的耦合點。擴展點的范圍包括從用在常規表述過濾器中的簡單字元串，到一個Java類的描述。任何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。它提供了一系列最實用的的工具組合：智能編碼輔助和自動控制，支持J2EE，Ant，JUnit和CVS集成，非平行的編碼檢查和創新的GUI設計器。IDEA把Java開發人員從一些耗時的常規工作中解放出來，顯著地提高了開發效率。具有運行更快速，生成更好的代碼；持續的重新設計和日常編碼變得更加簡易，與其它工具的完美集成；很高的性價比等特點。在4.0版本中支持Generics，BEA WebLogic集成，改良的CVS集成以及GUI設計器。
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部分提供支持。IntelliJ IDEA 被稱為是最好的JAVA IDE開發平台，這套軟體就是以其聰明的即時分析和方便的 refactoring 功能深獲大家所喜愛。缺點是較復雜，對初學者來說，理解起來比較困難。
小結
現在常用的Java項目開發環境有：JBuilder、VisualAge for Java、Forte forJava, Visual Cafe、Eclipse、NetBeans IDE、JCreator +J2SDK、jdk+記事本、EditPlus+ J2SDK等等。一般開發J2EE項目時都需要安裝各公司的應用伺服器（中間件）和相應的開發工具，在使用這些開發工具之前，我們最好能熟知這些軟體的優點和缺點，以便根據實際情況選擇應用。編程工具只是工具，為了方便人們工作而開發的，各有特點，因此，選工具主要的依據自己將要從事的領域是什麼，而不是盲目的認為那種工具好，那種工具不好。最後希望大家都能找到自己合適的java 開發工具。
⑽ 平時到處可加程序員的字眼 但我去一些招聘網站看的時候 軟體研發有不同職位 比如web
我看過馮欣偉對程序員的分類，下面我把他的原文復制給你，看看是否能解答你的問題。
「不是每一個寫代碼的都是程序員。這里，我把程序員定義為以編程為生的人。我認為世界上存在四類程序員：（計算機）科學家、碼農、專家和工匠。下面我一一介紹自己的觀點。
（計算機）科學家
與其說他們是程序員，不如說他們是數學家。他們發明了各種理論、演算法和術語，教科書上那冗長的證明和計算也出自他們之手，其他的程序員都或多或少受益於他們的成果。有時，他們的一篇論文能改變整個業界的思維方式，但他們通常不會也不喜歡把那驚世駭俗的理論商業化。相比之下，他們更喜歡沉浸在科學的象牙塔里，自得其樂，好不快活。
他們是程序員中最不經常寫程序的人，甚至有一些大師一輩子都沒寫過程序，你也許認為這違反了我們開頭對程序員的定義，可誰說編程非要用鍵盤呢？
碼農
這個詞彙來自網路上程序員的自嘲。但在這里，我把他定義為軟體的主體實現者。正如農民工兄弟一樣，他們是軟體大廈的實際締造者，他們通常熟悉或精通一到兩門語言，在現有的架構下進行開發。
他們是程序員中的藍領，干著某種程度上的體力活，但這並不是什麼壞事，事情總要有人做，並且編程的自由行賦予了碼農很大的創造和學習空間。如果承認自己是個碼農並樂於所從事的工作，那也是件極其美好的事，可問題在於很多人並不是自己願意做碼農，而是被迫成為了碼農，他們本應是音樂家、運動員或者是商人，可因為種種原因成為了碼農，干著他們認為枯燥且重復的體力活，所以他們不開心，這種狀態下工作身心俱疲，也就是他們最容易發出程序員吃青春飯，三十歲以後還寫程序沒出息，應該轉管理之類的蠢話。
可當他們真的成為了管理者，通常情況下，只有極少部分人找到了自己喜歡做的事，其他大部分碼農仍將繼續他們的抱怨。綜上，碼農是程序員中佔比最大的群體，他們的可塑性最高，有剛學習編程的中學生，有剛參加工作的畢業生，也有工作多年仍樂於戰斗在第一線的資深工程師；作為碼農，首先要承認自己的身份，然後找到自己的興趣與方向，或者樂於做一輩子碼農，或者准備向其他三類程序員轉換，再或者換個行業，追尋自己最初的夢想。
專家
他們在軟體行業中摸爬滾打多年，見多識廣且精於一個或多個領域。他們在公司里通常被稱之為高級程序員，架構師或是CTO，他們通常設計軟體大廈的結構，然後安排碼農去實現，或者自己寫一些核心代碼。
他們經驗豐富，具有技術前瞻性，能夠未雨綢繆，提前做出反應以應對軟體大廈腐朽的趨勢和業界的技術變化。他們性格單純，喜歡自己的工作，且薪水不菲，通過閱讀科學家的論文來保持與時代共同進步。軟體行業很特殊，對於製造業，傑出者與平庸者帶來的結果差距通常只有一到兩倍，可在軟體行業恐怕用千萬倍形容都不為過。
所以專家是公司的寶貝，任何一家公司都要不懈餘力去爭取或培養專家；同時，成為專家通常也是很多碼農的終極夢想。因此，如果你是一位專家，請接受我致以的崇高敬意。
工匠
他們是很特殊的程序員，與其他程序員關心技術本身相比，他們更關注實現的結果，他們是把科學家論文商業化的實踐者。對他們而言，重要的不是技術本身，而是利用技術創造卓越的產品。
因此，你很難用前端、後台、DBA、安全工程師定義他們，為了創造偉大的產品，他們願意學習任何技術，有些淺嘗而止，有些因為需要或興趣而精通無比。他們通常具有叛逆精神，本能地抵制權威，喜歡挑戰某個領域的領導者，具有傳統意義的黑客精神。他們對自己和別人都極其嚴格，具有很強的控制欲，喜歡插手編程之外與產品有關的事物，如設計、UI、市場等等；因為他們不希望因為某個環節的失誤而降低了產品的影響力，雖然他們並不總是對的。
他們喜歡編程，但編程通常並不佔據生活的全部，他們一定會有一些與大眾眼中程序員氣質不符的愛好，如吹笛子，打劍道，玩音樂，繪畫，種地，旅行等等。他們特立獨行，性格倔強，工作瘋狂，只願和優秀的人合作。
因為如此種種，在一般的企業中，工匠很難共事，他們總會覺得自己的才華受到了限制，周圍的人跟不上他的節奏；他們在某種意義上是公司的不穩定因素，要麼是天使，要麼是魔鬼；絕大部分的企業不需要工匠，但對偉大或立志偉大的企業而言，工匠比專家還重要，專家可以把現有的產品做到行業領先，但工匠可以創造新的產品從而改變游戲規則。因為適合工匠的企業如此至少，他們中的有些人選擇自己創辦一個。
寫在最後
以上是我個人對程序員的分類，（計算機）科學家、碼農、專家、工匠；每一個程序員依據技術能力，性格習慣一定會找到自己的類型，但通常或多或少都會具有其他類型的氣質，有工匠氣質的科學家，喜歡與碼農並將作戰的專家等等。
我以前以為自己想做科學家，後來發現不是，工作後成為一名碼農，那會立志做專家，後來漸漸的發現自己和周圍的同事不一樣，那些專家的生活也不是我想要的，消沉了一段時間，偶然發現有一類工匠的程序員，那或許是我想成為的人，然後，生活、工作又恢復了激情，於是便根據自己的閱讀、經驗寫了這篇文章。
對於每一位程序員，重要的不是你現在屬於哪種類型的程序員，而是找到你希望成為的那種程序員，並為之努力。每一位程序員，都會有自己的精彩。」