highlight.js

顯示具有 圖解 標籤的文章。 顯示所有文章
顯示具有 圖解 標籤的文章。 顯示所有文章

星期三, 11月 25, 2009

CISCO提供的網路設備圖示

如果你需要繪製網路拓檏圖,那麼CISCO所提供的這一組網路圖示會非常好用,有PPT格式、VISIO格式等,任君採用,網址在這裡:

http://www.cisco.com/web/about/ac50/ac47/2.html

如果網址有變,應該用CISCO ICON POWERPOINT為關鍵字就可以找到。

星期三, 1月 24, 2007

讀書筆記:邏輯思考的技術

書未讀完,前四章筆記以圖解方式紀錄,如果您有這本書,希望這張圖也對您有用處:



延伸閱讀:

推:IBM提供Many Eyes資料視覺化服務

如果您像我一樣對於資料的視覺化有高度的興趣,那麼IBM推出的Many Eyes服務絕對是最大的福音。只要註冊IBM網站帳號,就可以使用這個網站的服務。您可以上載資料,然後選擇想要呈現的視覺化方式,套句Steve Job的口頭禪,Boom,漂亮的視覺化圖形就秀出來了。更棒的是,同樣的資料可以任意選擇多種方式呈現,而且因為是使用Java Applet,所以還可以對視覺化的結果操作(例如加總等等)。

舉例來說,以下就是以之前的文章提到的《政府機構軟體開發環境問卷調查》中整合開發環境問題問卷結果做出的Treemap:



相同的一份資料,可以用另外一種方式呈現氣泡圖:



對於每一個視覺化的呈現,都提供有Blog this按鈕,會幫您產生可以放在您文章的HTML碼,方便您刊登在自己的網站上。另外,網站也提供回應的功能,可以讓網友針對每一個視覺化圖形的意義進行交流(這也表示您所發佈的每一個視覺化圖形都是公開的)。

延伸閱讀:

星期日, 1月 21, 2007

圖解最後一刷後半版稅計算法

許多朋友看過上次的圖解翻譯稿酬之後,可能都有一個疑問,就是不就永遠都有最後一刷的後一半數量沒有付版稅嗎?為了解釋這一點,我特別又畫了一張圖解末刷後半版稅支付流程,說明大概的方式:


所以你可以發現,合約上對於到期時所議定的處理方式,會影響末刷後半的版稅支付,我看過最扯的合約是連有效期限都沒有約定的,真的!

星期三, 1月 17, 2007

從《The State Of Web Development 2006/2007》看網頁開發概況

Sitepoint發表了一份 The State Of Web Development 2006/2007 的調查報告,在這份2006年6/15~7/15的期間針對5,000位網頁開發人員的問卷結果中,可以看到網頁開發技術平台的現況大概是這樣(這份報告要價不斐,我當然沒有財力購買,以下的Treemap圖都是從這份報告的Preview版本中推演而來,圖中區塊大小與顏色都代表佔比,越亮綠佔比越大、越紅佔比越小,越接近白色越接近中間值):

  • 你可以看到PHP獨占鰲頭,比整個MS(微軟)平台的技術加總還高。
  • 最近火紅的Rails雖然只佔了一小塊,但卻接近ColdFusion。我推估到了現在,過了半年後,Rails的版圖應該大有斬獲。
  • 如果單看微軟平台,會發現ASP與兩個版本的ASP.NET大概各分1/3,但從顏色上可以看出來ASP(白色)略高於.NET(淡粉紅色),顯然升級到.NET平台的行銷工作微軟還有一段路要走。
  • JSP只與ASP.NET的單一版本佔比相近,得加油了。
  • Opensources(JSP沒算在內)佔住了半邊天,還有明日之星蓄勢待發,前景可期。
如果問到接下來的12月內可能會考慮採用哪一種技術,那麼佔比的Treemap如下(這裡區塊大小代表佔比,顏色則是把這個問題的數據當成未來實際的市場狀況時,與上一張圖同一技術佔比的差距,越亮綠表示成長、越紅表示衰退、白色持平):

  • 這裡可以看到,Rails最受青睞,這和這半年來看到或聽到的狀況相符。
  • 可能是Rails帶起的效應,Python也獲得不少注目。
  • 微軟平台則是ASP.NET 2.0最受到用戶的期待,準備採用。
  • PHP反而有流失的現象,其餘技術則大多持平。
報告上也提到了在考量新技術時,大致上可看出的板塊移動如下圖所示:

