web從零開始得意世界整合

⑴ 從零開始學java web開發需要多長時間

1）如果每天花半天時間的話，學習java這門語言的話，周期大概一個月可以入門；

2）如果從頭走一遍，把java前端和後端涉及的知識：java前端：css+HTML+JavaScript；java後端：三大框架（SSH），資料庫（sql）；虛擬機：JVM；其它需要也要學的如：並發多線程，設計模式，數據結構，演算法等。這個周期可能就長一點了，掌握或者稍微精通的話，最起碼半年以上。

⑵ web前端開發都包括哪些技術

1. css，學好CSS是網頁外觀的重要一點，CSS可以幫助把網頁外觀做得更加美觀。

2. div布局： DIV元素是用來為HTML文檔內大塊的內容提供結構和背景的元素。
   

3. 學習JavaScript的基本語法，以及如何使用。JavaScript編程將會提高開發人員的個人技能。
   

4. 了解Unix和Linux的基本知識雖然這兩點很基礎，但是開發人員了解Unix和Linux的基本知識是有益無害的。
   

5. html5+css3：移動端的網頁製作。在移動設備開發HTML5應用只有兩種方法，要不就是全使用HTML5的語法，要不就是僅使用JavaScript引擎，現在也是前端的一個趨勢。
   

6. 一些框架的應用：angular.js，node.js，bootsttap等框架的應用。
   

7. 了解Web伺服器對Apache的基本配置，並且掌握htaccess配置技巧

8. web前端開發技術，還需要學習一些seo優化技術，因為前端是經常會和網站接觸的。

⑶ web2.0的特徵、優點、發展方向

2001年秋天互聯網公司（dot-com)泡沫的破滅標志著互聯網的一個轉折點。許多人斷定互聯網被過分炒作，事實上網路泡沫和相繼而來的股市大衰退看起來像是所有技術革命的共同特徵。股市大衰退通常標志著蒸蒸日上的技術已經開始佔領中央舞台。假冒者被驅逐，而真正成功的故事展示了它們的力量，同時人們開始理解了是什麼將一個故事同另外一個區分開來。

「Web 2.0」的概念開始於一個會議中，展開於O'Reilly公司和MediaLive國際公司之間的頭腦風暴部分。所謂互聯網先驅和O'Reilly公司副總裁的戴爾·多爾蒂(Dale Dougherty)注意到，同所謂的「崩潰」迥然不同，互聯網比其他任何時候都更重要，令人激動的新應用程序和網站正在以令人驚訝的規律性涌現出來。更重要的是，那些倖免於當初網路泡沫的公司，看起來有一些共同之處。那麼會不會是互聯網公司那場泡沫的破滅標志了互聯網的一種轉折，以至於呼籲「Web 2.0」的行動有了意義？我們都認同這種觀點，Web 2.0會議由此誕生。

在那個會議之後的一年半的時間里，「Web 2.0」一詞已經深入人心，從Google上可以搜索到950萬以上的鏈接。但是，至今關於Web 2.0的含義仍存在極大的分歧，一些人將Web 2.0貶低為毫無疑義的一個行銷炒作口號，而其他一些人則將之理解為一種新的傳統理念。

本文就是來嘗試澄清Web 2.0本來意義。

在我們當初的頭腦風暴中，我們已經用一些例子，公式化地表達了我們對Web 2.0的理解：
Web 1.0 Web 2.0
DoubleClick Google AdSense
Ofoto Flickr
Akamai BitTorrent
mp3.com Napster
大英百罩團科全書在線（Britannica Online） 維基網路全書（Wikipedia）
個人網站 博客(blogging)
evite upcoming.org和EVDB
域名投機 搜索引擎優化
頁面瀏覽數 每次點擊成本
屏幕抓取（screen scraping） 網路服務（web services）
發布 參與
內容管理系統 維基纖簡
目錄（分類) 標簽（「分眾分類」，folksonomy）
粘性 聚合

這個列表還會不斷繼續下去。但是到底是什麼，使得我們認定一個應用程序或一種方式為作所謂「Web 1.0」，而把另外一個叫做「Web 2.0」呢？（這個問題尤為緊迫，因為Web 2.0的觀念已經傳播的如此廣泛，以至於很多公司正在將這個詞加到他們的行銷炒作中，但卻沒有真正理解其含義。同時這個問題也尤為困難，因為許多嗜好口號的創業公司顯然不是Web 2.0，而一些我們認為是Web 2.0的應用程序，例如Napster和BitTorrent，甚至不是真正適當的網路程序！）我們首先來探討一些原則，這些原則是通過Web 1.0的一些成功案例，以及一些最為有趣的新型應用程序來體現的。

1. 互聯網作為平台

正如許多重要的理物豎橘念一樣，Web 2.0沒有一個明確的界限，而是一個重力核心。不妨將Web 2.0視作一組原則和實踐，由此來把距離核心或遠或近的網站組成為一個類似太陽系的網路系統，這些網站或多或少地體現著Web 2.0的原則。

圖1為Web 2.0的「模擬圖」，該圖是在名為「O'Reilly的朋友」（Friend Of O』reilly, FOO）的會議的一個研討會上產生的。這個圖基本上仍處於演化階段，但已經描繪出了 從Web 2.0核心理念中衍生出的許多概念。

例如，在2004年10月的第一次Web 2.0的會議上，約翰·巴特利（John Battelle）和我在我們各自的開場白中列舉了一組初步的原則。

