『壹』 未來web開發的趨勢是什麼
現在，Web開發世界在不斷變化，趨勢也在不斷變化。有時，這些趨勢的變化速度遠遠快於它們的使用速度。要保持領先，就必須關注最新的流行趨勢、更新、技術和方法。此外，了解趨勢並隨時了解周圍發生的事情對於web開發是非常必要的。
『貳』 WebSphere Application Server V8.5 帶來了哪些新特性
WAS V8.5 的提供了以下三個方面的新特性：
應用程序和服務的快速交付
改進操作效率和可靠性
增強的安全性和操控性
接下來，將從以上三個方面，分別向您介紹 WAS V8.5 的新特性。
應用程序和服務的快速交付
WAS
能夠協助企業通過快速創新性的應用程序提供給用戶豐富用戶體驗。開發者可以利用 WAS
支持的廣泛的開源編程模型並利用現有的開發技能來快速開發應用程序。該功能使得開發者能夠將項目求與編程模型和開發者技能相匹配。WAS
還能夠通過鼓勵復用和延長現有應用程序模塊來加速應用程序的交付。
下面的這些 WAS V8.5 的新特性能夠幫助快速交付析的應用程序和服務：
Liberty profile
擴展的工具及工具包
OSGI 編程模型的增強
支持 Java 7
Migration toolkit 的增加
Web 2.0 和 Mobile 工具集
Service Component Architecture OASIS 編程模型實現
回頁首
Liberty Profile
WAS
V8.5 中包含了 Liberty Profile，它是一款模塊化、動態性的應用伺服器概要文件。Liberty Profile
是兩種特定用例來設計的：開發者和輕量級生產運行時環境。對於開發者來說，它專注於開發者最經常進行的工作，使得開發者能夠盡可能快速且簡單地完成這些工
作。對於具有 Liberty Profile 可支持特性的生產環境來說，它提供了一個動態，低運行時內存消耗的，能夠使系統資源最大化的生產環境。
Liberty Profile 具有如下特點：
可以看作是開發文件的這樣的簡單可共享的配置，它使一個單獨的 XML 文件，或是通過引用的形式使用多個 XML 文件，通過它能夠在開發團隊中簡單地共享和復用配置信息；
動態運行時環境，填加特性或是更新配置，不需要重啟應用伺服器；
輕量級運行時環境，只需占很小的內存，開發者和管理員能夠根據應用程度的需要來細粒度的定義需要哪些特性，去除了由於不需要或未使用的特性所帶來的開銷；
可以通過 IBM Installation Manager 來安裝或者簡單地通過解壓一下壓縮文件來安裝；
簡化的布署方式，包括解壓一個包含了伺服器、應用程序和配置文件的壓縮包的方式來布置，通過托拽的方式來安裝應用程序，大大簡化了開發和測試流程；
與 WAS full profile 環境具有高度的保真性，它們具有同樣的容器和服務質量，這使得應用程序很容易的就可以從開發環境遷移到具有高服務質量的生產環境；
與 Network Deployment 作業管理器集成，您可以選擇通過作業管理器來進行伺服器的生命管理。
使用
WebSphere Developer Tools，您創建這樣的一個輕量級的應用務器配置就是簡單的幾個滑鼠操作。這個簡單靈活的配置存儲於
server.xml 文件中，它包含了伺服器運行時的配置。您可以使用 XML 編輯器或是 Eclipse-based 編輯器來直接對
server.xml 進行編輯。
這個簡單的配置列出來伺服器中安裝的特性。通過僅指定需要的特性，Liberty Profile
提供了應用程序所需的最小的運行時消耗。您可以通過集成開發工具（IDE）或者命令行來管理伺服器的生命周期，您可以通過客兩種方式簡單快速地創建、啟動
以及停止服務，或是獲取伺服器裝態。
對於團隊開發來說，Liberty Profile
提供對共享配置片斷的支持，這使得您能夠將應用程序與配置一起來維護，並共享給開發團隊。這種共享式配置減少了由於單一修改並將訪修改復制整個開發團隊所
帶來的開銷。例如，如果您有一個 50
人的開發團隊，現在您需要對一個數據源的定義進行行修改，這樣一個對於共享配置文件的改動，能夠自動的被所有的程序員獲取，而不是需要所有 50
個開發者手動地將這一變化在他們各自的配置中進行修改。您也可將一個配置好的 Liberty
伺服器與應用程序和配置文件一起打包，然後分發給團隊中其它程序員或者直接交給測試團隊或生產環境。
Liberty Profile
提供了多種應用程序的布署方式。您可以將應用程序的定義填加到 server.xml
文件中或者直接將應用扔到「監控」目錄中。伺服器自動的獲取取這些改動並將新加入的應用程序布署到運行時環境中。卸載應用程序，就是簡單地將應用程序的定
義從 server.xml 中去除或是從監控目錄中刪除。
您可以選擇通過 WAS ND 中的作業管理器來集中管理 Liberty Profile 伺服器的生命周期。作業管理器以無代理的方式通過系統用戶賬號來管理伺服器，包括啟動和停止伺服器實例。
Liberty Profile 不需要任何修改是就一個安全的伺服器。所有開放的埠都是本機，默認不開啟任何的遠程管理。Liberty Profile 支持下面的安全特性：
ssl-1.0，包含在 SSL 特定代碼中；
appSecurity-1.0，包括了所有的安全服務，認證注冊、授權，以及基於 Web 的安全代碼；
zosSecurity-1.0，包括了 SAF 注冊和授權代碼。
通過添加 ssl-1.0 特性就能啟用
SSL，SSL 在 sever.xml 中提供了 keyStore 密碼。在伺服器啟動時就會生成證書。您可使用安全工具來生成自簽署證書。更高級的
SSL 配置通 endpoint SSL 配置來實現。應用安全性，appSecurity-1.0，能夠使用簡單的基於 XML 的注冊，LDAP
注冊或是系統授權（SAF）注冊。
Liberty Profile 還能夠與 Webphere eXtreme Scale 和
IBM DataPower XC10 無縫的集成來提供彈性緩存功能。單獨的 Liberty Profile 伺服器就能夠通過 WebSphere
eXtreme Scale Grid 來維持 HTTP Session Failover 和高可用性。
關於 Liberty Profile 的更多內容，請參考 WAS V8.5 新特性專區中 《新一代輕量級應用伺服器 — WebSphere Liberty Profile Server 介紹》、 《 WebSphere Application Server V8.5 之 Liberty 安全特性》、 《利用 Liberty 構建高可用環境》 中的具體介紹
回頁首
擴展的工具和工具包
IBM
Rational Application Developer （以下簡稱 RAD）仍然是開發團隊在 WAS
上進行軟體開發時最受歡迎且功能豐富的開發解決方案。RAD 為開發者提供了單一的開發環境，有助於簡化和加速設計和編寫，以及測試 WebSphere
應用程序，和，維護這些用程序的核心工作。RAD 和 WAS 在技術和標準的定位策略是同步的，包括 Java EE 標准、SOA、Web 和
Web 2.0、Portal，和 OSGi 編程模型。
除了 RAD 以外，開發人員現在還可以使用 WebSphere
Application Server for Developer 作為測試將來會布署到 WAS 上的應用程序的運行時環。WAS for
Devloper 是免費的開發者桌面版。WebSphere Application Server Developer Tools for
Eclipse 使得在 Eclipse 開發環境構建和布署應用程序到 WAS 運行時環境進行測試變成了一件很容易的事情。
回頁首
OSGi 編程模型的增強
WAS V8.5 中 OSGi 應用程序的管理控制台補充了之的的命令行控制台。通過管理控制台，您可查看應用程序，包，服務，以及依賴關系。除此之外，您還可以查看 shared bundle space 以及查看 content bundles。
在
WAS V8.5 中，可以在 OSGi 應用程序中使用 EJB。EJB 打包布署到 EAR 文件或是 WAR 文件中，然後可以作為 OSGi
應用程序中的一部分來使用。每一個模塊都有它自己的 classloader，而且，默認地使用 parent-first
授權模型。該模型提供了模塊性，是現有技術的補充，與 OSGi 聯合使用 EJB 容器來進行類載入和生命周期管理。OSGi
生命周期管理允許原地更新和擴展。EJB 能夠在 OSGi Service Registry 中作為服務來發布，客戶端不需要了解該服務是由 EJB
來實現的。
現在您能夠在 OSGi 應用程序的 Blueprint XML 文件中配置 bean 安全性，這樣這個 bean
的方法就只有被賦予某個角色的用戶才能夠訪問。您可配置 bean 級別的安全性以便某一個角色能夠被賦予訪問訪 bean 的所有方法。您可以配置
method 級別的安全，這樣不同的角色會被賦予訪問特性方法的許可權。
關於 WAS V8.5 中 OSGi 新特性的更多內容，請參考 《 WebSphere Application Server V8.5 中 OSGi 新特性》 中的具體介紹。
回頁首
支持 Java 7
應用程序開發者現在能夠布署於 WAS V8.5 上的應用程序中使用 Java 7 的特性了。這使得無論是開發環境，還是生產環境都選擇最適合的 Java 版本。
WAS
V8.5 默認的底層 JVM 與 WAS V8.0 一樣，都是 Java
6。這有利於保持企業應用程序在應用伺服器版本間保持穩定性。然而，您可以通過 WAS v8.5 的可選擇 JDK 特性來選擇使用 Java
7，以便使用 Java 7 的新特性。
回頁首
Migration Toolkit 增強
WAS
V8.5 使得應用程序的在 WAS 版本間，或是其它的 Java EE 應用伺服器的遷移變得容易。Application Migration
Toolkit 能夠幫助您將應用程序從 WAS 的舊版本遷移到新的版本，也能夠將應用程序從 Tomcat，Oracle 和 JBoss 向
WAS 進行遷移。
Application Migration Toolkit
分析應用程序源代碼，找出其中潛在的遷移問題，包括已去除或不推薦使用的特性、行為變化、JRE 5 和 JRE 6 的差別，以及 Java EE
規范的改進和增強。您可以查看這些潛在的遷移問題，在某些地方，Application Migration Toolkit
能夠幫您進行快速修改。Application Migration Toolkit
在不能提供快速修改的地方，會提供修改的建議，幫助您進行代碼的修改。
Application Migration Toolkit 能夠作為插件安裝到 Eclipse 或是 RAD 中，可以在 IBM 的網站上免費下載得到：
http://www.ibm.com/developerworks/websphere/downloads/migtoolkit/
回頁首
Web 2.0 和 Mobile Toolkit
使
用 Web 2.0 和 Mobile Toolkit，WAS 開發人員能夠構建和部署使用如，HTML5、CSS3 和 Java Script
這樣的標准 Web 技術開發的移動應用程序。這些應用程序能夠運行於多種移動平台，包括
iOS，安卓，以及黑莓。在這些平台上的用戶體驗基本一致，並且支持觸碰操作。
2.0 和 Mobile Toolkit 簡化了向
Java Web 應用程序中填加 Ajax 桌面和移動用戶介面以及 REST web services。Web 2.0，如 Ajax 和
REST 技術能夠幫助開發者開發出更加互聯和互動的應用程序，能夠帶來更大的客戶滿意度，提高用戶生產率，和改善的用戶決策。
回頁首
改進的操作效率和可靠性
WAS 提供了業界領先的性能，操作靈活性和可靠性。客戶可以利用 WAS 的高性能來整合工作負載，降低管理開銷，這樣可在損失系統性能的前提下降低 TCO。WAS 傳統的支持能夠幫助客戶維持交易的一致性和整體的可靠性，降低由於系統宕機帶來的業務損失的可能性。
WAS V8.5 下面的特性能夠改進操作效率和可靠性：
智能管理
彈性的消息架構
回頁首
智能管理
管
能管理的功能被引入到了 WAS V8.5 中，它提供了一套虛擬架構，該架構重新定義了 Java EE
資源和應用程序的傳統定義以及它們之間的關系。這個應用程序的架構虛擬化有助於產品以最優化的方式來自動運行，提高了服務質量。通過這套帶有工作負載管理
的自操作環境的引入，您能使用更少的硬體來完成更多工作，降低 TCO。
智能管理提高了您的中間件環境能夠提供的服務質量。可配置的操作策略管理著應用程序的健康和性能。總之，智能管理能讓您體驗到這種自配置、自保護、自愈以及自優化的自動的中間件環境的優勢。
接下來，將向您介紹由 WAS V8.5 所提供的智能管理的概述。
應用程序版本管理
應
用程序版本管使得您能夠在不間斷對外服務的前提下，進行應用程序的更新。訪特性使得您能夠以一種不間斷的方式來布署產品應用程序。使用該特性，您可在生產
環境驗證新的應用程序而不會影響到終端客戶，這樣您就可以在不影響客戶訪問的情況下來對應用程序進行升級了。您也可以同時運行同一個應用程序的不同版本，
並把不同的用戶轉發到不同的版本。
應用程序版本管理有如下的優勢：
更新應用程序或環境不間斷對外服務；
同時運行同一應用程序的不同版本；
在將用戶請求轉發到應用程序的新版本之前，能夠在生產環境中對它進行驗證；
減少生產環境硬體花銷和降低宕機時間；
不間斷服務地輕松的地進行操作系統和 WebSphere 環境進行更新；
批量的進行應用程序更新。
在 WAS V8.5 中，您可以安裝同一應用程序的多個版本，它們叫做應用程序版本，定義哪一個版本是激活狀態並處理請求。一個應用程序版本，可以是以下三種狀態的任一種：
非激活狀態，意思是該版本目前已安裝但是不可用。
激活狀態，意思是該版本已安裝並且在運行應用伺服器上處於活動狀態處理請求。
驗證狀態，用於測試用途，請求可以選擇性發到該應用程序版本上來。
智能路由
智
能路由通過確保關鍵業務能夠被保證最高優先順序的方式來提高服務質量。發送到應用程序的請求是按優先順序排序的，而且是按照管理員事先定義的規則來進行轉發
的。定義規則的一種方式是採用服務策略。服務策略定義了如何根據請求的屬性，如 URI，客戶端名字，或是 HTTP
頭，來對進入的請求進行分類。您也可以通過這些屬性來對請求的重要性進行區分。
當進入的請求被處理時，用務策略被用於根據目標伺服器的需求和資源使用情況來決定將請求放入隊列以及在隊列中停留多久。通過這種方式，您可以給在您網站上購買商品的客戶更高的許可權，而給只是瀏覽商品的客戶稍低些的許可權。
通過服務策略，您可以分類、按優先順序地、智能地路由工作負載。您也可以按需的調整資源以便能夠達到服務策略的定義。服務策略可以看作是運行應用在業務和 IT 之間達成服務級別協議的技術實現。
應用伺服器健康管理
您
可以通過健康管理來根據預先設定的健康條件來自動的監控應用伺服器的健康狀況，當系統的健康狀況違返的健康條件，系統就會自動的採取措施。您可以監控應用
伺服器的狀態、感知問題，然後在系統出現宕機之前採取措施。健康管理監控和管理子系統根據用戶定義的健康策略來不斷的監控伺服器的運行狀態，來發現由於用
戶應用程序問問題導致的系統惡化。
健康策略設計用於發現潛在問題，並在問題發生時採取糾正措施。它可以幫助在發生嚴重問題之前發現問題，或
者通知管理員或者主動採取糾正措施。智能管理帶有一些預先定義的健康條件，如內存過量使用和請求或響應時間過長等等，來定義健康策略。您也可以根據伺服器
通過 PMI ， MBean Opertation 所收集到的性能條件，來自己定義定製的健康策略。
當
健康策略被違返時，糾正措施就能夠自動生效。糾正措施用於避免問題或是幫助進行問題診斷。預定義的措施包括了通知管理員，發送 SNMP
郵件，重啟伺服器，將伺服器置成維護模式，以及生成 Java Core 文件或是 Heap Dump
文件以用於問題診斷。您也可以定義自定義的的措施。糾正措施可以自動執行，也可以以一種
受同監控的模式來觸發。受同監控的模式需要管理員允許才可進行。
性能管理
性能管理是通過一套自優化的中間件架構來實現的。動態集群能夠根據用戶的響應期望來自動地、動態地增加或減少集群成員來為集群擴容或減容。您可以利用過載保護來限制隨需應變路由器向應伺服器轉發請求，以避免內存耗盡或 CPU 耗盡，或者兩者同時被耗盡。
在
靜態集群環境中，每一個應用程序都有確定數量的應用伺服器，整個環境要能夠處理在高峰訪問時期望的工作負載。這樣環境意味著，在非高峰時段，系統是沒有被
充分利用的。通常情況下，企業都有不只一個重要的應用程序。很有可能有多個應用程序，是在一天中的不同時候達到高峰訪問。通過動態集群，您可以通過將非高
峰時候的應用程序的系統資源轉移給高峰時候應用程序使用的方式，來使您的系統更有效率。
過載保護通過監控應用伺服器的內存和 CPU 的使用情況，然後調整發到應用伺服器上的請求，以避免內存或處理器被過度使用。內存載載保默認是禁用的。啟用該特性需要配置 autonomic request flow manager (ARFM)。
對
於動態集群來說，您可以指定最大堆使用百分比，以避免出現內存溢出錯誤。對於 CPU 過載保護，您可以指定最大 CPU 使用率，以避免由於 CPU
耗盡造成的各種各樣的錯誤。您也可設定一個拒絕策略用，訪策略可以拒絕不是已有會話的 HTTP 和 SIP 請求，用於防止 CPU 過載。
消息架構的彈性
WAS V8.5 在消息引擎方面（bus）提供了如下的關鍵性增強：
當遇到不能恢復的故障時，智能消息引擎會嘗試停止而不是讓整個 JVM 崩潰。
在一段可配的時間斷後，智能消息引擎能夠再次自啟用。在故障修復之後，智能消息引擎可以根據需要再次啟動以備後用。
智能消息引擎將用於記錄消息傳遞數的 re-delivery count 持久化到資料庫中，這樣即使消息引擎重新啟動，消息數也不會丟失，可以避免應用再次處理同一條消息。
回頁首
增強的安全性和操控性
WAS V8.5 帶來了良好的安全性或操控性，幫助企業降低運營成本，提高敏捷性。WAS 支持安全規范和細粒度的安全控制來幫助管理員高效地根據業務的需要來保護應用環境。
WAS V8.5 提供了如下的增強的安全性和操控性：
可選擇的 JDK
批處理的增強
通過檢查點來進行安全審計
跨組件跟蹤
可選擇 JDK
前面提到您可以通過特性擴展的方式來
將 Java 7 安裝到現有的 WAS 之上。然後，您可以通過可選擇 JDK 特性在 Java 6 和 Java 7
之間自由的切換。除此之外，在 IBM iSeries 和 IBM z/OS 平台上，您還可以在 32 位和 64 位的 JDK 之間進行切換。
您可以通過以下方式來為您的拓撲配置 JDK：
管理控制台
wsadmin AdminTask 命令
manageSDK 命令行工具
在您的拓撲中，可以某些結點使用默認的 SDK，而其它結點採用 Java 7。您可以通過命令行工具來為您的應用伺服器或者集群來指定 JDK 的版本。
除了使用 RAD，您還可以使用 Apache Ant 或 Maven 來構建或測試 Java 7 應用程序。
批處理的增強
WAS 處理的傳統的 Java EE 應用程序的類型多為處理短時少量的交易單元。大多數情況下，請求僅需要幾秒的處理時間即可完成。但是，有很多應用程序要處理那種計算和資源密集型的批處理操作。
WAS 中的批處理功能擴展了應用伺服器在處理傳統 OLTP 應用程序的同時去適應那種需要批處理應用程序。批處理應用程序可能需要幾個小時甚至幾天來完成，運行時會使用大量的內存和處理器資源。
WAS 提供了一個基於 Web 的控制台，叫做作業管理控制台。通過這個控制台，你可以提交作業，監控作業的執行，對作業進行一些操作，和查看作業日誌。
WAS V8.5 要現有批處理特性的基礎上，通過集成了 WebSphere Compute Grid V8 的批處理功能來提供了一套完整的企業級的 Java 批處理解決方案。WAS V8.5 包括了如下的批處理特性：
能夠與企業級調度器的集成
支持並行批處理作業
內存過載保護
Job Log SPI
混合批處理作業類型
在 z/OS 上支持 COBOL
支持 OSGi 批處理應用程序
支持自定義記錄處理策略
記錄統計
作業和作業步監控器
關於 WAS V8.5 中關於批處理的新特性，請參考 《 WebSphere Application Server V8.5 中 Batch 新特性》 中的具體介紹。
通過檢查點來進行安全審計
在多應用伺服器環境下保持環境的一致性，和在必要時對於出現的問題進行診斷，作為系統管理員來說，知道對系統和環境進行的每個更改對於 在多應用伺服器環境下來是非常重要的。
Repository 檢查點是在配置更改發生前對 Repository 進行快照。您可以在進行配置更改之前創建 Repository 檢查點，這樣在必要的時候可輕松的回退這些更改。您可以選擇以兩種 Repository 檢查點：
完全檢查點是對整個配置 Repository 的完整的快照，包含了應用程序和 connecters。使用完全檢查點能夠將配置回退到生成快照的這個時間點。
增量檢查點是整個配置快照的一部分。它用於將配置回退到前一個在狀態。這類檢查點就是配置的小的，增量的版本。
在 WAS V8.5 中，您可以您想對配置變化進行審計，您就可以增量檢查點中抽取進行變更過的文件之前和之後的版本，通過文件對比工具對比。
您可以配置每次配置變化時，自動生成增量檢查點。您也可以指定生成增量檢查點的個數。當達到這個限制後，新生成的檢查點就會替換點舊的檢查點。
跨組件跟蹤
跟
組件跟蹤日誌中加入注釋，以便服務於同一個請求的多個線程、進程，甚至是伺服器都能夠被標識為同一個工作單元。它用助於幫助發現問題的根源，使得管理員和
客戶服務團隊能了解到一個請求，當它跨越線程、進程邊界，或者是跨越 WAS
和其上的堆棧產品的時候，這樣一個端到端的流程，有助於定位到底是哪個組件導致請求失敗的。
跨組件跟蹤是 WAS 是日誌和跟蹤框架提供的一個功能。對於像 SOA 這種使用分布式應用支撐架構的應用程序來說跨組件跟蹤是很有用的一個特性，因為它用助於在多服務跨系統的環境中定位問題。
跨
組件跟蹤在每一條由 HPEL 生成的日誌和跟蹤條目上都添加一個 request ID。只要日誌和跟蹤屬於同一個請求，它們就會被加上相同的
request
ID。跨組件跟蹤通常還會為請求在日誌里添加上開始和結束，它用標記請求從當前線程轉移到其它的線程或進程上去了，或者由其它的線程或進程上返回了。這個
跟蹤對於顯示控制權從如何應用伺服器轉到了應用程序上是很有用的。
您可以使用 HPEL 的 logviewer 工具來查看和根據 reqest ID 來過濾日誌和跟蹤。您還可以通過 IBM Support Assistant 中的 Cross Component Viewer 來查看和過濾日誌。
『叄』 IT行業都有哪些職位
程序員和系統分析員、硬體工程師、硬體測試工程師、軟體工程師、軟體測試工程師、技術支持工程師、網路工程師、系統工程師、資料庫工程師、信息安全工程師、軟體架構師。
1、信息處理和服務產業，該行業的特點是利用現代的電子計算機系統收集、加工、整理、儲存信息，為各行業提供各種各樣的信息服務，如計算機中心、信息中心和咨詢公司等。
2、信息處理設備行業，該行業特點是從事電子計算機的研究和生產（包括相關機器的硬體製造）計算機的軟體開發等活動，計算機製造公司，軟體開發公司等可算作這一行業。
3、信息傳遞中介行業，該行業的特點是運用現代化的信息傳遞中介，將信息及時、准確、完整地傳到目的地點。因此，印刷業、出版業、新聞廣播業、通訊郵電業、廣告業都可歸入其中。
4、後端工程師行業，這是現在國內二流或者是三流的公司的現狀，甚至是在某些一流的公司。很多時候都是架構師出了架構設計，更多的外包公司根本就是有DBA來做設計。
(3)Web易維版AR擴展閱讀：
信息技術產業是一門新興的產業。它建立在現代科學理論和科學技術基礎之上，採用了先進的理論和通訊技術，是一門帶有高科技性質的服務性產業。信息產業的發展對整個國民經濟的發展意義重大，信息產業通過它的活動使經濟信息的傳遞更加及時、准確、全面。
有利於各產業提高勞動生產率；信息技術產業加速了科學技術的傳遞速度，縮短了科學技術從創制到應用於生產領域的距離；信息產業的發展推動了技術密集型產業的發展，有利於國民經濟結構上的調整。
正是由於這些優點，計算機技術產生以來，信息技術便有了突飛猛進的進步。它的應用已經滲透到社會的各行各業、各個角落，極大地提高了社會生產力水平，為人們的工作、學習和生活帶來了前所未有的便利和實惠。
『肆』 WEB2.0與WEB3.0的區別
Web1.0，是以編輯為特徵，網站提供給用戶的內容是網站編輯進行編輯處理後提供的，用戶閱讀網站提供的內容。這個過程是網站到用戶的單向行為，web1.0時代的代表站點為新浪，搜狐，網易三大門戶。 Web2.0則是以加強了網站與用戶之間的互動，網站內容基於用戶提供，網站的諸多功能也由用戶參與建設，實現了網站與用戶雙向的交流與參與,web2.0不同於web1.0的最大之處在於它的交互性。這個時期的典型代表有：博客中國、億友交友、聯絡家等。 無論是web1.0還是web2.0，它們都是在窄帶互聯網這樣一個大環境下，基於內容與交互的信息模式，只是web2.0在表現形式上比web1.0豐富一些，加強了用戶的參與度。然而，隨著網路基礎設施的建設和信息技術的深入發展，互聯網會更深層次的進入到人們的日常生活。筆者認為，web3.0是以主動性（Initiative）、數字最大化（max-Digitalizative）、多維化（multi-dimension）等為特徵的，以服務為內容的第三代互聯網系統。 web 3.0最明顯的特徵就是主動性，即強調網站對用戶需求的主動提取，並加以分析處理，然後給出用戶所需要的資源。這點類似於新浪網7月份推出的智能互動式搜索引擎iask，用戶可以將自己的需求通過問題的形式提出，然後藉助iask的海量知識庫和用戶回答兩種形式給出答案。但是搜索引擎僅僅是解決了一個問題而已，它無法直接解決用戶生活或者工作中所遇到的具體的困難，這就需要更為專業的服務型站點來提供一站式服務。這樣，用戶不僅通過互聯網獲取答案，還能直接接受服務以便解決更為復雜的需求。 www.1p2p3p.com抄別人滴~HOHO~~~
『伍』 最全覆蓋！Web3.0創業投資和人才需求方向梳理
一、Web3.0重點創業/投資方向
Web3將是巨大的範式變化，其孕育著眾多的創業和投資機會，比如：
1. 區塊鏈
Web3需要區塊鏈技術來支撐實現用戶完全擁有信息數字資產的願景，作為底層技術的區塊鏈將是Web3領域最大的創業機會，毫不誇張的說，區塊鏈公鏈的市場規模將超過現在所有的互聯網公司，因為Google、Facebook從邏輯上來講只是運行在這些公共協議上的一個應用app，正如所有的互聯網公司都需要運行在TCP/IP協議上一樣，未來所有的社交網路和信息搜索都會運行在底部的區塊鏈協議上。
代表公司：以太坊，Solana，Avalanche，NEAR，Polkadot，Cosmos。
2. 去中心化的身份系統
如今的互聯網公司擁有用戶的一切，用戶被迫在每一個企業注冊自己的帳號，企業的估值建立在擁有多少用戶和利用用戶的數據創造多少廣告收入。在Web3時代，用戶將完全擁有自己的信息，擁有自己的信息從擁有自己的身份開始。
Web3的技術架構中，用戶將為網站的訪問和使用支付運行費用，因此應該擁有自己數據的權利。未來，每個人都會有一個域名，一個網頁，位於去中心化的IPFS。
理論上講，在Web3.0中並不需要多套並存的DID系統。但是，出於各種原因，不同的區塊鏈生態有不同的DID系統，短期內不會出現統一的DID系統。
在這種情況下，一個可以兼容和集成絕大多數DID標準的身份聚合項目會對用戶帶來極大的便利。身份聚合項目支持跨多個生態連接用戶DID身份信息，幫助用戶查看、管理和聚合在不同區塊鏈網路上的身份信息。同時，身份聚合項目還可以與數據索引項目、應用項目等進行結合，進一步發揮作用。
代表公司：ENS。
3. 分布式數據的存儲和訪問
Web3時代用戶擁有自己的數據，需要為存儲數據付費。例如，用戶購買的NFT需要存儲在可以永久訪問的地方。另外，便捷的訪問需要提供數據傳輸和索引服務。
代表公司：Filecoin，Arweave，The Graph，Livepeer，ByteTorrent。
4. 通信協議
由於技術的限制，不同的應用場景將會需要不同的區塊鏈技術，不同的區塊鏈之間需要互相通信，位於一個區塊鏈上面的智能合約可能需要調用另外一個區塊鏈上的合約，位於一個區塊鏈上的數字資產，可能需要被借貸到另外一個區塊鏈上。
代表公司：XCMP，EPNS，XMTP。
5. 資源配置優化協議
隨著雲計算時代來臨和數字信息化技術深入改變工業和農業，更多資產被數字化體現，各種代幣代表的不僅僅包括計算資源，存儲資源，還可能代表數字資產以及物理世界的資產。金融作為跨時空的價值交換科學理論，將會被應用於分布式網路協作。
Web3世界裡面的去中心化和個人擁有數字資產，更需要網路資源的協作。
代表公司：Uniswap，Compound，AAVE
6. 社交網路協議
Web3時代，由於沒有了中介，去中心化的用戶更需要一個開放的社交網路協議來聯系用戶，用戶的身份價值沒有了Facebook這個中介，更需要用戶自身建設的社交網路來體現自己的價值。
代表公司：Context，CyberConnect，DESO，RSS3
7. NFT
NFT除了數字藝術品以為，它的更大作用應該是一個編程單元。
如果說智能合約是面向對象編程中的類，那麼NFT就是面向對象編程中的Singleton。
8. 錢包
正如Web1.0和Web2.0的用戶界面是瀏覽器，錢包將是Web3.0的瀏覽器，承載了管理用戶信息和訪問DApp的功能。
代表公司：Argent，MetaMask
9. 共享網路
關於互聯網是否是中心化的爭論從未停止，關於網路是否應該中性也沒有結論。但是隨著移動設備和感測器的發展，我們有機會建立一個共享的無線網路。正如P2P網路，網路的使用者又是網路的服務提供者，不同於P2P的是，代幣的出現可以為使用者和提供者之間提供結算。
代表公司：Helium，DIPNET
10. 內容創造經濟
Web3時代用戶擁有自己的創作內容，擁有自己的讀者，將擺脫依靠平台分發流量和廣告費分成的收費模式。
代表公司：Mirror
11. 鏈上數據分析
精準的數據分析可以對區塊鏈項目的商業模式進行重構，在這個過程中，DID和隱私計算等技術會在隱私保護等方面發揮重要作用。
隨著區塊鏈用戶的增多，鏈上數據的體量發生指數級增長。這些數據對分析用戶畫像有重要作用，精準的數據可以為其他項目提供可靠的數據輸入，進而完成其他項目的產業重構和升級。
通過精準的數據分析可以得到鏈上信用等有效數據，進而拓展出不同的應用場景。以DeFi項目為例。目前很多DeFi項目採用抵押借貸方式而非信用借貸，資金利用率不高一直是困擾很多DeFi項目的問題。
如果有精準的鏈上數據作為輸入，根據過往數據將信用引入到鏈上，提供Web3.0系統中的身份、信用、用戶畫像等與用戶相關的數據的索引和聚合，精準篩選用戶，那麼可以對信用較高的用戶實行信用借貸或無抵押借貸，大大提高用戶資金的利用率。
12、隱私加強技術
目前，用戶對區塊鏈上的身份和賬戶等信息的重視程度不夠。他們在鏈上留下的公開信息越來越多，所有人都可以無需許可進行查閱，存在安全隱患。
在Web3.0中，人們對數據和隱私的保護意識會更強，用戶不再希望以犧牲隱私的方式來獲取便利，當前的模式不能滿足Web3.0對隱私保護的需求。特別是DeFi興起之後，很多用戶並不希望自己在鏈上的交易行為被其他人監控。
隱私加強技術可以解決交易信息的機密性和隱私保護問題，限制未經授權的用戶獲取交易信息。隱私加強技術能夠在不影響安全性和隱私的前提下安全地共享、匯集和分析數據。
13、Web2與Web3.0的中間件
目前，大量用戶仍然集中在中心化的平台，他們已經對這些平台有了使用粘性並形成用戶習慣。中間件項目可以充當橋梁，幫助用戶從Web2向Web3.0遷移。通過在Web2平台上開發了一系列工具，用戶可以通過熟悉的平台上發送加密信息和數字貨幣，降低用戶對Web3.0項目的使用門檻。
二、Web3.0重點就業方向
一、網路維護者
無論是POW還是POS時代，網路的運維都將通過更分布式的設備/節點進行。關於網路維護者，以比特幣礦工、以太坊礦工、Filecoin礦工最為人熟知。網路維護者們肩負著維護基礎設施安全、公平的重任，將在下一代互聯網、物聯網、邊緣計算、5G中發揮作用。
二、社區管理員（Moderator）
社區管理員Moderator, 簡稱MOD是Web3.0中必不可少的職業，NFT、Gamefi、Defi、DAO項目都需要相關人員管理社群。MOD通常由最為積極的社區成員擔任，但也不排除項目方通過外包招募的情況。MOD因有機會參與早期團隊的分潤，成為了行業競爭最激烈的職業。
三、藝術家
自NFT發展以來，諸如Beeples、Yuga Labs、方力鈞等數以百計的藝術家以及工作室發布了NFT作品。其中，頂級藝術家以及名人發售的NFT備受青睞。NFT跳過了傳統的畫廊以及拍賣行等中間商向藝術家們提供了新的變現方式。
四、元宇宙建築師
自Sandbox、Decentraland以及Crypto Voxel這類虛擬世界項目發展以來，現實世界中的公司建設虛擬總部的需求日益旺盛。元宇宙建築師也成為了前沿的職業。
五． 游戲 設計師
Sandbox、Decentraland以及Crypto Voxel這類虛擬世界項目本質上是UGC平台。 游戲 設計師在平台上不僅可以創作自己的NFT，也可以參與到平台內 游戲 中的地圖、關卡以及戰斗模式的設計中，擁有屬於自己的體素 游戲 。
六． 游戲 玩家
在一些鏈遊行業中，打金者以及打金公會成為了生態非常重要的一部分。由於鏈游分類不同，有些偏氪金，有些偏 游戲 性，因此它們的 游戲 玩家群體也大有不同。Axie Infinity玩家需要購買較為昂貴的 游戲 資產才能進行打金，因此公會出錢玩家出力成為了早期P2E模式。在Sandbox以及Skyweaver中，只有操作流暢、經驗豐富的玩家才能獲得打金獎勵。
七．Defi/Cefi礦工
Defi/Cefi礦工指的是靈活地將資金分配至Defi協議/中心化交易所中以賺取收益的群體。他們往往洞悉Defi產品模型以及安全性，且能第一時間發現盈利率最高的新協議，俗稱挖頭礦。Defi/Cefi礦工的行為已經遠超於個人投資性質，需要具備系統的研究以及敏銳的行業嗅覺。
八、區塊鏈相關開發、產品、研究崗位。
區塊鏈是Web3.0的核心基礎設施，目前市場上關於Web3.0的大部分招募，基本都跟區塊鏈相關。根據工業和信息化部人才交流中心2019年發布的 《區塊鏈產業人才崗位能力要求》 文件，可以將區塊鏈人才崗位劃分為三類崗位人才：
1）核心研發人才崗位包括：
——區塊鏈底層架構師；
——密碼演算法工程師；
——隱私保護研發工程師；
——共識機制開發工程師；
——SDK 研發工程師；
——區塊鏈分布式網路研發工程師；
——區塊鏈虛擬機研發工程師；
——區塊鏈演算法工程師；
2）實用技術崗位人才包括：
——智能合約開發工程師；
——安全研發工程師
——軟體安全研發工程師；
——區塊鏈測試工程師；
——區塊鏈運維工程師；
——區塊鏈應用架構師；
——應用開發工程師；
3）行業應用崗位人才包括：
——區塊鏈行業產品經理；
——區塊鏈金融行業工程師；
——區塊鏈供應鏈金融行業工程師；
——區塊鏈司法行業工程師；
——區塊鏈政務行業工程師；
——區塊鏈版權行業工程師；
——區塊鏈物聯網行業工程師
對崗位能力的要求也十分明確，劃分了 綜合能力 、 專業知識 、 技術技能 、 工程實踐能力 四大類，且充分概括了目前市場上主流的招聘崗位職責需求，我們以區塊鏈底層架構師為例，其崗位能力包括：
除此之外，熱門的智能合約開發工程師，則需要具備：
——扎實的編程能力，熟練使用Java、Node.js、JavaScript、Python等編程語言；
——熟悉常見區塊鏈技術架構及運行機制，如FISCO BCOS等；
——熟練掌握智能合約編程語言，如Solidity、Go、Node.js等；
——掌握常用區塊鏈平台，並能基於相關平台編寫和優化智能合約;
中心化的平台為人們帶來便利的同時也存在諸多問題。如今，Web3.0的發展勢頭已經吸引很多巨頭公司的注意，包括Twitter和Reddit在內一些公司正在 探索 在將Web3.0的理念整合到他們的平台上。他們從創作者激勵經濟、中心化身份的改進、數據和內容的所有權等方面進行 探索 和研究，以塑造去中心化平台的未來。
未來，Web3.0會給用戶帶來不一樣的體驗，將從根本上改變用戶與互聯網之間的關系和交互模式。
資料來源於網路
編輯整理 | 領路元
『陸』 手機自帶程序 wikiar維洽 可以刪除嗎
樓主你好！
「wikiAR維洽」是通過手機攝像頭拍攝用戶周圍的現實場景，在其上展示品牌實時數字資訊，來告訴你周圍的所有餐飲、優惠、休閑、購物、住宿、交通、銀行網點等相關品牌信息。
這個應該是可以刪除的。
只是有的系統自帶程序刪除後，當你重新啟動手機後，它又會自動安裝（這個表示沒辦法）。
不過你可以試一下，如果你感覺沒用的話，刪除後，重新啟動下手機看看是不是又自動安裝了。
『柒』 UI設計師都主要學什麼
UI設計作為時下熱門高薪職業之一，其發展前景不言而喻，應用領域非常廣泛，從傳統的計算機網頁到最新AI領域的人機交互界面，無不體現出其市場價值。但在國內這還是一個新名詞，只有少數互聯網公司有行業意識及專業應用，目前在國內還沒有開設此專業的院校，因此進行這個行業並不容易。那麼UI設計師都需要學習什麼呢？今天武漢卓意設計小編就來跟大家聊一下這個話題，一起來學習下吧。
通過前面理論與工具的練習，基本具備了設計的基礎能力，接下來就需要一些完整案例的實戰了。要學會模仿各類產品優秀案例、並能解析其設計要點，能推陳出新做出部分創新的完整案例。需要掌握不同類型互聯網產品的設計規范、設計流程、設計圖紙的輸出與迭代方法，保證產品用戶體驗的持續性提升。
雖然UI設計是近幾年才流行的專業，但市場上的UI培訓已相對成熟，對於沒有基礎的同學還是建議找專業的老師輔導，這樣UI設計的學習之路才會事半功倍，大家覺得呢？
『捌』 維洽wikiAR的介紹
維洽wikiAR是一項增強現實技術。由Google研發，「wikiAR維洽」通過手機攝像頭拍攝用戶周圍的現實場景，在其上展示品牌實時數字資訊，來告訴你周圍的所有餐飲、優惠、休閑、購物、住宿、交通、銀行網點等相關品牌信息。基於用戶所處的位置，我們將品牌資訊覆蓋並呈現在現實世界之上來增強實感。
『玖』 學完UI設計之後都能做什麼工作
交互設計應用這些行業：
1、搜索引擎：
搜索引擎應該是互聯網上交互最簡單的產品：只有一個搜索框，用戶輸入關鍵詞，點擊確定即可返回結果。但它還是不夠簡單，因為相對於用戶自然想問的問題，輸入關鍵詞能得出更准確的結果。但輸入關鍵詞並不是最好的交互模式。還有，對於相當一部分不會鍵盤輸入的人來說，簡單如搜索引擎還是不夠方便。最後，用戶想要的結果，並不一定能夠得到，必須從一堆結果頁裡面去再次查找，目前還做不到給出一個唯一想要的答案。
很多人選擇學習設計其實都是三分鍾熱度，最好在學習之前先來做一個小測試
→點擊測試我適不適合學設計
2、社交：
微信微信是中國用戶粘度最高使用時長最長的互聯網產品。即便如此，當用戶要完成幾個操作，比如點對點溝通、群的溝通、發朋友圈、看朋友圈，還是有一定的用戶成本。用戶需要注冊、需要添加好友、需要點擊發布內容、或者發布語音等。發朋友圈還得進入發現，之後發布還得點擊照相的圖標，點擊圖標還得選擇拍攝還是從手機相冊選擇