很明顯可以看出來,Opensource與MS各自為政,互不侵犯,兩方的開發人員不會轉換陣地,但在各自的版圖中,則有相當的變動。如果從另一個問題的調查結果來看,更可以看出未來可能的趨勢,以下是針對希望哪些技術有更多的資源得到的佔比分配(區塊大小與顏色的意義同第一張圖):

  • AJAX是大熱門,不過調查的時間是去年六月,現在AJAX的資源應該已經算是氾濫了。由AJAX效應帶起的就是JavaScript和JavaScript Library的需求,目前看來JavaScript Library書很缺,應該是可開發的方向。
  • 值得注意的是XHTML/CSS,同一份調查中發現有25%的開發者會堅守HTML檔必須驗證通過,而有近60%的開發者會驗證自己的HTML檔,但不一定會修正錯誤,另外有近70%的開發者主要採用CSS做版面配置,因此對於XHTML/CSS的需求自然是趨勢。如果將美國的情況視為台灣的前哨站,那麼台灣今年應該會展現一波需求才是。
  • PHP雖然已經有許多豐富的資源,但這裡的需求仍然很高,很可惜沒有進一步調查,不然我挺好奇大家的需求是什麼?
  • 你也可以看到Opensource總和的需求極高,一方面反應前面看到Opensource佔市場一半的局面,另一方面可能也展現了Opensource的技術文件量的問題。
  • 另外可以發現到Flash的需求也不小,尤其Flex聲勢不小,其實還蠻值得開發人員去瞧瞧,而不只是把Flash當成網路動畫的技術。
後記:我手上總共有兩個版本的Preview報告,一份有全部15個問題的結果,一份只有其中幾個問題,但加上了專家評論的內容,後來再嘗試去下載都只有後面這一份了。

延伸閱讀:

星期一, 1月 15, 2007

圖解翻譯稿酬

常常有人問,翻譯的收入如何?我特別製作了一張稿酬東西軍圖表,讓大家可以自己算一算翻譯這一行到底划不划算?



延伸閱讀:

星期六, 1月 06, 2007

Treemap製作簡易教學二部曲:使用Treemap軟體

要製作Treemap,除了使用上次介紹過的Microsoft Treemapper with Excel Add-In以外,還可以使用Treemap原創人Ben Shneiderman所領導以Java開發的跨平台軟體Treemap,目前的版本是4.1.1,需要Java 1.4的環境才能執行。只要下載回來,解開壓縮檔,執行其中的run.bat即可(這是指Windows平台,其他平台請自行閱讀readme.txt)。

不過再真正顯示treemap之前,必須先準備好原始的資料,Treemap軟體可以接受以tab分隔欄位的文字資料,您可以使用Excel製作原始資料,再另存成文字檔,例如底下就是和(Treemap 簡易教學示範)這一篇的範例同樣的資料,但依循Treemap軟體要求的格式:


要注意的有以下幾點:
  • 量化的資料欄位要擺在最前面,並且與後面描述階層結構的欄位之間空一欄。
  • 量化的資料可以必須標示資料的型別,可用的型別共有FLOAT、INTEGER、DATE、STRING四種,而且必須以大寫字母標示。
準備好這份資料後,就可以開啟Treemap軟體,選擇『File/Open...』開啟資料檔案,就會看到對應的treemap:


咦,奇怪,不但每個區塊看起來都一樣大,而且也沒有顏色標示?這是 因為我們還沒有告訴Treemap軟體要以那一欄量化資料代表區塊大小語言色,您可以在操作畫面右邊選取Legend頁籤:


分別在Size以及Color欄位選擇量化資料的欄位即可,結果如下圖:

這樣就顯示了我們所需要的Treemap(此圖中是以業績維區塊大小、業績成長率維顏色,越紅表示成長率越低、越亮的綠色表示成長率越高,黑色則是持平)。Treemap軟體可設定的選項繁多,此篇僅是簡單的入門,提供給大家參考。

延伸閱讀

星期六, 12月 30, 2006

Treemap 簡易教學示範

Treemap簡單的來說,就是以二維平面的方式展示包含階層結構(hierarchical)形式的統計資訊,主要的特徵如下:
  • 透過層層包圍的區塊表現階層的關係
  • 以區塊的大小表現各階層元素的一組量化資訊
  • 以區塊呈現的顏色層次表現各階層元素的另一組量化資訊
這樣講也許很抽象,我們以實際的圖例來說明,最簡單的例子就是銷售業績的比較:

從這個圖中你就可以看出來幾件事:
  • 業務部門的階層結構為:
    • 北區
      • 黃一峰
      • 張大大
      • 張小小
    • 中區
      • 劉三
    • 南區
      • 鄭中
      • 周海闊
  • 如果區塊面積代表業績,鄭中就是第一名。
  • 如果越接近紅色表示與去年相比衰退越多、越接近綠色成長越多、白色為持平的話,無疑的鄭中成長第一名,劉三吊車尾,而黃一峰維持一樣的業績。
