現在大家都在說需要會程式設計的設計師。如果你在Google上快速地搜一下“設計師該學程式設計嗎”，就會得到2500萬條搜尋結果。
坦白來講，我並不反對設計師擁有程式設計的能力。但是，我認為這種說法扭曲了問題的本質。
作為產品設計團隊的老大，同時又可以寫前端和後臺的程式碼，我很清楚這種組合技能的價值。設計產品原型的能力，跨學科編碼的能力，瞭解開發團隊的能力並在開發過程中做出調整的能力。
但是我知道我的邊界在哪兒。我不是一個“程式猿”，也不想為一個大使用者量級的產品寫程式碼。
設計師要會程式設計的說法營造出這樣的感覺：我們設計師應該把程式碼釋出到生產環境，或者說設計師和開發團隊某種程度上應該融為一體，成為一個超能力團隊，成為全棧網際網路的“猛獸”。
現實點吧，少年。設計和開發（前端和後臺）都是高度專業化的職位，都需要很多年，無數個小時的努力才能成為各自領域的大師。一個人想要在多個領域成為專家真的太難了。
我們真正需要的是：可以做好設計的設計師，和能做好開發的“程式猿”，並且兩者合作無間。
這需要一個至關重要的東西：同理心。
因此，我們真正想表達的是我們想要更多瞭解程式碼的設計師。
“程式猿”要懂設計的理由正如同設計師需要懂程式碼一樣。不是要“程式猿”變成設計師，而是去理解他們。能夠用設計師的語言與他們溝通，理解設計需要考慮的細節和思維過程。
這也是類似於打破孤島，不同領域的人展開對話，然後創造出偉大的產品。關鍵是，這種溝通和同理心這也不妨礙人們在各自的領域成為專家。
當別人說他們需要會程式設計的設計師，我覺著他們就是想要一把瑞士軍刀，螺絲刀，剪刀，小刀，牙籤，鋸子。問題是瑞士軍刀並不能很好地做好每一件事。你不會看到木匠用瑞士軍刀上的螺絲刀，或者裁縫用瑞士軍刀的小剪刀。瑞士軍刀有做很多工具的最基本功能，但是他們絕對不能替代真正的工具。更糟糕的是，因為它嘗試著去覆蓋太多功能，它已經不能算是一把好刀了。
專業人員需要特定的工具。同理，專業的團隊需要專業的成員。
我不想我的設計師花費時間去學習相容瀏覽器的CSS最新解決方案，或者如何使用Javascript閉包。同樣，我也不希望我們的程式設計師們潛心研究顏色理論。
我希望我的設計師瞭解最新的移動裝置介面設計標準，以及最新的可用性實踐。我希望他們研究我們的使用者和挖掘未滿足的需求，我希望他們聚焦在那些能使我們的產品變最好的工作上，當然瞭解程式碼也是他們要學習的一部分，這樣他們才能成為產品團隊中更高效，更富同理心的一員。
現在，很可能你已經開始盲目地學習程式設計或者設計了。的確，程式猿應該從使用者為中心的角度看待設計理念，設計師也應該瞭解一些基本的開發知識，知道他們的設計如何被開發。如果他們在專案初期可以一起合作，共同創作出一個粗略的原型，那值得獎勵。但是我們需要消除這樣的誤解：設計師應該成為程式設計師，或者程式設計師應該成為設計師。
融合肯定是有的，但不是在這兒。
如果你推動你的團隊聚焦他們的強項，同時做一些能增加同理心的工作，那麼你就不需要“瑞士軍刀”了。你會得到一個大工具箱，裡面有各種專業工具；一個優秀的團隊，裡面有親密協作的專業隊員。
這才是我們真正想要的。