這些原則中的第一條就是「互聯網作為平台」。這也曾是Web 1.0的寵兒網景公司（Netscape)的戰鬥口號，而網景在同微軟的大戰中隕落了。此外，我們早先的Web 1.0的楷模中的兩個，DoubleClick和Akamai公司，皆是將網路當作平台的先驅。人們往往不認為這是一種網路服務，但事實上，廣告服務是第一個被廣泛應用的網路服務，同時也是第一個被廣泛應用的混合處理（mashup），如果用另一個近來流行的詞來說的話。每個旗幟廣告（banner ad)都是用來在兩個網站之前無縫合作，向位於另外一台計算機上的讀者傳遞一個整合好的頁面。

Akamai也將網路看作平台，並且在一個更深入的層次上，來搭建一個透明的緩存和內容分發網路，以便降低寬頻的擁塞程度。

雖然如此，這些先驅提供了有益的對比，因為後來者遇到同樣問題的時候，可以將先驅們的解決方案進一步延伸，從而對新平台本質的理解也更為深刻了。DoubleClick和Akamai都是Web 2.0的先驅，同時我們也可以看到，可以通過引入更多Web 2.0的設計模式，來實現更多的應用。

讓我們對這三個案例中的每一個都作一番深究，來探討其間的一些本質性的差別。

Netscape 對 Google

如果Netscape可以稱為Web 1.0的旗手，那麼Google幾乎可以肯定是Web 2.0的旗手，只要看看他們的首次公開上市（IPO)是如何地揭示了各自的時代就清楚了。所以我們就從這兩個公司和其定位的差別入手。

Netscape以傳統的軟體摹本來勾勒其所謂「互聯網作為平台」：他們的旗艦產品是互聯網瀏覽器，一個桌面應用程序。同時，他們的戰略是利用他們在瀏覽器市場的統治地位，來為其昂貴的伺服器產品建立起市場。從理論上講，在瀏覽器中控制顯示內容和程序的標准，賦予了Netscape一種市場支配力，如同微軟公司在個人計算機市場上所享受的一樣。很像當初「自行的馬車」（horseless carriage）將汽車描繪為一種熟知事物的延伸，Netscape曾推銷一種網路桌面（webtop）來替代傳統的桌面（desktop），並且計劃藉助信息更新，以及由購買了Netscape伺服器的信息提供者來推送的各種小程序，來開發推廣這種網路桌面。

最終，瀏覽器和網路伺服器都變成了「日用品」，同時價值鏈條也向上移動到了在互聯網平台上傳遞的服務。

作為對比，Google則以天生的網路應用程序的角色問世，它從不出售或者打包其程序，而是以服務的方式來傳遞。客戶們直接或間接地為其所使用的服務向Google付費。原有軟體工業缺陷盪然無存。沒有了定期的軟體發布，只需要持續的改善。沒有了許可證或銷售，只需要使用。沒有了為了讓用戶在其設備上運行軟體而不得不進行的平台遷移，只需要搭建宏大的、由眾多個人計算機組成的、可伸縮的網路，其上運行開源操作系統，及其及自行研製的應用程序和工具，而公司之外的任何人則永遠無法接觸到這些東西。

在其底層，Google需要一種Netscape從未需要過的能力：資料庫管理。Google遠遠不只是一個軟體工具的集合，它是一個專業化的資料庫。沒有這些數據，那些工具將毫無用武之地；沒有這些軟體，數據也將無可控制。軟體許可證制度和對應用程序介面（API）的控制——上一個時代的法寶——已經毫不相關了，因為Google的軟體只需要執行而從不需要分發，也因為如果不具備收集和管理數據的能力，軟體本身就沒有什麼用處了。事實上，軟體的價值是同它所協助管理的數據的規模和活性成正比的。

Google的服務不是一個簡單的伺服器，雖然其服務是通過大規模的互聯網伺服器集合來傳遞的；其服務也不是一個瀏覽器，雖然這種服務是被用戶在瀏覽器中體驗到的。Google的旗艦產品——搜索服務，甚至不託管它讓用戶來搜尋的內容。很像一個電話通話過程，不僅發生在通話的兩端，而且發生在中間的網路上。作為用戶和其在線體驗的一個中介，Google作用於瀏覽器、搜索引擎和最終的內容伺服器之間的空間中。

雖然Netscape和Google都可以被描述為軟體公司，但顯然Netscape可以歸到Lotus，Microsoft，Oracle，SAP，以及其他發源於上個世紀八十年代軟體革命的那些公司所組成的軟體世界。而Google的同伴們，則是像eBay，Amazon，Napster，及至DoubleClick和Akamai這樣的互聯網公司。

DoubleClick對Overture和AdSense

同Google類似，DoubleClick是一個名副其實的互聯網時代的孩子。它把軟體作為一種服務，在數據管理方面具有核心競爭力，並且正如上文所述，它是一個早在連網路服務的名字還不曾有的時候，就已然開始其服務的先驅。然而，DoubleClick最終還是被其商業模式局限住了。它所貫徹的是九十年代的互聯網觀念。這種觀念圍繞著出版，而不是參與；圍繞著廣告客戶，而不是消費者，來進行操縱；圍繞著規模，認為互聯網會被如MediaMetrix等網路廣告評測公司尺度下的所謂頂級網站所統治。

結果是，DoubleClick得意地在其網站上引用道：「超過2000種的成功應用」。而相對比的是，Yahoo!公司的搜索市場（從前的Overture）和Google的AdSense產品，已經在為幾十萬的廣告客戶服務。

Overture和Google的成功源自於對克里斯·安德森（Chris Anderson）提到的所謂「長尾」的領悟，即眾多小網站集體的力量提供了互聯網的大多數內容。DoubleClick的產品要求一種簽訂正式的銷售合同，並將其市場局限於很少的幾千個大型網站。Overture和Google則領會到如何將廣告放置到幾乎所有網頁上。更進一步地，它們迴避了發行商和廣告代理們所喜愛的廣告形式，例如旗幟廣告和彈出式廣告，而採用了干擾最小的、上下文敏感的、對用戶友好的文字廣告形式。