是不是就一目了然了呢?以下我們就用這個範例來說明如何製作Treemap,為了符合大部分使用者的環境,這裡我以Microsoft Treemapper with Excel Add-In為例,採用這套軟體的原因如下:
  • Windows平台的使用者多半都安裝有Excel軟體
  • Treemapper Add-In(增益集)可免費下載
  • 直接在Excel環境下即可操作
首先請下載Treemapper Add-In,安裝完畢後請開啟Excel,點選『工具/增益集』,勾選Treemappe

按下確定鈕後,就會出現Treemapper工具列,上面只有一個Treemapper按鈕,就是用來產生Treemap。

安裝好軟體後,接著就是準備資料,底下就是產生剛剛所看到Treemap圖例的原始資料:

這份資料應該不需要解釋,一看就懂,接著只要按下Treemapper工具列上的Treemapper按鈕,就會看到如下的交談窗:

  • Box sizes are in 指的就是要表示區塊大小的量化資訊,這裡選的就是業績欄
  • Box colors are in 指的就是用來表現區塊顏色層次的量化資訊,這裡選的就是成長欄
  • Box name components are in 指的就是區塊的名稱,每一橫列表示一個區塊,並且以並排的儲存格表示階層結構中一層層的區塊名稱。
  • 如果第一橫列是表頭文字,就勾選 First row contains headers that should be ignored
其餘的選項就先略過,畢竟這是篇「簡易」示範教學。按下OK鈕後,就會產生之前看過的Treemap了。您也可以調整區塊的顏色、區塊中文字的字體與大小、區塊間邊框以及補白(padding)的寬度等等,操作都很直覺,應該難不倒各位,簡單示範,就此打住囉。

延伸閱讀:

星期四, 12月 28, 2006

從《政府機構軟體開發環境問卷調查》看程式語言與整合開發環境市場佔比

在iThome上看到,依據行政院主計處電子處理資料中心於2006年10月公佈的調查,以最近一年內「政府機構軟體開發環境」為題問卷,採可複選的方式,我將調查出來的結果轉換成為Treemap的形式,以便看出各方角頭所站的區塊大小。要說明的是,原始調查資料僅有單獨品項的統計,我依據自己的推估,加上了平台以及軟體廠商的分類,如有謬誤,請不吝指正。

底下是程式語言的部份:

  • 如果以單一程式語言來看,Java無疑是最大,但如果把VB.NET+C#+ASP.NET視為一體(.NET平台),就和Java旗鼓相當了(以實際數據看.NET略高1%)。
  • 單以.NET來看,VB.NET遠遠高於C#。
  • 值得注意的是,VB仍然佔據一大塊,這個族群是否會在短時間內移轉到.NET,值得關切。
  • 在網頁程式部份,Open Source陣營的PHP獨大,ASP還有一片小天地,但ASP.NET就佔比很低。
  • 其他語言(C++、Delphi、C、PowerBuilder、COBOL)也都還有一席之地(C++的部份我暫時歸在C++ Builder),只是都不大就是了。
以下這張圖則是針對整合開發環境(IDE)的調查:

  • 你可以看到,用文字編輯器的佔了一半,我推斷這主要是PHP的開發人員,以及許多Java與ASP的開發人員,蠻好奇的就是這些開發人員使用了哪幾種編輯器。
  • 整合環境部份,Visual Studio雖然獨大,但因為統計資料沒有區分版本,所以等於是把上一張圖中 .NET+ASP+VB 併起來(實際上不是總和,因為上一張圖中統計的數量可視為專案數,單一機關可能用了VB和ASP開發多個專案,就會為VB與ASP各自貢獻 1,但在這張圖中卻只會為VS貢獻 1),因而遠遠超過Java平台。
  • Eclipse和JBuilder的佔比相當,看來替許多軟體開發公司省下了不少軟體費用。由於最近JBuilder改版宣稱根基於Eclipse上,不知道此舉會吸引Eclipse族群往JBuilder遷移、還是直接讓Eclipse擴大領土,畢竟JBuilder不算便宜啊。
對了,如果您想製作類似的Treemap,我所知道的兩種免費方案如下:
  • 使用微軟提供的Microsoft Treemapper with Excel Add-In,就可以直接在Excel裡產生Treemap,並且可以匯出成圖檔,本文圖檔即由此軟體產生。
  • 使用Treemap創始人Ben Shneiderman的Treemap軟體(使用Java 1.4)。
另外,如果您曾經閱讀過O'Reilly創辦人Tim O'Reilly所撰寫的State of the Computer Book Market, Part 1等一系列文章,一定會知道我只是東施效顰,套用他的模式與工具看統計數字,當然功力相差甚遠,在此向Tim O'Reilly先生致敬,也為O'Reilly這間獨具特色的出版商有這樣優秀的領導人感到欽羨。

延伸閱讀: