讀軟體設計的要素02概念的目的

1. 要素

1.1. 概念的定義包括名稱、目的、狀態、操作和操作原則

1.2. 操作原則(operational principle)

• 1.2.1. 操作原則用於展示如何透過操作實現目的，這是理解概念的關鍵

• 1.2.2. 展示如何透過操作的組合實現概念的目的，包含一個或多個典型的使用場景

• 1.2.3. 操作原則並沒有增加任何資訊，因為你完全可以從操作規範中推理出任何使用場景

1.3. 每個概念都是某人在某個時間出於某種目的而發明的

• 1.3.1. 隨著時間的推移，大多數被廣泛使用的概念都得到了進一步的擴充套件和完善

1.4. 大多數概念是通用的，可以應用於不同型別的資料以及場景中

• 1.4.1. 通用性有助於概念的重用，也有助於提煉概念的本質

1.5. 概念可以被相互獨立地設計和理解

• 1.5.1. 為了簡化軟體設計，可以將設計分解成不同的子問題，許多子問題都可以透過概念的重用來解決

1.6. 概念並不能解決所有的設計問題，但是確實可以透過找出特定的概念來幫助我們發現設計中的挑戰

1.7. 概念不僅包含它表示的行為、關於其設計的所有現存知識、可能出現的實現問題，還包括軟體設計師處理這些問題的各種方法

1.8. 概念狀態(state)，將概念中涉及的專案組織成各種結構

2. 廢紙簍

2.1. 蘋果公司的殺手級概念

2.2. 廢紙簍概念是蘋果公司在1982年為麗薩電腦發明的

2.3. 真正的創新並不是使用者可以把東西拖進廢紙簍，而是使用者還可以恢復它們

• 2.3.1. 廢紙簍概念的目的並不是刪除，而是撤銷刪除

2.4. 在廢紙簍概念中，只有兩種狀態

• 2.4.1. 可訪問(accessible)，表示仍在廢紙簍以外、可以訪問的專案集合

• 2.4.2. 已刪除(trashed)，表示已刪除但尚未永久刪除的專案集合

2.5. 廢紙簍概念中有兩種場景

• 2.5.1. 一種是恢復場景：刪除一個檔案後再恢復它

• 2.5.2. 一種是永久刪除場景：刪除一個檔案後，再清空廢紙簍，使用者將再也無法訪問這個檔案

2.6. 一種常見的變體就是，當刪除某個檔案一段時間後，例如30天，系統就會自動永久刪除這個檔案

2.7. 設計缺陷

• 2.7.1. 整個系統只有一個廢紙簍

• 2.7.1.1. 當你插入和移除外部驅動器時，如果從這些驅動器中刪除檔案，廢紙簍的內容就會隨之變化

• 2.7.1.2. 變通辦法，只是增加了一個“立即刪除”選項，允許使用者一鍵永久刪除廢紙簍中指定的檔案

• 2.7.2. 廢紙簍的另一個設計缺陷與已刪除檔案的顯示方式有關

• 2.7.2.1. 使用者一直沒有辦法按刪除日期對廢紙簍中的檔案進行排序

• 2.7.2.2. 2011年，蘋果公司的OS X Lion作業系統開始允許使用者按“建立日期”對資料夾中的檔案進行排序，而這個日期對於廢紙簍而言就應該是檔案刪除日期

3. 樣式

3.1. 桌面出版背後的概念

3.2. 樣式概念的狀態的對映關係

• 3.2.1. 一種是指定(assigned)，為元素指定一種樣式

• 3.2.2. 另一種是定義(defined)，為樣式定義一種格式

3.3. 樣式概念還在不斷豐富，甚至涉及一些格式的分層

4. 預訂

4.1. 一個19世紀的概念

4.2. 預訂概念有助於有限資源的有效利用

• 4.2.1. 資源提供者希望資源利用率儘可能高

• 4.2.2. 消費者希望有需要時就可以得到並使用資源

4.3. 預訂概念要起作用，就需要跟蹤與預訂相關的內容，包括被預訂的資源和預訂資源的消費者

• 4.3.1. 消費者除進行預訂並最終使用資源之外，還可以在他們決定不需要資源的時候取消預訂

• 4.3.2. 預訂通常是免費的，資源提供者還需要防止使用者總是預訂資源卻從不真正使用它

• 4.3.2.1. 如果客人有太多次缺席，他的賬戶將被停用

4.4. 預訂概念的目的是有效利用資源

4.5. 預訂概念的操作原則是關於如何預訂並使用資源

4.6. 預訂概念的狀態是與預訂相關的全部內容

4.7. 預訂概念的操作：預訂、使用資源和取消預訂

• 4.7.1. 預訂概念中的操作包括由資源所有者（如餐廳）執行的用於提供和回收資源的行為

• 4.7.2. 資源在被預訂的情況下不能回收，但實際上更好的設計是允許回收，比如隱式地取消預訂

4.8. 預訂概念在很多不同的領域都非常有用

• 4.8.1. 鐵路運輸要求列車在進入路段之前預訂軌道來保證安全，這樣系統就可以確保不會有兩列火車同時佔用同一路段

• 4.8.2. 在網路中，有一種資源預留協議(resource reservation protocol，RSVP)，它允許路由器預訂頻寬，以便在某段時間內保證一定水平的網路效能，即“服務質量”​

5. 概念的目的

5.1. 以使用者需求為中心

5.2. purpose

• 5.2.1. 目的對於生活的各個方面都很重要，因為目的可以幫助我們設定方向，向他人解釋自己，並在合作中達成共識

• 5.2.2. 在目的這件事上，設計與其他活動沒有什麼不同，你不可能在自己都不知道想要什麼的情況下就設計好一件東西

• 5.2.3. 對於軟體設計師來說，目的可以表明他們對概念的設計和實現方式是合理的

• 5.2.4. 目的將要服務於誰？

• 5.2.4.1. 通知概念聲稱是為使用者提供實時的更新，讓使用者隨時瞭解情況

>  5.2.4.1.1. 它的真實目的是提高“使用者參與度“

• 5.2.4.2. 標籤概念的目的似乎很簡單，就是幫助人們更容易地找到特定人的帖子

>  5.2.4.2.1. 標籤概念巧妙地增加了兩組朋友間的社交關係

5.3. 概念設計首先要針對每個概念提出一個簡單的問題：它是做什麼用的？

5.4. 使用者瞭解一個概念的目的是使用它的先決條件

• 5.4.1. 許多使用者手冊和幫助指南解釋了操作的細節，但沒有解釋目的，這對於使用者特別是新手來說很不友好

5.5. 一個概念的目的應該是有說服力、以需求為中心、具體和可評估的

• 5.5.1. 概念的目的很少能夠用比喻解釋清楚

5.6. 沒有目的的概念是可疑的

• 5.6.1. 出現這種情況通常是因為這個概念根本不是一個真正的概念，而是一種不想暴露給使用者的內部機制留下的痕跡

5.7. 對概念目的的混淆會導致誤用，並可能導致使用者做出令他們後悔的行為

5.8. 設計缺陷會導致概念無法實現其目的，但這是難以預料的，因為使用場景會隨著時間而變化

• 5.8.1. 設計缺陷通常是不可預測的，這種缺陷既可能是形式與使用場景不符，也可能是概念無法實現它們的目的

• 5.8.2. 概念並不能完全消除設計缺陷，但它的價值在於提供一個框架來減少設計缺陷，框架增強了概念目的的作用，並給出了一種把概念設計和使用中積累的經驗和知識組織起來的結構

5.9. 僅僅知道為什麼要設計軟體也是不夠的，你還需要為設計中的每個概念找到目的

• 5.9.1. 為概念確定目的其實是一項困難的工作，但它會帶來解決問題的洞察力，並迫使我們專注於重要的事情

• 5.9.2. 在軟體設計方面，由於它有無限的複雜性，人們很容易陷入細節並失去對大局的把控

6. 步驟

6.1. 說清楚

• 6.1.1. 一個概念必須有明確的目的才會易於使用

• 6.1.2. 軟體設計師不能將概念視為自己的秘密，必須與使用者共享目的

6.2. 確定目的的標準

• 6.2.1. 目的總是與一定場景中人的需求相關，因此難以用邏輯或數學的方式評估，而只能以非正式或粗線條的方式評估

• 6.2.2. 有說服力

• 6.2.2.1. 目的應該是對一個明確的需求有說服力的表達，而不是對使用者的某些願望或可能要執行的操作的一些模糊表示

• 6.2.3. 以需求為中心

• 6.2.3.1. 目的必須表達使用者的某個需求，而不是僅僅重複描述意義不明的行為

• 6.2.4. 具體

• 6.2.4.1. 目的必須足夠具體，以便於概念設計

• 6.2.5. 可評估

• 6.2.5.1. 目的應該能提供衡量概念的尺度

6.3. 深入理解目的

• 6.3.1. 瞭解來電轉駁概念的兩個不同目的