Web 2.0的經驗是：有效利用消費者的自助服務和演算法上的數據管理，以便能夠將觸角延伸至整個互聯網，延伸至各個邊緣而不僅僅是中心，延伸至長尾而不僅僅是頭部。

毫不奇怪，其他Web 2.0的成功故事也顯示著同樣的軌跡。eBay扮演著一個自動的中間媒介的角色，使個體之間發生的幾個美元的偶然性的交易成為可能。Napster（雖然已經出於法律原因而關閉）將其網路建立在一個集中的歌曲資料庫之上，但是它讓每一個下載者都成為一台伺服器，從而使其網路逐漸擴大。

Akamai 對 BitTorrent

同DoubleClick類似，Akamai的業務重點面向網路的頭部，而不是尾部；面向中心，而不是邊緣。雖然它服務於那些處於網路邊緣的個體的利益，為他們訪問位於互聯網中心的高需求的網站鋪平了道路，但它的收入仍然來自從那些位於中心的網站。

BitTorrent，像P2P風潮中的其他倡導者一樣，採用了一種激進的方式來達到互聯網去中心化（internet decentralization）的目的。每個客戶端同時也是一個伺服器；文件被分割成許多片段，從而可以由網路上的多個地方提供，透明地利用了網路的下載者來為其他下載者提供帶寬和數據。事實上，文件越流行下載得越快，因為有更多的用戶在為這個文件提供帶寬和各個片段。

BitTorrent由此顯示出Web 2.0的一個關鍵原則：用戶越多，服務越好。一邊是Akamai必須增加伺服器來改善服務，另一邊是BitTorrent用戶將各自的資源貢獻給大家。可以說，有一種隱性的「參與體系」內置在合作準則中。在這種參與體系中，服務主要扮演著一個智能代理的作用，將網路上的各個邊緣連接起來，同時充分利用了用戶自身的力量。

2. 利用集體智慧

在誕生於Web 1.0時代並且存活了下來，而且要繼續領導Web 2.0時代的那些巨人的成功故事的背後，有一個核心原則，就是他們藉助了網路的力量來利用集體智慧：

--超級鏈接是互聯網的基礎。當用戶添加新的內容和新的網站的時候，將被限定在一種特定的網路結構中，這種網路結構是由其他用戶發現內容並建立鏈接的。如同大腦中的神經突觸，隨著彼此的聯系通過復制和強化變得越來越強，而作為所有網路用戶的所有活動的直接結果，互聯的網路將有機地成長。

--Yahoo!是第首例偉大的成功故事，誕生於一個分類目錄，或者說是鏈接目錄，一個對數萬甚至數百萬網路用戶的最精彩作品的匯總。雖然後來Yahoo!進入了創建五花八門的內容的業務，但其作為一個門戶來收集網路用戶們集體作品的角色，依然是其價值核心。

--Google在搜索方面的突破在於PageRank技術，該技術令其迅速成為搜索市場上毫無爭議的領導者。PageRank是一種利用了網路的鏈接結構，而不是僅僅是使用文檔的屬性，來實現更好的搜索效果的方法。

--eBay的產品是其全部用戶的集體活動，就向網路自身一樣，eBay隨著用戶的活動而有機地成長，而且該公司的角色是作為一個特定環境的促成者，而用戶的行動就發生在這種環境之中。更重要的是，eBay的競爭優勢幾乎都來自於關鍵性的大量的買家和賣家雙方，而這正是這一點使得後面許多競爭者的產品的吸引力顯著減低。

--Amazon銷售同Barnesandnoble.com等競爭者相同的產品，同時這些公司從賣方獲得的是同樣的產品描述、封面圖片和目錄。所不同的是，Amazon已然締造出了一門關於激發用戶參與的科學。Amazon擁有比其競爭者高出一個數量級以上的用戶評價，以及更多的邀請來讓用戶以五花八門的方式，在近乎所有的頁面上進行參與，而更為重要的是，他們利用用戶的活動來產生更好的搜索結果。Barnesandnoble.com的搜索結果很可能指向該公司自己的產品，或者是贊助商的結果，而Amazon則始終以所謂「最流行的」打頭，這是一種實時計算，不僅基於銷售，而且基於其他一些被Amazon內部人士稱為圍繞著產品「流動」（flow）的因素。由於擁有高出對手一個數量級的用戶參與，Amazon銷售額超出競爭對手也就不足為奇了。

現在，具備了這種洞察力，並且可能會將之延伸開來的那些創新型的公司，正在互聯網上留下他們的印跡。

維基網路全書（Wikipedia）是一種在線網路全書，其實現基於一種看似不可能的觀念。該觀念認為一個條目可以被任何互聯網用戶所添加，同時可以被其他任何人編輯。無疑，這是對信任的一種極端的實驗，將埃里克·雷蒙德（Eric Raymond）的格言（源自開放源碼軟體的背景之下）：「有足夠的眼球，所有的程序缺陷都是膚淺的」（with enough eyeballs, all bugs are shallow）運用到了內容的創建之中。維基網路全書已然高居世界網站百強之列，並且許多人認為它不久就將位列十強。這在內容創建方面是一種深遠的變革。

