接續上一篇
調整方法
調適能力 (Adaptivity) 與調適性 (Adaptability)。前者能依據使用者的互動 (interaction) 自動修改應用程式的行為，後者則是依照預先定義好的選項來改變應用程式的行為。
| 網頁設計類型 |
優點 |
缺點 |
| Adaptivity |
迅速地貼近使用者，使用者不必做過多設定 |
由於自動變化，對於使用者教學會相當困難 |
| Adaptability |
客製化過程有參與感，可以更了解系統功能 |
入門困難，適應介面到可以客製的過程長 |
介面初步
1 2 3 4 5 6 7 8 9 10
| test version ______ ______ ______ __ __ /\ == \ /\ __ \ /\ __ \ /\ \/ / \ \ __< \ \ \/\ \ \ \ \/\ \ \ \ _"-. \ \_____\ \ \_____\ \ \_____\ \ \_\ \_\ \/_____/ \/_____/ \/_____/ \/_/\/_/ +-------------------------------------+ +--------+ | type you want | |Find it!| +-------------------------------------+ +--------+
|
從最基礎的設計中，明顯地會需要一個輸入框與觸發的按鈕。但是搜尋條件有幾種，從 作者 、 本文 、 標題 、 出版期刊 … 等，這些要怎麼設計才好？
《大神落伍了？這些搜索引擎比 Google 精確還更有趣》 這裡提到專門的搜尋引擎，可以針對音樂、圖片、社群、找人 … 等內容進行搜尋。他們是怎麼完成的？
介面二步
1 2 3 4 5 6 7 8 9 10
| test version ______ ______ ______ __ __ /\ == \ /\ __ \ /\ __ \ /\ \/ / \ \ __< \ \ \/\ \ \ \ \/\ \ \ \ _"-. \ \_____\ \ \_____\ \ \_____\ \ \_\ \_\ \/_____/ \/_____/ \/_____/ \/_/\/_/ +-----------+ +--------+ +-------+ +--------+ | BOOK NAME | | AUTHOR | | WHERE | |Find it!| +-----------+ +--------+ +-------+ +--------+
|
這裡的設計多了三個欄位，有些欄位可填、可不填，進行分開的搜尋。然而會不會發生有人誤填一些資訊，誤把人名當書名，造成搜尋結果不好。為了考量這些，基本上都是在搜尋結果中做一個排序，排序的優先權可能先按照書名、作者、地點。搜尋方式的比例差異通常呈現普遍性。
為了加速篩選結果，通常會先抓書名，如果書名不夠具有特色，則會嘗試抓作者名稱，如果作者出版很多本書，則會考慮出版時間、內容。能按照內容進行搜索的引擎，肯定規模很大。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26
| ______ ______ ______ __ __ /\ == \ /\ __ \ /\ __ \ /\ \/ / \ \ __< \ \ \/\ \ \ \ \/\ \ \ \ _"-. \ \_____\ \ \_____\ \ \_____\ \ \_\ \_\ \/_____/ \/_____/ \/_____/ \/_/\/_/ +-----------+ +--------+ +-------+ +--------+ | BOOK NAME | | AUTHOR | | WHERE | |Find it!| +-----------+ +--------+ +-------+ +--------+ +---------------+---------------+---------------------+ | BOOK NAME | AUTHOR | WHERE | +---------------+---------------+---------------------+ +---------------+ | TITLE | +---------------+ | SUBTITLE | +---------------+ | CHAPTER | +---------------+ | NICKNAME | +---------------+ | PROLOGUE | +---------------+
|
有一種方式是提供搜尋條件的細節，來增加使用者的搜尋效率。上面就是一個範例，不僅僅只是官方書名提供搜索，細節劃分也是相當重要。甚至有人會將書給予暱稱，例如書的名稱太普通，卻以某種封裝、寫法出名，那麼這些書的名稱可能就比較特別。
對於場依賴的而言，看得到的搜尋介面相當重要，它們比較容易根據環境提供的條件，因此設計效能上影響很多。反過來看看場獨立的人，對於這個介面操作可能會將自己的想法投入，這些想法可能來自於自身或者是之前學習過的知識。
1 2 3 4 5 6 7 8 9 10
| argument version ______ ______ ______ __ __ /\ == \ /\ __ \ /\ __ \ /\ \/ / \ \ __< \ \ \/\ \ \ \ \/\ \ \ \ _"-. \ \_____\ \ \_____\ \ \_____\ \ \_\ \_\ \/_____/ \/_____/ \/_____/ \/_/\/_/ +-------------------------------------+ +--------+ | learning in 23 days type:reference | |Find it!| +-------------------------------------+ +--------+
|
對於隱藏式的操作想必也是相當上手。但這種使用需要教學，不是相當方便。可以由簡到繁地引領使用者，例如說第一次搜尋操作後，自動填充，提示使用者下一次搜尋的方法。
1 2 3
| +-------------------------------------+ *--------* | learning in 23 days | |Find it!| <--- click +-------------------------------------+ *--------*
|
得到結果後
1 2 3 4 5 6 7 8 9
| +-------------------------------------+ +--------+ | learning in 23 days type:reference | |Find it!| +-------------------------------------+ +--------+ ---------------------------------------------------------------------- Find result with ... * learning in 23 days, author:Alice, type:reference detail ... * ...
|
現在的設計大多都是由 簡到繁 的方式，從蘋果軟體中都可以發現到這些特徵，將不常用的功能都先藏在特定的地方，先基礎地提供最低需求，當使用者發現結果越來越不好時，主動地去察覺要怎麼使用更複雜的操作。
介面三步
當然有些人搜尋的結果，會根據場依賴、場獨立來查閱，場依賴偏向是由觀眾評分、評論來判定是否找到正確的書，場獨立純文本內容為主。著重的觀點不同，為了成功銷售所有的書籍，顯示的方法如下兩種參考。
1 2 3 4 5 6 7
| ---------------------------------------------------------------------- Find result with ... * Learning in 23 days, author:Alice, type:reference detail ... * WTF Learning, author:Blob detail ..
|
1 2 3 4 5 6 7 8
| ---------------------------------------------------------------------- Find result with ... * [HOT] STAR: 5, learning in 23 days, author:Alice, type:reference detail ... * STAR: 3, WTF Learning, author:Blob detail .. * ...
|
以上示範的是場獨立、依賴的兩種。當然上面的設計屬於階層式、也有水平擺放訊息的方式。其實還有很多種的！
1 2 3 4
| * 1 TITLE AUTHOR * 1.1 DETAIL * 1.2 DETAIL * 1.2.1 DETAIL
|
1 2 3 4 5 6 7 8
| +-------+ +------------------------------------------+ | | | TITLE | | | +------------------------------------------+ | COVER | | | +------------------------------------------+ | | | AUTHOR, DETAIL | | | | | +-------+ +------------------------------------------+
|
如果找書不根據任何別人推坑的想法，階層式會是很好的細節來決策，嘗試把每一本書的概要都仔細讀過，階層式很吃 優先權順序 ，設計起來相當挑戰。
如果是下方的方式，比較偏向大致上已經在事前知道要買哪本書，有了大概目標。這樣的設計方式方便跳躍性的搜索，因為階層式會 改變高度 ，檢索時的位移量不同會造成操作時間會比較久，但是下方的那種方式屬於固定位移量。
至於對色彩學的配色部分，又分單色、雙色欄位，來加快視窗滑動的對齊。而每一個欄位的文字色彩也相當講究，用色數量越多，看起來越五花八門，面向的使用族群也越多。為了讓使用者有 貼切感 (服務的專一性)，通常用色不大於三種。
回頭調整
Adaptivity 提供系統自動調整變化，最好提醒使用者可以切換回去舊的介面設計，否則多個使用者在現實中交談時，可能會發生矛盾的錯亂交流。
Adaptability 提供使用者自定義，這些功能從系統中抽離出來，對於開發者來說是件好事，讓所有功能盡可能地讓特定使用者使用，但普遍性來說，大多數的功能都會被忽略，甚至當作從來沒有過。
Adaptability 類型的網頁設計，提供高度穩定性、客製化，有利於長時間的網站經營，培養長遠的顧客為主，對於短期入門的新手而言，對於客製化的吃力程度不一，當尚未熟悉系統前，對於功能設定處於一知半解狀態，需要閱讀文檔或累積經驗。因此在使用前期效率並不高，有待一段時間後，使用效率就有機會突破 Adaptivity 類型的。
正因為使用時間的長短，Adaptability 比較適合高頻率使用的軟體，而且功能性很強。相較於 Adaptivity 給予功能性較低，但操作起來會比較耗時 (滑鼠移動、滾動) 的軟體。
Reference
Evaluation of a personalized digital library based on cognitive styles: Adaptivity vs. adaptability
課程需求才看得，雖然我對裡面的實驗方法一點也不認同，很多地方沒有考慮進去，實驗的順序性有考慮到，卻沒有去考慮適應面向的主體，拿幾次任務的時間來進行比較往往是不夠的，根據時間成長的效率比較也應該被提出。
課程公告
由於明天的課程有多數同學因畢業旅行而無法前來上課，因此明天上課的方式將不在課堂上進行，而改為同學閱讀所附的 paper，並找時間與組員討論所附的問題
請容許我罵一聲！我擦！為什麼不上課！雖然老師上課的認知風格與我不同，無法好好地學習知識，在盡可能地去適應，卻不斷地減少上課次數，學期結束前都還沒有適應吧。