• 6.3.1.1. 一種目的是委託轉移，允許一個人將對自己的呼叫委託給其他人

• 6.3.1.2. 另一種目的是跟隨轉移，當一個人在不同的地方工作時，允許將對他的來電轉駁到不同的位置

• 6.3.1.3. 委託轉移概念和跟隨轉移概念都服務於自己的目的

7. 沒有目的的概念

7.1. 一個概念可能根本沒有令人信服的目的，這會讓人們對它的用處產生一些懷疑

7.2. 概念缺乏目的通常是因為沒有針對使用者真正的需求進行設計，而只是以一種更容易的方式設計

7.3. 無目的的概念是將底層機制暴露給使用者的結果

7.4. 概念需要始終面向使用者，並且它的目的不僅需要對程式設計師有意義，而且需要對使用者有意義

7.5. 老式的混水龍頭

• 7.5.1. 如果你想提高溫度，你可以開大熱水水龍頭，關小冷水水龍頭，但是流量也會相應發生變化

• 7.5.2. 如果你只想增加流量，則需要開啟兩個水龍頭，仔細調整它們以重新達到所需的溫度

• 7.5.3. 在這兩種情況下，使用者一般都需要進行多次調整

7.6. 新式的混水龍頭

• 7.6.1. 龍頭具有兩個獨立的控制元件，旋轉把手可以調節溫度，上下移動把手可以調節流量

7.7. 編輯器緩衝區(editor buffer)曾經是一個常見的概念，滿足了一些使用者需求，但現在它不再引人注意

• 7.7.1. 無目的的編輯器緩衝區概念被淘汰了

8. 目的不明的概念

8.1. 如果使用者不清楚一個概念的目的，就很可能不按軟體設計師設計的方式使用

8.2. Twitter

• 8.2.1. 事實證明，收藏概念的實際目的是記錄使用者對推文的認可，以供其他人檢視，也就是通常所說的“喜歡”或“點贊”概念

• 8.2.2. 書籤(bookmark)的新概念，該概念可以透過推文的“共享”選單訪問

8.3. 一個目的不明的概念會產生混亂

• 8.3.1. 影像的解析度並不代表影像的質量，除非你知道影像的大小

• 8.3.2. 畫素陣列

• 8.3.2.1. 影像表示為彩色畫素的二維陣列，這是一個現在普遍接受但曾經激進的想法

• 8.3.3. 重新取樣是一種更復雜的操作，會改變畫素的數量

• 8.3.4. 影像大小

• 8.3.4.1. 它的目的是以物理尺寸描述影像，這很簡單但也很奇怪，因為我們通常不認為數字影像具有物理尺寸

• 8.3.5. 影像解析度本身並不是一個概念，而是假設影像以給定的尺寸列印時的列印質量

• 8.3.5.1. 果畫素陣列為1000畫素方陣，影像大小為10英寸正方形，則解析度為100畫素／英寸

8.4. 不要使用令人困惑的概念

• 8.4.1. 誤解概念的目的很可能會導致濫用概念

9. 欺騙性的目的

9.1. 所有問答網站都有使用者概念，大概是為了阻止垃圾資訊和低質量答案

• 9.1.1. 網站會以此來限制訪問，以至於使用者在沒有登入的情況下無法檢視問題和答案，更不用說釋出新問題了

9.2. 推手民調是一個標準的民間調查，其目的是透過彙總民間的反應來獲得一些有用的資訊

• 9.2.1. 真正目的是贏得你的支援

• 9.2.2. 推手民調通常是為了利益，透過問你一些暗示性的問題來改變你的觀點

9.3. 直達航班概念是由航空公司發明的，以響應早期的訂票系統，這種系統更偏愛只有一個航班號的航線

• 9.3.1. 直達航班概念可以使航空公司的這些航線更加突出，從而使消費者更有可能購票

• 9.3.2. 消費者不瞭解這個目的，沒有意識到直達不一定是直飛

10. 避免缺陷

10.1. 設計最好的結果是形式和場景之間完美契合，就像小朋友玩的木製拼圖，一塊塊緊密貼合

10.2. 你永遠無法完全預測設計中可能存在的缺陷，但你至少可以利用以前發現缺陷的經驗

10.3. 將設計分解為多個概念，這樣使設計適配的整體挑戰就可以簡化為一組更易於管理的子問題

10.4. 概念是可以重複的，並可以提供跨場景的共性

10.5. 糟糕的設計導致的致命錯誤

10.6. 由場景變化引起的設計缺陷

10.7. 舊問題再次出現