像del.icio.us（美味書簽）和Flickr這樣的網站，其公司已經在近期獲得了廣泛的關注，並且已經在一種被人們成為「分眾分類」（folksonomy，有別於傳統分類法）的概念上成為先行者。「分眾分類」是一種使用用戶自由選擇的關鍵詞對網站進行協作分類的方式，而這些關鍵詞一般稱為標簽（tags)。標簽化運用了像大腦本身所使用的那種多重的、重疊的關聯，而不是死板的分類。舉一個經典的例子，在Flickr網站上，一幅小狗照片可能被加上「小狗」和「可愛」這樣的標簽，從而允許系統依照用戶行為所產生的自然的方式來進行檢索。

協作式垃圾信息過濾產品，例如Cloudmark，就聚集了電子郵件用戶們對於「一封郵件是或者不是垃圾郵件」的眾多相互獨立的決策，從而勝過了依賴於分析郵件本身的那些系統。

偉大的互聯網成功者並不主動地到處推銷其產品，這幾乎成為公理。他們採用「病毒式營銷」（viral marketing）的方式，也就是說，一些推介會直接從一個用戶傳播到另外一個用戶。如何一個網站或產品依賴廣告來進行宣傳，你幾乎可以斷定它不是Web 2.0。

即便許多互聯網基礎設施本身，包括在大多數網路伺服器中用到的Linux，Apache，MySQL，以及Perl，PHP或Python代碼，也都依靠開放源碼的對等生產（peer-proction）的方式。其中包含了一種集體的、網路賦予的智慧。在SourceForge.net網站上列有至少10萬種開放源碼軟體項目。任何人都可以添加一個項目，任何人都可以下載並使用項目代碼。

同時，由於作為用戶使用的結果，新的項目從邊緣遷移到中心。一個對軟體的有機的接受過程幾乎完全依靠病毒式營銷。同時，作為用戶應用的結果，新的項目從邊緣遷移到中心，這是一種幾乎完全依靠病毒式營銷的，有機的軟體採用過程，。

經驗是：源於用戶貢獻的網路效應，是在Web 2.0時代中統治市場的關鍵。
平台總是打敗應用程序
在過去每次同對手的競爭中，微軟都成功地打用了平台這張牌，打敗了即便是最佔主導地位的應用程序。Windows平台讓微軟以Excel取代了Lotus 1-2-3，以Word取代了WordPerfect,，以Internet Explorer取代了Netscape瀏覽器。
不過這次，沖突不是在平台和應用程序之間，而是在兩種平台之間。每個平台皆有一種截然不同的商業模式：一方面，一個獨立軟體商具有廣泛的用戶基礎並且將應用程序介面和操作系統緊密集成，從而對程序設計模式予以控制；另一方面，是一個沒有所有者的系統，由一組協議、開放標准和對合作的共識來連結到一起。
Windows系統代表了由軟體程序介面來進行專有控制的高峰。Netscape曾嘗試用微軟當初對付其對手所使用的手段，來同微軟進行爭奪，但是失敗了。然而擁有互聯網開放標準的Apache卻已經繁榮了起來。此番上演的戰局，已經不再是實力懸殊的平台對決孤立的軟體了，而是變成了平台對決平台。問題在於，哪個平台，或者更深遠地來說哪個體系，以及哪個商業模式，最能適應未來的機遇。
Windows對於早期的PC時代的問題是一種卓越的解決方案。它統一了程序開發者的競技場，解決了很多困擾這個領域的問題。但這種由單一供方控制的一刀切的方法，已經不再是適宜的解決方案，而成為了一種問題。面向交流的系統需要協同性，互聯網作為一個平台當然也是如此。除非供方可以控制每一例交互的兩個終端，這種通過軟體的程序介面來鎖定用戶的可能性微乎其微。
任何企圖通過控制平台來推銷應用程序的Web 2.0提供商，從定義上講，已經喪失了這個平台的優越性。
這並不是說鎖定和競爭優勢的機會不復存在了，而是說我們相信這種機會不是通過控制軟體程序介面和協議來取得的。新的游戲規則正在浮現。那些能夠理解這些新的游戲規則，而不是企圖回到PC軟體時代舊有規則的公司，才有可能在Web 2.0時代獲得成功。

博客和大眾智慧

Web 2.0時代一項最受追捧的特性就是博客的興起。個人主頁從互聯網早期就已經存在了，而個人日記和每日發表觀點的專欄就更淵源久遠了，那麼到底有什麼讓人大驚小怪的呢？

歸根底地，博客只是一種日記形式個人網頁。但正如里奇·斯格仁塔（Rich Skrenta）指出的，博客的按時間順序來排列的結構「看起來像是一個微不足道的變化，但卻推動著一個迥然不同的分發、廣告和價值鏈。」

其中一大變化就是一項稱為RSS的技術。RSS是自早期計算機高手們認識到CGI（公共網關介面）可用來創建以資料庫為基礎的網站以來，在互聯網根本結構方面最重要的進步。RSS使人們不僅僅鏈接到一個網頁，而且可以訂閱這個網頁，從而每當該頁面產生了變化時都會得到通知。斯格仁塔將之稱為「增量的互聯網」（incremental web）。其他人則稱之為「鮮活的互聯網」（live web）。

當然，現在所謂「動態網站」（即具有動態產生的內容的、由資料庫驅動的網站）取代了十年前的靜態網站。而動態網站的活力不僅在於網頁，而且在鏈接方面。一個指向網路博客的鏈接實際上是指向一個不斷更新的網頁，包括指向其中任何一篇文章的「固定鏈接」（permalinks），以及每一次更新的通知。因此，一個RSS是比書簽或者指向一個單獨網頁的鏈接要強大得多。

RSS同時也意味著網頁瀏覽器不再只是限於瀏覽網頁的工具。盡管諸如Bloglines之類的RSS聚合器（RSS aggregators）是基於網路的，但其他的則是桌面程序，此外還有一些則可以用在便攜設備上來接受定期更新的內容。

