身為設計師的你，應該要...

了解工程實作的基本原理

業界 NG 率：接近 100%

許多人認為創造力和邏輯是左右半腦分開管轄的、設計師和工程師使用的是不同部分的能力，所以大家各安其份做好自己的工作就好——我負責光鮮亮麗地畫圖，工程師就負責用超大聲的同刻鍵盤在黑色的屏幕上編寫外星文。

但事實上這種刻板印象除了阻礙你進步以外可說是一點用都沒有（而且不見得是正確的）。

巴別塔的故事大家幾乎都聽過，會造成溝通問題的原因很簡單，就是講的「語言」不同，而非思考方式不一樣——無論是什么領域，要成為佼佼者，都必須具備高度的創造和想象能力，而設計更是非常講求邏輯的行為。

所以設計師懂工程實作原理要做什么？該懂哪些部分？很簡單，你不需要學會怎么寫 code，但你至少需要懂得：

1. 正確稱呼 UI 組件

以 iOS 為例子，在 Apple 的接口設計規范文件里，每個畫面構成的組件都有正式的名稱，我們看看：

這玩意兒叫做「Segmented Controls」，而不是「那個長得像膠囊的選單」，如果能夠使用正確的術語來溝通，將能夠省下非?？捎^的解釋時間。如果你想了解得更多、更精確，將前述的規范文件讀熟以后，建議你再繼續研究 UIKit Catalog。

2. 有些效果就是做不出來、很難做、不該做

最普遍的例子：自從 iOS 7 引入帶有模糊效果的設計語言后，大家似乎都染上了高斯模糊的癮。但這樣的效果非常耗費系統資源（原理及時間復雜度），就連 iOS 也到了來年的 iOS 8 才心不甘情不愿地開放使用 UIBlurEffect API，免得第三方 App 一堆模糊效果拖累系統效能；而在 Android 上官方更沒有提供像 iOS 如此方便的 API 可用（有錯請不吝指正）。

聽起來像外星語？白話來說，許多設計師毫無意識到某些視覺效果在工程實做面的可行性、也沒有考慮到各種裝置的運算負荷能力，而設計了大量會讓開發者面有難色的稿子，好不容易做出來了，發現算圖卡頓得要命，又要回頭改稿，得不償失。