# Communication Between Designers and Engineers :::info 會議標題：Communication Between Designers and Engineers 會議場次：WWDC 2017 Session 809 影片長度：09:51 傳送門：https://developer.apple.com/wwdc17/809 ::: ## [01:02] 一致的專有名詞 (terminology) 用幾個原生的元件圖片介紹，你覺得這東西我們要怎麼稱呼。使用預定義的名詞對應該項事物，可以幫助我們在溝通上減少認知上的落差。以杯子來舉例，我們講「杯子」，會有兩種類型的杯子是相符的，塑膠杯與馬克杯。所以使用相同的用語，可以保持我們溝通的目標是在相同的基礎之上 - alert (~~pop-up~~, ~~popover~~ ,~~modal~~) - navigation bar (~~header~~, ~~top tool bar~~) - tool bar (~~drawer~~, ~~bottom navigation bar~~) - switch (~~toggle~~, ~~on/off slider~~) ## [03:06] 設計活動 (Activities) 不需要玩你畫我猜的遊戲(pictionary)，我們已經整理好這些在 iOS 開發上會遇到的元件，其對應的專有名詞，方便你我在設計上或開發上的溝通方便。推薦閱讀 Apple Human Interface Guidelines。 - Post-mortem (事後檢討) - Pictionary (你畫我猜) - Show and react (我秀給你看，你給我回饋，我們互動) - Report ## [03:45] 單一事實 (One source of the truth) Photoshop 的專案檔的版本控制，使用複製檔案並重新命名的方式保存。這情況會很容易造成未來在找資料時，無法確定要使用的是哪一份檔案，尤其在不高明的命名方式之下。 - v1.1.psd - v1.1a.psd - v2.psd - v3.psd - v3-Updated.psd - v3-Updated2.psd - v3-Updated2-APPROVED.psd - v3-Updated2-APPROVED-FINAL.psd - v3-Updated2-APPROVED-FINAL-FOR-REAL.psd - .... ## [04:39] 專心於你應該關注的工作項目 (Focus) 考慮開發一個專案，你會需要條列所有的使用案例(use cases)，並需要平衡開發期間的時程、技術水平、與其他資源上的限制。就像使用不沾鍋煮菜比起專業的烘烤設備還要容易，從標準的模式和資源開始開發，你同時也可以加速整體開發速度。講者以標準的 table view 解釋，使用官方提供的列表元件，你可以保證其樣式與品質非常穩定。同時你也可以獲得系統性的 accessibility 功能支持。 > 假設你還是堅持要做客製化操作介面，那麼你需要以同理心自問「該項開發資源花費的努力是否值得？」 Worth the effort? - use cases (與你的開發團隊或客戶討論該產品的使用情境與功能) - free resources (評估開發所需的資源，並考慮使用官方免費的資源) - accessibility (建議將 accessibility 考慮進你的產品) ## [06:28] 「畫面呈現」遠比「用說的」有效率 (Show >>> tell) 用看得到的事情秀給你看，遠比用講的還有效率。講者使用官方的備忘錄 app 來講述「使用動畫來陳述這個頁面之間的轉場效果」，該陳述搭配動畫的過場動畫係數達到非常清楚的表達出設計師想要傳達給工程師的細節。或是使用官方的 keynote (對應於 Windows 的 powerpoint，該類產品內都可以簡單設定轉場動畫)來呈現示範(demostration)。 另外也推薦使用 Xcode 來協助兩邊之間的溝通。設計師在使用 Xcode 時可以不需要接觸任何程式碼，你也可以製作出簡單的 prototype。另外還可以直接看到 app icon 需要的尺寸大小要求、各種原生元件的名稱與描述。 ## [09:09] 總結一下 - 使用相同的專業術語 (same terminalogy) - 使用單一的專案版本 (one source) - 專心於你應該關注的工作項目 (Focus) - 畫面呈現遠比用說的有效率 (Show >>> tell) - 溝通!溝通!溝通!! communicate!!