RSS現在不僅用於推送新的博客文章的通知，還可以用於其他各種各樣的數據更新，包括股票報價、天氣情況、以及圖片。這類應用實際上是對RSS本源的一種回歸：RSS誕生於1997年，是如下兩種技術的匯合：一種是戴夫·溫納（Dave Winer）的「真正簡單的聚合」（Really Simple Syndication）技術，用於通知博客的更新情況；另一種是Netscape公司提供的「豐富站點摘要」（Rich Site Summary）技術，該技術允許用戶用定期更新的數據流來定製Netscape主頁。後來Netscape公司失去了興趣，這種技術便由溫納的一個博客先驅公司Userland承接下來。不過，在現在的應用程序實現中，我可以看出兩者共同的作用。

但是，RSS只是令博客區別於同普通網頁的一部分原因。湯姆·科特斯（Tom Coates）這樣評論固定鏈接的重要性：

「現在它可能看上去像是一項普普通通的功能，但它卻有效地將博客從一個易於發布（ease-of-publishing）的現象，進一步轉變為互相交叉的社區的一種對話式的參與。這是首次使得對其他人的網站上的很特定的帖子表態和談論變得如此地容易。討論出現了，聊天也出現。同時，其結果是出現了友誼或者友誼更加堅定了。固定鏈接是第一次也是最為成功的一次在博客之間搭建橋梁的嘗試。」

在許多方面，RSS同固定鏈接的結合，為HTPP（互聯網協議）增添了NNTP（新聞組的網路新聞協議）的許多特性。所謂「博客圈」（blogosphere），可以將其視作一種同互聯網早期的、以對話方式來灌水的新聞組和公告牌相比來說，新型的對等（peer-to-peer）意義上的等價現象。人們不僅可以相互訂閱網站並方便地鏈接到一個頁面上的特定評論，而且通過一種稱為引用通告（trackbacks）的機制，可以得知其他任何人鏈接到了他們的頁面，並且可以用相互鏈接或者添加評論的方式來做出回應。

有趣的是，這種雙向鏈接（two-way links）曾是象Xana之類的早期超文本系統的目標。超文本純粹論者已然將引用通告頌揚為向雙向鏈接邁進了一步。但需要注意的是，引用通告不是一個真正的雙向鏈接，確切地講是一種（潛在地）實現了雙向鏈接效果的對稱式單向鏈接。其間的區別看起來可能很細微，但實際上卻是巨大的。諸如Friendster, Orkut和LinkedIn那樣的社交網路系統（social networking systems），需要接受方做出確認以便建立某種連接，從而缺少像互聯網架構本身那樣的可伸縮性。正如照片共享服務Flickr網站的創始人之一卡特里納·費克（Caterina Fake）所指出的，注意力僅在碰巧時才禮尚往來。（Flickr因此允許用戶設置觀察列表，即任何用戶都可以通過RSS來訂閱其他所有用戶的照片流。注意的對象將會被通知，但並不一定要認可這種連接。）

如果Web 2.0的一個本質是利用集體智慧，來將互聯網調試為一種所謂的全球的大腦，那麼博客圈就是前腦中喋喋不休的囈語，那種我們整個頭腦中都能聽到的聲音。這可能並不反映出大腦的往往是無意識的深層結構，但卻是一種有意識的思考的等價物。作為一種有意識的思考和注意力的反映，博客圈已經開始具有強有力的影響。

首先，因為搜索引擎使用鏈接結構來輔助預測有用的頁面，作為最多產和最及時的鏈接者，博客們在修整搜索引擎結果方面充當著一種不成比例的角色。其次，因為博客社區是如此多地自相引用，關注其他博客的博客們開闊了他們的視野和能力。此外，評論家們所批判的「迴音室」（echo chamber）也是一種放大器。

如果只是一種放大器，那麼撰寫博客將會變得無趣。但是像維基網路全書一樣，博客將集體智慧用作一種過濾器。被詹姆士·蘇瑞奧維奇（James Suriowecki）稱為「大眾智慧」（the wisdom of crowds）的規律起了作用，並且就像PageRank技術所產生的結果勝過分析任何單一文檔一樣，博客圈的集體關注會篩選出有價值的東西。

雖然主流媒體可能將個別的博客視為競爭者，但真正使其緊張的將是同作為一個整體的博客圈的競爭。這不僅是網站之間的競爭，而且是一種商業模式之間的競爭。Web 2.0的世界也正是丹·吉爾默（Dan Gillmor）的所謂「個人媒體」（We，the media)的世界。在這個世界中，是所謂「原本的聽眾」，而不是密實里的少數幾個人，來決定著什麼是重要的。

3. 數據是下一個Intel Inside

現在每一個重要的互聯網應用程序都由一個專門的資料庫驅動：Google的網路爬蟲, Yahoo!的目錄（和網路爬蟲），Amazon的產品資料庫，eBay的產品資料庫和銷售商，MapQuest的地圖資料庫，Napster的分布式歌曲庫。正如哈爾·瓦里安（Hal Varian）在去年的私人對話中談到的，「SQL是新的HTML」。資料庫管理是Web 2.0公司的核心競爭力，其重要性使得我們有時候稱這些程序為「訊件」（infoware）而不僅僅是軟體。

該事實也引出了一個關鍵問題：誰擁有數據？

在互聯網時代，我們可能已經見到了這樣一些案例，其中對資料庫的掌控導致了對市場的支配和巨大的經濟回報。當初由美國政府的法令授權給Network Solutions公司（後被Verisign公司收購）的對域名注冊的壟斷，曾經是互聯網上的第一個搖錢樹。雖然我們在爭論通過控制軟體的API來形成商業優勢在互聯網時代會變得困難得多，但是對關鍵數據資源的控制則不同，特別是當要創建這些數據資源非常昂貴，或者經由網路效應容易增加回報的時候。

注意一下由MapQuest, maps.yahoo.com，maps.msn.com，或者maps.google.com等網站提供的每張地圖下面的版權聲明，你會發現這樣一行字「地圖版權NavTeq，TeleAtlas」，或者如果使用的是新的衛星圖像服務，則會看到「圖像版權Digital Globe」的字樣。這些公司對其資料庫進行了大量的投資。（僅NavTeq一家，就公布投資7.5億美元用於創建其街道地址和路線資料庫。Digital Globe則投資5億美元來啟動其自有衛星，來對政府提供的圖像進行改進。）NavTeq竟然已做了很多模仿Intel的耳熟能詳的Intel Inside標識的事：例如帶有導航系統的汽車就帶有「NavTeq Onboard」的印記。數據是許多此類程序事實上的Intel Inside，是一些系統的唯一的信息源組件，

⑷ 怎麼看reo的web小說，re從零開始的異世界

動畫第一季最後一集的內容對應文庫版第九卷（對應WEB版第三章結束）。
長平關於RE0的推特：http://tieba..com/p/4797740082，提到文庫版關於第四章要大改，RE0完結大概再要4年~~
WEB小說預計出11章，現在出到第六章24節。
文庫版小說第九卷9月23號發行，十月25號出第十卷~~
故事才剛剛開始，你會發現第四章的篇幅就和前三章加總差不多了~~
RE0小說分為：
文庫版（即實體書版）：已經漢化完第八卷，裡面有正文，後記，外傳EX，短篇集之類的~~網路RE0全名加小說，輕小說文庫就可以看到~
WEB版：（作者草稿網路發行版）：裡面有正文、EX，幕間（其中又包含所謂的IF線）
資源：貼吧置頂貼也有，http://tieba..com/p/4580858562?pn=4這個帖子裡面99樓地址~
文庫版是根據WEB版刪減改編的，動畫是根據文庫版出版的~~
RE0的文庫和WEB變動太大，成兩種風格了，建議都看~~

⑸ re：從零開始web版4、5卷百度雲或者其他最好百度雲

https://pan..com/wap/link?&shareid=2349173403&uk=811177481&fid=269997865025904

⑹ 從零開始學java web開發需要多長時間

1）如果每天花半天時間的話，學習java這門語言的話，周期大概一個月可以入門；

2）如果從頭走一遍，把java前端和後端涉及的知識：java前端：css+HTML+JavaScript；java後端：三大框架（SSH），資料庫（SQL）；虛擬機中桐燃：JVM；其賣虛它需要也要學的如：並發多線程，設計模式，數據結構，演算法等。這個周期可能就長一點了，掌握或者稍微精通的話，最起碼半年以上。

⑺ web前端和web後端的區別是什麼

web前端和web後端的區別是什麼

這一年來，一直在提前端和後端這樣兩個概念，對於前端後分工的需求也越來越強烈，所以，崗位的分工也根據開發的分工而開始嘗試。

海文國際：web前端和web後端的區別是什麼

Web前端

顧名思義是來做Web的前端的。我們這里所說的前端泛指Web前端，也就是在Web應用中使用者可以看得見碰得著的東西。包括Web頁面的結構、Web的外觀視覺表現以及Web層面的互動實現。

Web後端

後端更多的是與資料庫進行互動以處理相應的業務邏輯。需要考慮的是如何實現功能、資料的存取、平台的穩定性與效能等。

我們再來看看大公司對前後端人員招聘的要求，通過這個角度看看前端、後端的技術要求：

Web前端：

• 精通HTML，能夠書寫語義合理，結構清晰，易維護的HTML結構。

• 精通CSS，能夠還原視覺設計，並兼容業界承認的主流瀏覽器。

• 熟悉JavaScript，了解ECMAScript基礎內容，掌握1~2種js框架，如JQuery

• 對常見的瀏覽器相容問題有清晰的理解，並有可靠的解決方案。

• 對效能有一定的要求，了解yahoo的效能優化建議，並可以在專案中有效實施。

• ……

Web後端：

• 精通jsp，servlet，javabean，JMS，EJB，Jdbc，Flex開發，或者對相關的工具、類庫以及框架非常熟悉，如Velocity，Spring，Hibernate，iBatis，OSGI等，對Web開發的模式有較深的理解

• 熟練使用oracle、sqlserver、MySQL等常用的資料庫系統，對資料庫有較強的設計能力

• 熟悉maven專案配置管理工具，熟悉tomcat、jboss等應用伺服器，同時對在高並發處理情況下的負載調優有相關經驗者優先考慮

• 精通面向物件分析和設計技術，包括設計模式、UML建模等

• 熟悉網路程式設計，具有設計和開發對外API介面經驗和能力，同時具備跨平台的API規范設計以及API高效呼叫設計能力

合肥中軟國際：web前端和web後端的區別是什麼

