<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>色胚子部落 &#187; 軟體設計</title>
	<atom:link href="http://blog.colorbase.tw/tag/%e8%bb%9f%e9%ab%94%e8%a8%ad%e8%a8%88/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.colorbase.tw</link>
	<description>訊息多變的時代裡，需要多學習多思考</description>
	<lastBuildDate>Sun, 20 Jun 2010 10:06:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>再談談Tag的知識關聯性與軟體操作設計</title>
		<link>http://blog.colorbase.tw/knowledge-management/987</link>
		<comments>http://blog.colorbase.tw/knowledge-management/987#comments</comments>
		<pubDate>Thu, 29 Apr 2010 15:53:00 +0000</pubDate>
		<dc:creator>阿育</dc:creator>
				<category><![CDATA[知識管理]]></category>
		<category><![CDATA[thinking]]></category>
		<category><![CDATA[軟體設計]]></category>

		<guid isPermaLink="false">http://blog.colorbase.tw/knowledge-management/987</guid>
		<description><![CDATA[Tag是伴隨著Web2.0而生的一個產物。因為Tag的多變化以及完整的定義性讓我自從認同了Tag所具備的價值之後我便愛上這種定義方式， 因為它除了可以幫助我們歸納整理知識或資料之外，還能夠幫助我們了解某個事物所在領域。

Tag Cloud
Tag的應用概念中最廣為人之的就是 Tag cloud (標籤雲)，它以出現的次數來賦予Tag權重，藉此來區分出Tag的重要性程度，越重要的Tag 字級就會越大。
透過Tag cloud我們可以很清楚的知道某個事物所代表的含意，例如：一個部落格的Tag Cloud可以顯示出該部落格文章的方向，如果把它用在人身上就可以知道這個人所接觸的領域落在什麼樣區塊，以及其所佔的程度比例。
例如 Wordle 可以透過手動輸入或其他上傳方式來產生屬於自己的Tag Cloud，如果你看到一張名片上印著那個人的Tag Cloud，那麼你是不是在短短的幾秒鐘就能清楚的了解到這個人所接觸的領域範圍呢？事實上我真的曾經把類似這樣的東西印成個人的名片，因為我覺得這總比告訴人家：我是工程師、我是廚師、我是音樂家之類的名稱來的更具體，因為不管哪一種職業，遇到對方對這個行業有一定的認知時，他第二句話很可能就會再問：「是哪方面的(工程師、廚師、音樂家)？」但透過Tag cloud的方式，千言萬語都比不過一張小小的圖，而且只需幾秒鐘的時間就能讓對方清楚了解。

Tag的關聯網路
當我們定義了數量非常龐大的Tag之後，我們將會很明顯的感受到一件事情，這些Tag並不會全部都是獨立的存在，它們彼此之間是會有關連性而且並不會全部都有關連，因為有些東西壓根扯不上邊。
若把它們依據關連性繪製成一張圖，將會形成一個獨特的Tag關連網路，這樣的網路結構不僅僅指出定義者所關注的事物，也表明了這些Tag彼此的關聯性，如下圖所示。

而在數量的增大同時會帶來另一個問題，因為Tag的雜亂將會帶給我們很大的困擾，即使有了Tag我們一樣很難找到自己所定義過的Tag，但如果軟體能夠透過這樣的關聯性以及排斥性幫我們加以篩選Tag的關聯性，這將會成為一種非常方便好用的Tag檢索方式。
在之前的另一篇文章：談談Tag用於知識管理與軟體操作設計 中我談到了：
理想中的Tag應該具備AND(且)及OR(或)的概念，以方便我們快速的檢索及篩選所需要的內容，它應該具備針對Tag本身的過濾性。
最近我發現有兩種軟體除了具備了Tag過濾性也同時具備了Tag的關聯性的功能，雖然使用它們已經有很長的一段時間了，但我是直到最近才真正體會到它們設計上的概念，我想我應該修正之前說過的話，真正理想的Tag管理應該是：
能結合Tag之間的關連性與Tag的過濾性。
這兩種軟體都是 Firefox addon ，它們都具備了Tag關連性與過濾性的操作：
TagSieve
前身是 TagSifter 用於加強 Firefox 書籤管理功能，讓Tag真正發揮效用。
Zetero
一套非常強悍的知識管理與文獻收集軟體。
以TagSieve舉例來說，當我們定義了四個書籤的Tag分別為：
書籤一：jquery, plugin, bubble
書籤二：jquery, tutorial, bubble
書籤三：jquery, plugin, menu
書籤四：photoshop, logo, tutorial
首先在關連性的Tag管理操作中，我們必須先輸入一個或選擇一個主要的Tag，例如，當我們選擇了jquery時，有哪幾個Tag與他有關連呢？答案是：
plugin, tutorial, bubble, menu
這裡我們可以看出，有兩個Tag與jquery是完全扯不上邊的：
photoshop, logo
接著我們將會只剩下有關連的那四個Tag可以選擇，這樣是不是大大的減少操作上的視覺負擔及操作速度呢？
再接著我們如果又從剩下的四個Tag中點選了例如：tutorial，那將會只剩下：
bubble
到了這裡，我們已經選擇了兩個Tag
jquery, tutorial
以這樣的關聯性Tag選取方式，加上Tag的過濾性來說，如果以AND的方式來做過濾，將會剩下哪幾種書籤呢？答案將會只剩下：
書籤二：jquery, tutorial, bubble
仔細想想，當在內容或知識的龐大且Tag數量也相當龐大時，這樣的操作方式是不是會為我們日後的管理或回顧帶來相當大的便利呢？
TagSieve 實際Tag篩選操作畫面
一開始有非常多的Tag及201個書籤。

點選了jquery，只剩下74個書籤，因為只保留關連的Tag，因此去除了許多不必要的Tag，這樣也讓我們很容易的了解到jquery這個Tag與什麼樣的Tag有所關連。

從剩下的Tag中，再點選plugin，於是軟體自動再次篩選關連的Tag與符合條件的文章，因此剩下更少的Tag與60個符合條件的書籤。

最終再點選bubble，只剩下10個書籤，如果再搭配關鍵字搜尋將可以更快更精確的找到我們所需的東西。

結論與感想
軟體介面的設計經過一代又一代不斷的改革、改進，一直趨近於對使用者最為友善的方式，各個領域的專家一直不斷在思考、創造，最友善最易用的操作方式。
從Tag cloud所呈現出的意義中我得到了一個延伸的啟示，不論我們在設計軟體介面或Web介面時，有一個很值得思考的關鍵點就是：
一個好的介面設計應該要能夠在最短時間讓受者清楚的了解我們想要呈現的是什麼。
電腦的發明不是在增加我們的工作負擔，當我們身為使用者時，我們可以多多了解各種操作對於我們的幫助以增進使用電腦的效率，而當我們身為開發者時，應該多多注意別人有什麼樣的好的介面設計構想，並進一步思考它且加以改善、整合，相信最終定能對我們所開發的軟體有正面的附加價值。
相關連結

Wordle
TagSieve
Zetero

]]></description>
			<content:encoded><![CDATA[<p>Tag是伴隨著Web2.0而生的一個產物。因為Tag的多變化以及完整的定義性讓我自從認同了Tag所具備的價值之後我便愛上這種定義方式， 因為它除了可以幫助我們歸納整理知識或資料之外，還能夠幫助我們了解某個事物所在領域。</p>
<p><span id="more-987"></span></p>
<h2>Tag Cloud</h2>
<p>Tag的應用概念中最廣為人之的就是 Tag cloud (標籤雲)，它以出現的次數來賦予Tag權重，藉此來區分出Tag的重要性程度，越重要的Tag 字級就會越大。</p>
<p>透過Tag cloud我們可以很清楚的知道某個事物所代表的含意，例如：一個部落格的Tag Cloud可以顯示出該部落格文章的方向，如果把它用在人身上就可以知道這個人所接觸的領域落在什麼樣區塊，以及其所佔的程度比例。</p>
<p>例如 <a href="http://www.wordle.net/" target="_blank">Wordle</a> 可以透過手動輸入或其他上傳方式來產生屬於自己的Tag Cloud，如果你看到一張名片上印著那個人的Tag Cloud，那麼你是不是在短短的幾秒鐘就能清楚的了解到這個人所接觸的領域範圍呢？事實上我真的曾經把類似這樣的東西印成個人的名片，因為我覺得這總比告訴人家：我是工程師、我是廚師、我是音樂家之類的名稱來的更具體，因為不管哪一種職業，遇到對方對這個行業有一定的認知時，他第二句話很可能就會再問：「是哪方面的(工程師、廚師、音樂家)？」但透過Tag cloud的方式，千言萬語都比不過一張小小的圖，而且只需幾秒鐘的時間就能讓對方清楚了解。</p>
<p><a href="http://blog.colorbase.tw/wp-content/uploads/2010/04/tagcloud2.jpg"><img style="display: inline; border-width: 0px;" title="tag-cloud-2" src="http://blog.colorbase.tw/wp-content/uploads/2010/04/tagcloud2_thumb.jpg" border="0" alt="tag-cloud-2" width="400" height="253" /></a></p>
<h2>Tag的關聯網路</h2>
<p>當我們定義了數量非常龐大的Tag之後，我們將會很明顯的感受到一件事情，這些Tag並不會全部都是獨立的存在，<strong>它們彼此之間是會有關連性而且並不會全部都有關連</strong>，因為有些東西壓根扯不上邊。</p>
<p>若把它們依據關連性繪製成一張圖，將會形成一個獨特的Tag關連網路，這樣的網路結構不僅僅指出定義者所關注的事物，也表明了這些Tag彼此的關聯性，如下圖所示。</p>
<p><a href="http://blog.colorbase.tw/wp-content/uploads/2010/04/tagrelationship.jpg"><img style="display: inline; border-width: 0px;" title="tag-relationship" src="http://blog.colorbase.tw/wp-content/uploads/2010/04/tagrelationship_thumb.jpg" border="0" alt="tag-relationship" width="400" height="292" /></a></p>
<p>而在數量的增大同時會帶來另一個問題，因為Tag的雜亂將會帶給我們很大的困擾，即使有了Tag我們一樣很難找到自己所定義過的Tag，但如果軟體能夠透過這樣的關聯性以及排斥性幫我們加以篩選Tag的關聯性，這將會成為一種非常方便好用的Tag檢索方式。</p>
<p>在之前的另一篇文章：<a href="/knowledge-management/846" target="_blank">談談Tag用於知識管理與軟體操作設計</a> 中我談到了：</p>
<blockquote><p>理想中的Tag應該具備AND(且)及OR(或)的概念，以方便我們快速的檢索及篩選所需要的內容，它應該具備針對Tag本身的過濾性。</p></blockquote>
<p>最近我發現有兩種軟體除了具備了<strong>Tag過濾性</strong>也同時具備了<strong>Tag的關聯性</strong>的功能，雖然使用它們已經有很長的一段時間了，但我是直到最近才真正體會到它們設計上的概念，我想我應該修正之前說過的話，真正理想的Tag管理應該是：</p>
<p><strong>能結合Tag之間的關連性與Tag的過濾性。</strong></p>
<p>這兩種軟體都是 Firefox addon ，它們都具備了<strong>Tag關連性與過濾性的操作</strong>：</p>
<h3><a href="http://www.grue.in/tagsieve/" target="_blank">TagSieve</a></h3>
<p>前身是 TagSifter 用於加強 Firefox <strong>書籤管理</strong>功能，讓Tag真正發揮效用。</p>
<h3><a href="http://www.zotero.org/" target="_blank">Zetero</a></h3>
<p>一套非常強悍的<strong>知識管理</strong>與<strong>文獻收集</strong>軟體。</p>
<p>以TagSieve舉例來說，當我們定義了四個書籤的Tag分別為：</p>
<p class="tip">書籤一：jquery, plugin, bubble</p>
<p class="tip">書籤二：jquery, tutorial, bubble</p>
<p class="tip">書籤三：jquery, plugin, menu</p>
<p class="tip">書籤四：photoshop, logo, tutorial</p>
<p>首先在關連性的Tag管理操作中，我們必須先輸入一個或選擇一個主要的Tag，例如，當我們選擇了jquery時，有哪幾個Tag與他有關連呢？答案是：</p>
<p class="tip">plugin, tutorial, bubble, menu</p>
<p>這裡我們可以看出，有兩個Tag與jquery是完全扯不上邊的：</p>
<p class="tip">photoshop, logo</p>
<p>接著我們將會只剩下有關連的那四個Tag可以選擇，這樣是不是大大的減少操作上的視覺負擔及操作速度呢？</p>
<p>再接著我們如果又從剩下的四個Tag中點選了例如：tutorial，那將會只剩下：</p>
<p class="tip">bubble</p>
<p>到了這裡，我們已經選擇了兩個Tag</p>
<p class="tip">jquery, tutorial</p>
<p>以這樣的關聯性Tag選取方式，加上Tag的過濾性來說，如果以AND的方式來做過濾，將會剩下哪幾種書籤呢？答案將會只剩下：</p>
<p class="tip">書籤二：jquery, tutorial, bubble</p>
<p>仔細想想，當在內容或知識的龐大且Tag數量也相當龐大時，這樣的操作方式是不是會為我們日後的管理或回顧帶來相當大的便利呢？</p>
<h2>TagSieve 實際Tag篩選操作畫面</h2>
<p>一開始有非常多的Tag及201個書籤。</p>
<p><img style="display: inline; border-width: 0px;" title="image" src="http://blog.colorbase.tw/wp-content/uploads/2010/04/image21.png" border="0" alt="image" width="340" height="320" /></p>
<p>點選了jquery，只剩下74個書籤，因為只保留關連的Tag，因此去除了許多不必要的Tag，這樣也讓我們很容易的了解到jquery這個Tag與什麼樣的Tag有所關連。</p>
<p><img style="display: inline; border-width: 0px;" title="image" src="http://blog.colorbase.tw/wp-content/uploads/2010/04/image22.png" border="0" alt="image" width="343" height="334" /></p>
<p>從剩下的Tag中，再點選plugin，於是軟體自動再次篩選關連的Tag與符合條件的文章，因此剩下更少的Tag與60個符合條件的書籤。</p>
<p><img style="display: inline; border-width: 0px;" title="image" src="http://blog.colorbase.tw/wp-content/uploads/2010/04/image23.png" border="0" alt="image" width="343" height="334" /></p>
<p>最終再點選bubble，只剩下10個書籤，如果再搭配關鍵字搜尋將可以更快更精確的找到我們所需的東西。</p>
<p><img style="display: inline; border-width: 0px;" title="image" src="http://blog.colorbase.tw/wp-content/uploads/2010/04/image24.png" border="0" alt="image" width="343" height="91" /></p>
<h2>結論與感想</h2>
<p>軟體介面的設計經過一代又一代不斷的改革、改進，一直趨近於對使用者最為友善的方式，各個領域的專家一直不斷在思考、創造，最友善最易用的操作方式。</p>
<p>從Tag cloud所呈現出的意義中我得到了一個延伸的啟示，不論我們在設計軟體介面或Web介面時，有一個很值得思考的關鍵點就是：</p>
<p class="tip"><span style="font-family: Lucida Sans Unicode;">一個好的介面設計應該要能夠在最短時間讓受者清楚的了解我們想要呈現的是什麼。</span></p>
<p><strong>電腦的發明不是在增加我們的工作負擔</strong>，當我們身為使用者時，我們可以多多了解各種操作對於我們的幫助以增進使用電腦的效率，而當我們身為開發者時，應該多多注意別人有什麼樣的好的介面設計構想，並進一步思考它且加以改善、整合，相信最終定能對我們所開發的軟體有正面的附加價值。</p>
<h2>相關連結</h2>
<ul>
<li><a href="http://www.wordle.net/" target="_blank">Wordle</a></li>
<li><a href="http://www.grue.in/tagsieve/" target="_blank">TagSieve</a></li>
<li><a href="http://www.zotero.org/" target="_blank">Zetero</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://blog.colorbase.tw/knowledge-management/987/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>談談Tag用於知識管理與軟體操作設計</title>
		<link>http://blog.colorbase.tw/knowledge-management/846</link>
		<comments>http://blog.colorbase.tw/knowledge-management/846#comments</comments>
		<pubDate>Sun, 11 Apr 2010 00:20:34 +0000</pubDate>
		<dc:creator>阿育</dc:creator>
				<category><![CDATA[知識管理]]></category>
		<category><![CDATA[thinking]]></category>
		<category><![CDATA[軟體設計]]></category>

		<guid isPermaLink="false">http://blog.colorbase.tw/%e7%9f%a5%e8%ad%98%e7%ae%a1%e7%90%86/846</guid>
		<description><![CDATA[Tag(標籤)，是一種用於定義知識內容方向的概念，是一種透過人為定義的方式來達到輔助檢索或歸納整理的概念性工具。
其實這樣的概念在日常生活中我們常常在使用，最常見的是我們會為文件貼上標籤以方便在需要時可以快速取出。當我們剛認識某人時，我們可能會用一句很簡單的話來表述自己對他的第一印象，例如：「活潑開朗」、「沉穩內斂」，這樣的行為也稱之為「貼標籤」，當我們更進一步認識他之後，我們可能不斷為其貼上各式各樣的標籤，這種用來表達對某事物的簡單抽象描述，便可稱之為「Tag」。

當知識的內容數量稀少時，使用目錄形式的檢索已經是綽綽有餘，但在經過日積月累數量越來越多後，目錄形式的管理將會顯得不敷使用，因為目錄形式的檢索是以樹狀的方式來呈現、定義、分類內容，而在很多時候一種知識或內容是非常難只用樹狀的方式清楚的表述。
使用Tag的好處
舉個例子來說，有一篇文章內容是談論PHP如何編寫MD5編碼，在目錄形式的管理中，我們可能會這麼定義他的結構：
/PHP/編碼加密/MD5/
這樣的定義看起來沒有什麼不對，但是仔細想想，MD5編碼是PHP專屬知識嗎？當然不是，因為可能在某天我們又會收集另一篇談論如何使用C#如何編寫MD5編碼，這時我們可能必須定義他的目錄結構為：
/C#/編碼加密/MD5/
這樣定義也很正確，在初期我們感受不到單純只用目錄結構定義所帶來的影響，但是當諸如此類的數量越來越多時，某天我們想要重新回顧所有MD5的編碼文章時，我們就必須去各個不同的目錄底下找到這些文章。
此時，如果我們有清楚的定義其Tag，絕大多數只要有Tag功能的軟體都具備以Tag進行檢索的功能，因此操作上我們可只需要在已經存在的Tag清單中找到MD5這個Tag，接著點選它，軟體就會幫我們列出所有被標記為MD5的文章，管它是C#、PHP還是任何其他主分類，大大增加了檢索的方便性。
大部分的軟體是這樣處理Tag的
很可惜的是，雖然幾乎所有擁有Tag功能的軟體都具備以Tag的方式進行檢索，但是這樣的功能與其給他一個名稱「Tag」，還不如說它是「關鍵字(Keyword)」加強版，因為這樣的檢索只是很單純的檢索單一Tag，以上面的例子來說，我們只能點選MD5這個Tag來檢索所有包含MD5的文章，這感覺上好像很棒，但是這樣的功能卻缺少過濾性，只是單純的把包含MD5的文章列出來。
這樣的Tag功能其實只比Keyword好一點點，舉個來子來說，試著想想如果軟體提供一個文字欄位讓我們去輸入Keyworkd，然後以逗點為分隔，例如像這樣：
PHP,編碼,MD5
當我們只想要找尋所有被定義為MD5的文章時，軟體在搜尋功能中又提供了另一個欄位讓我們去輸入關鍵字必須包含「MD5」，這一樣也能列出所有定義為MD5的文章不是嗎？因為這中間的操作除了在操作上有些許的不同，一個是用點選、一個是用搜尋，但其本質概念卻大同小異。
理想的Tag管理
在我認為的理想中的Tag應該具備AND(且)及OR(或)的概念，以方便我們快速的檢索及篩選所需要的內容，它應該具備針對Tag本身的過濾性。
例如，某篇文章中談到了Javascript的事件概念，而它實作上是使用jQuery，這樣的文章在概念上它是屬於Web開發的領域，因此我們可能會將它的Tag定義為：
Javascript,jQuery,Web開發
以這樣的例子來說，有趣的是這三種Tag可以是獨立的，但之間的關係卻又如此密不可分。
如果以一般軟體的操作方式來看，當我們需要檢索時，將可以點選Web開發來找到這篇文章，這感覺上還蠻不賴的，但實際上的使用情況卻是在數量大時，點選了Web開發列出一大堆Web開發相關的文章，這其中可能有jQuery、CSS、HTML、PHP、Javascript….等等多到難以想像東西包含在內。
如果當我們只想要看的是與jQuery有關的Web開發概念文章呢？非常可惜，大部分的軟體不提供我們這麼做，到目前為止我只看過CyberArticle及WizKnowledge等少數軟體提供了具備AND的Tag檢索，它在Tag列表功能中可以使用Ctrl+滑鼠點選來複選Tag，例如點選「jQuery+Web開發概念」就會以AND的方式來列出所有與jQuery有關的Web開發概念文章，這種針對Tag本身的過濾方式可以幫助我們更快速更精確的檢索資料，也會將Tag的功能發揮到最大。
結論與感想
軟體的操作介面對於一個軟體可用價值而言佔據著關鍵性的影響，對於絕大多數的使用者而言，他們應該不在乎軟體背後的實作技術多麼深奧，對於使用者而言應該更重視軟體的介面是否友善，因此如果能夠重視並透過各種介面設計概念來協助使用者的操作，更快、更好的完成工作，我想這對於軟體的價值會有相當正面的幫助。
]]></description>
			<content:encoded><![CDATA[<p>Tag(標籤)，是一種用於定義知識內容方向的概念，是一種透過人為定義的方式來達到輔助檢索或歸納整理的概念性工具。</p>
<p>其實這樣的概念在日常生活中我們常常在使用，最常見的是我們會為文件貼上標籤以方便在需要時可以快速取出。當我們剛認識某人時，我們可能會用一句很簡單的話來表述自己對他的第一印象，例如：「活潑開朗」、「沉穩內斂」，這樣的行為也稱之為「貼標籤」，當我們更進一步認識他之後，我們可能不斷為其貼上各式各樣的標籤，這種用來表達對某事物的簡單抽象描述，便可稱之為「Tag」。</p>
<p><span id="more-846"></span><a href="http://blog.colorbase.tw/wp-content/uploads/2010/04/tag.png"><img class="alignnone size-medium wp-image-859" title="日常生活中的Tag" src="http://blog.colorbase.tw/wp-content/uploads/2010/04/tag-300x266.png" alt="" width="300" height="266" /></a></p>
<p>當知識的內容數量稀少時，使用目錄形式的檢索已經是綽綽有餘，但在經過日積月累數量越來越多後，目錄形式的管理將會顯得不敷使用，因為目錄形式的檢索是以樹狀的方式來呈現、定義、分類內容，而在很多時候一種知識或內容是非常難只用樹狀的方式清楚的表述。</p>
<h2>使用Tag的好處</h2>
<p>舉個例子來說，有一篇文章內容是談論PHP如何編寫MD5編碼，在目錄形式的管理中，我們可能會這麼定義他的結構：</p>
<p class="tip">/PHP/編碼加密/MD5/</p>
<p>這樣的定義看起來沒有什麼不對，但是仔細想想，MD5編碼是PHP專屬知識嗎？當然不是，因為可能在某天我們又會收集另一篇談論如何使用C#如何編寫MD5編碼，這時我們可能必須定義他的目錄結構為：</p>
<p class="tip">/C#/編碼加密/MD5/</p>
<p>這樣定義也很正確，在初期我們感受不到單純只用目錄結構定義所帶來的影響，但是當諸如此類的數量越來越多時，某天我們想要重新回顧所有MD5的編碼文章時，我們就必須去各個不同的目錄底下找到這些文章。</p>
<p>此時，如果我們有清楚的定義其Tag，絕大多數只要有Tag功能的軟體都具備以Tag進行檢索的功能，因此操作上我們可只需要在已經存在的Tag清單中找到MD5這個Tag，接著點選它，軟體就會幫我們列出所有被標記為MD5的文章，管它是C#、PHP還是任何其他主分類，大大增加了檢索的方便性。</p>
<h2>大部分的軟體是這樣處理Tag的</h2>
<p>很可惜的是，雖然幾乎所有擁有Tag功能的軟體都具備以Tag的方式進行檢索，但是這樣的功能與其給他一個名稱「Tag」，還不如說它是「關鍵字(Keyword)」加強版，因為這樣的檢索只是很單純的檢索單一Tag，以上面的例子來說，我們只能點選MD5這個Tag來檢索所有包含MD5的文章，這感覺上好像很棒，但是這樣的功能卻缺少過濾性，只是單純的把包含MD5的文章列出來。</p>
<p>這樣的Tag功能其實只比Keyword好一點點，舉個來子來說，試著想想如果軟體提供一個文字欄位讓我們去輸入Keyworkd，然後以逗點為分隔，例如像這樣：</p>
<p class="tip">PHP,編碼,MD5</p>
<p>當我們只想要找尋所有被定義為MD5的文章時，軟體在搜尋功能中又提供了另一個欄位讓我們去輸入關鍵字必須包含「MD5」，這一樣也能列出所有定義為MD5的文章不是嗎？因為這中間的操作除了在操作上有些許的不同，一個是用點選、一個是用搜尋，但其本質概念卻大同小異。</p>
<h2>理想的Tag管理</h2>
<p>在我認為的理想中的Tag應該具備AND(且)及OR(或)的概念，以方便我們快速的檢索及篩選所需要的內容，它應該具備針對Tag本身的過濾性。</p>
<p>例如，某篇文章中談到了Javascript的事件概念，而它實作上是使用jQuery，這樣的文章在概念上它是屬於Web開發的領域，因此我們可能會將它的Tag定義為：</p>
<p class="tip">Javascript,jQuery,Web開發</p>
<p>以這樣的例子來說，有趣的是<strong>這三種Tag可以是獨立的，但之間的關係卻又如此密不可分。</strong></p>
<p>如果以一般軟體的操作方式來看，當我們需要檢索時，將可以點選Web開發來找到這篇文章，這感覺上還蠻不賴的，但實際上的使用情況卻是在數量大時，點選了Web開發列出一大堆Web開發相關的文章，這其中可能有jQuery、CSS、HTML、PHP、Javascript….等等多到難以想像東西包含在內。</p>
<p>如果當我們只想要看的是與jQuery有關的Web開發概念文章呢？非常可惜，大部分的軟體不提供我們這麼做，到目前為止我只看過CyberArticle及<a href="http://blog.colorbase.tw/software/820" target="_blank">WizKnowledge</a>等少數軟體提供了具備AND的Tag檢索，它在Tag列表功能中可以使用Ctrl+滑鼠點選來複選Tag，例如點選「jQuery+Web開發概念」就會以AND的方式來列出所有與jQuery有關的Web開發概念文章，這種針對Tag本身的過濾方式可以幫助我們更快速更精確的檢索資料，也會將Tag的功能發揮到最大。</p>
<h2>結論與感想</h2>
<p>軟體的操作介面對於一個軟體可用價值而言佔據著關鍵性的影響，對於絕大多數的使用者而言，他們應該不在乎軟體背後的實作技術多麼深奧，對於使用者而言應該更重視軟體的介面是否友善，因此如果能夠重視並透過各種介面設計概念來協助使用者的操作，更快、更好的完成工作，我想這對於軟體的價值會有相當正面的幫助。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.colorbase.tw/knowledge-management/846/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