前端開發主要是靜態使用者介面加上一些動態效果，不涉及資料邏輯!例如：一個登陸頁面：
前端開發只要做好靜態頁面部分，加上滑鼠移入輸入框、移出輸入框的顏色變化;但是輸入使用者名稱、密碼
後登入系統的話要連線資料庫，這個就需要後台開發做邏輯處理了!
在我們實際的開發過程中，我們當前這樣定位前端、後端開發人員。
1)前端開發人員：精通JS，能熟練應用JQuery，懂CSS，能熟練運用這些知識，進行互動效果的開發。
2)後端開發人員：會寫Java程式碼，會寫SQL語句，能做簡單的資料庫設計，會Spring和iBatis，懂一些設計模式等。
前端開發主要是靜態使用者介面加上一些動態效果，不涉及資料邏輯!例如：一個登陸頁面：
前端開發只要做好靜態頁面部分，加上滑鼠移入輸入框、移出輸入框的顏色變化;但是輸入使用者名稱、密碼
後登入系統的話要連線資料庫，這個就需要後台開發做邏輯處理了!
在我們實際的開發過程中，我們當前這樣定位前端、後端開發人員。
1)前端開發人員：精通JS，能熟練應用JQuery，懂CSS，能熟練運用這些知識，進行互動效果的開發。
2)後端開發人員：會寫Java程式碼，會寫SQL語句，能做簡單的資料庫設計，會Spring和iBatis，懂一些設計模式等。
Web後端：
1)精通jsp，servlet，javabean，JMS，EJB，Jdbc，Flex開發，或者對相關的工具、類庫以及框架非常熟悉，如Velocity，Spring，Hibernate，iBatis，OSGI等，對Web開發的模式有較深的理解
2)練使用oracle、sqlserver、mysql等常用的資料庫系統，對資料庫有較強的設計能力
3)熟悉maven專案配置管理工具，熟悉tomcat、jboss等應用伺服器，同時對在高並發處理情況下的負載調優有相關經驗者優先考慮
4)精通面向物件分析和設計技術，包括設計模式、UML建模等
5)熟悉網路程式設計，具有設計和開發對外API介面經驗和能力，同時具備跨平台的API規范設計以及API高效呼叫設計能力
4首先，我們在前端缺乏積累，沒有沉澱，專業的前端技術的積累是從去年才開始的，同時，在前端也缺乏支撐與高手，所以，走起來比較困難。同時，前端人員培養的較少，一個原因是對前端了解太少，另外一個原因就是對前端與後端的工作比例估計不足。所幸，我們在這一年也在前端有了很快的進步，培養了幾個優秀的開發人員，有意識的解決了前端的使用者體驗，這都是可喜的。今年，需要更進一步，專業化。
5其次，我們在後端發展的不夠寬，後端的知識體系已經比較完善，但是，很多應用點都沒有涉及到。同時，對現有技術框架的理解都不夠深入，太浮躁。我們目前的設計團隊在解決網際網路高並發、大資料量的存取上經驗與能力都還不足，需要正視這些問題。後端技術的發展需要更加的精進，以解決實際存在的問題為主。

web前端和後端的區別是什麼

前端開發和後端開發的區別在於
1、前端開發主要做的是使用者所能看到的前端展示介面
2、後端開發主要做的是邏輯功能等模組，是使用者不可見的
3、前端開發用到的技術包括但不限於 5 css3 javascript jquery
Bootstrap Node.js AngularJs等技術
4、後端開發 以java為例 主要用到的 是包括但不限於Struts spring springmvc Hibernate Http協議 Servlet Tomcat伺服器 等技術

web前端和web後端的區別詳細分析

web前端和web後端的區別詳細分析：
Web前端：
1. 精通HTML，能夠書寫語義合理，結構清晰，易維護的HTML結構。
2. 精通CSS，能夠還原視覺設計，並兼容業界承認的主流瀏覽器。
3. 熟悉JavaScript，了解ECMAScript基礎內容，掌握1~2種js框架，如JQuery。
4. 對常見的瀏覽器相容問題有清晰的理解，並有可靠的解決方案。
5. 對效能有一定的要求，了解yahoo的效能優化建議，並可以在專案中有效實施。
Web後端：
1. 精通jsp，servlet，java bean，JMS，EJB，Jdbc，Flex開發，或者對相關的工具、類庫以及框架非常熟悉，如Velocity，Spring，Hibernate，iBatis，OSGI等，對Web開發的模式有較深的理解。
2. 熟練使用oracle、sqlserver、mysql等常用的資料庫系統，對資料庫有較強的設計能力。
3. 熟悉maven專案配置管理工具，熟悉tomcat、jboss等應用伺服器，同時對在高並發處理情況下的負載調優有相關經驗者優先考慮。
4. 精通面向物件分析和設計技術，包括設計模式、UML建模等。
5. 熟悉網路程式設計，具有設計和開發對外API介面經驗和能力，同時具備跨平台的API規范設計以及API高效呼叫設計能力。
創客學院職業課程web前端包括了零基礎web前端開發從入門到精通視訊教程培訓,其移動開發前端課程整合了HTML5開發、CSS3基礎課程、PHP培訓教程、HTML5例項原始碼及其移動前端互動JavaScript+JQuery+Ajex課程學習,通過HTML5例項教程講解，讓從零開始學習web前端的開發者短期內快速掌握web開發技能。

別思考那麼多了，現在的前端後端哪還分得那麼清楚，你選哪個兩邊都得學，現在感覺更適合稱為Web工程師，共同解決Web方向上的問題。

優逸客介紹web前端開發和web後端的區別

現在學習web前端，5開發還是不錯的選擇，缺口大，前景好。，當然學習要靠自覺性，堅持學習，就能成功、

移動前端和web前端的區別是什麼

移動前端指的是手機等移動裝置的介面，也就是說是pc端與wap端的區別，而一般常說的前端大部分指的是web前端了，兩者在開發設計所用的語言上也有區別，移動端原生APP，也就是完全使用移動裝置系統語言寫的客戶端，iPhone iPad就是純Object-C，安卓就是純JAVA。wap或者pc的網頁前端都是瀏覽器里開啟的，用純HTML+CSS+JS。兆隆IT雲學院這種web前端學習課程基本上就是以HTML，js，jQuery這些知識為基礎重點，然後附以移動端語言學習的。

ui與web前端的區別是什麼？

WEB前端傾向於程式碼編寫和相容性以及布局設計還有前端程式碼框架,css,js,xml等技術。

1、UI前端主要負責系統/app，UI介面設計，以及程式碼實現，主要工作偏向於設計web前端：主要講ui提供的設計圖，編碼成靜態，實現所有特效；並負責所有互動的對接，對js要求較高，部分企業會要求一些後台介面的開發工作，因此對後台開發語言也有一定的要求，在前端中算是比較全能型的開發人員。

2、網頁前端這個算是web前端，和ui前端的國度，不需要設計UI，但是需要對頁面的實現，以及互動的實現，對CSS,JS要求較高，算是UI前端和web前端的中間的過渡項一樣。

uid設計和web前端的區別是什麼

UI是做設計，介面設計那類，一般用Photoshop、Illustrator、Fireworks、CorelDRAW、Flash，而WEB前端開發是敲程式碼的，用+js+css Sql SERVER或ACCESS或MYSQL等。CGWANG教學還是比較有特色的

⑻ 求從零開始異世界生活小說全集和從零開始異世界生活小說全集web版 謝謝加我的百度雲發id是

貼吧目前翻譯到第四章72節，整個版的貌似沒有。你在貼吧資源貼里慢慢看吧

⑼ 從零開始Gin Web+Vue商城的搭建（一）-- 前後端框架搭建和簡單溝通

同步更新的github地址： https://github.com/nds15763/ginMall

看了一位老哥寫的《 前後分離Vue+Gin(go)總結 》以後有種自己搭一份的想法，結合最近找工作比較閑，就准備自己寫一份商城源碼。

一、先來實現前端部分第一步搭建Vue框架。Vue我也是第一次接觸，看了半者飢天多的文檔才有了大概的了解。先不過多考慮前端的實現，首先考慮一下前後台溝通的問題。

用vue-cli搭建一個新框架，在Helloworld.vue 或者新建一個模板頁。

老哥的文檔中寫到，他推薦使用axios插件代替jquery來和後台做交互。那麼我也按照他的思路安裝一個axios插件，寫一個跟後台通訊的Get請求。

二、然後指激來搭建後台框架，老哥說的是用Gin框架來搭建，並且用cors中間件來解決跨域訪問問題，咱們也先來搭建一個簡單的框架。

main.go

router.go

FPList.go

在瀏覽器里輸入localhost:8081/FPList，可以看到剛才自己定義的Json串，知道後台唯嫌襪算是成功了。

此時再打開前端頁面，可以看到後台返回的結果已經顯示在頁面了。

⑽ 從零開始學java web開發需要多長時間

其實學java一般要多久？因人而異，例如一個零基礎的小白自學java，每天學習8個小時來算，而且在有學習資料的基礎上，每天學習，從零到找到工作，起碼要半年起步，而且還要有項目經驗，否則是不會有公司要你的。而一個有一些基礎的人，在經過有人系統的教學後，是可以很快學會掌握java的，大概3個月左右。不過java相對於C,C++java而言，java無疑簡單了很多，不需要指針，不需要銷毀對象，使得對java初學者來講更容易入門，挫折感也少。

很多人自學java，因為抓不到學習java的重點，找不到學習java的方向。往往花費大量的時間和精力，而效果卻不大。面試IT企業office時或者參與真正的項目開發忽然發現自己一無所知。

我認為正確的學習路徑應該是一個月java基礎，兩個月JavaSE，半個月html+css+div，一個月的資料庫，servlet+jsp一個月，然後SSH框架兩個月。然後通起來串一遍，把知識結合起來，再做幾個項目練練手，就差不多了。（其實學習java 基礎部分需要時間不止一個月，至於說不止一個月，是需要你將java 基礎部分完全明白，能夠串起來綜合運用，甚至需要兩遍三遍;之所以這么說，不是為了說java 有多難，而是為了強調基礎有多重要。）

我想要告訴你的是學習Java不難，但是也會很艱辛的敲代碼。Java程序員經常需要加班，學之前要做好心理准備。其次一旦下定決心學java了，一定要堅持下去，不要半途而廢。

java零基礎的學生自學必然會耗費大量的時間和精力，而且如果你沒有定製系統的學習方案，效果將事倍功半，上java培訓班也是個不俗的自由選擇，再加上自己的努力，一定可以學有所成，當然一定要慎重選擇靠譜的機構。

最後學java依舊要看興趣，如果你真的深入學習，你會發現" 學java要多久 ？"是個毫無意義的問題，不要忘記,技術的道路更新實在太快。人只有在不斷學習，才能走在技術的最前端。也許一輩子都要學呢。活到老，學到老，而且互聯網技術更新迭代很快，只有不斷學習才能更上時代不被淘汰。

總而言之，自學java是可以的，但效率會很低，對個人能力要求很高，時間也會很長，而且最重要的是可能找不到最新的學習資料（大多是收費），所以入坑需謹慎！

想學習java的朋友，可以試試我總結的Java入門學習路線以及入門教程（免費的）：

Java零基礎入門學習路線：

本套課程是由B站高淇老師開講的Java300集！為初學者而著！適合準備入行開發的零基礎員學習Java。基於最新JDK13、IDEA平台講解的，視頻中穿插多個實戰項目。每一個知識點都講解的通俗易懂，由淺入深。不僅適用於零基礎的初學者，有經驗的程序員也可做鞏固學習。

希望我的回答對你有所幫助，望採納！