開(kāi)發(fā)與設(shè)計(jì)中那些共同的隱喻
設(shè)計(jì)師/產(chǎn)品經(jīng)理：“他會(huì)在萬(wàn)眾矚目中出現(xiàn)， 身披金甲圣衣， 腳踏七彩祥云，咔咔咔把我的設(shè)計(jì)全部實(shí)現(xiàn)!”
引子
偶然跟設(shè)計(jì)師同事聊天，談到他們眼中的程序員應(yīng)該是什么樣的。
大叔：“好的程序員不應(yīng)該三心二意，上來(lái)就學(xué)很多不同的語(yǔ)言，應(yīng)該精通一門語(yǔ)言!”
小九：“那設(shè)計(jì)師會(huì)在Photoshop，Pixelmater，Sketch，balsamiq等等這些工具中，只精通一樣，而不去學(xué)習(xí)別的嗎?”
大叔：“這不一樣，編程語(yǔ)言怎么能跟這些工具相提并論，比如Sketch比較適合快速實(shí)現(xiàn)一些Hi-Fi的高保真原型，Photoshop善于處理位圖，balsamiq用于畫一些Low-Fi的線框圖，這些工具都是在不同情境和需求下使用的。”
小九：“我倒覺(jué)得這跟編程語(yǔ)言一樣一樣的。當(dāng)需要寫后臺(tái)服務(wù)端的時(shí)候，我們用Java;要快速寫工具腳本的時(shí)候用Ruby;要寫頁(yè)面交互的時(shí)候用Javascript;要寫底層高性能代碼的時(shí)候，用C或者C++。每個(gè)語(yǔ)言都有自己的特點(diǎn)，也有自己的使用場(chǎng)景。設(shè)計(jì)師應(yīng)該不會(huì)說(shuō)只要精通Photoshop或Sketch，其它工具就不用學(xué)了吧。怎么能為了一滴水，而放棄整片海洋!每一種設(shè)計(jì)工具都有自己獨(dú)特的魅力，在學(xué)習(xí)中都會(huì)體會(huì)到不一樣的樂(lè)趣 ”
語(yǔ)言/工具 vs 特性
熟悉PS的都知道，Photoshop中有濾鏡、蒙版、圖層等一系列特性，我們也往往是先學(xué)習(xí)工具，順便就學(xué)會(huì)了這些特性。然而，其實(shí)這些特性比工具本身具有更高的復(fù)用性。現(xiàn)在幾乎任何一款繪圖軟件，都會(huì)帶有圖層功能。
程序員也一樣，往往是從語(yǔ)言開(kāi)始，來(lái)認(rèn)識(shí)語(yǔ)言的特性的。比如我們學(xué)習(xí)了C++，順便知道了Template;從Java中知道了Exception的處理方法，從Javascript中知道了閉包，從Scala中知道了Monad等等。這些特性、思想在程序設(shè)計(jì)中的應(yīng)用往往要比語(yǔ)言本身更重要。
除了語(yǔ)言，其實(shí)還有一些別的，也是程序員和設(shè)計(jì)師可以類比的。
思維方式
在程序世界里，有3種比較經(jīng)典的編程范式：面向過(guò)程，面向?qū)ο蠛秃瘮?shù)式。
- 面向過(guò)程的編程范式，簡(jiǎn)單的講就是把一個(gè)大的任務(wù)拆分成N多個(gè)步驟，只要一步步從上到下的實(shí)現(xiàn)即可。
- 面向?qū)ο髣t是把所有程序中的概念都想成是一個(gè)個(gè)具體的對(duì)象，每個(gè)對(duì)象有自己的屬性、行為，每個(gè)對(duì)象可以完成自己應(yīng)該完成的一些事情。通過(guò)對(duì)象間的彼此互動(dòng)，來(lái)完成復(fù)雜的功能。
- 函數(shù)式則是更側(cè)重于用數(shù)學(xué)函數(shù)的方式來(lái)思考，把現(xiàn)實(shí)中的復(fù)雜問(wèn)題轉(zhuǎn)換成各種不同類型的函數(shù)，通過(guò)數(shù)學(xué)的思維方式來(lái)解決問(wèn)題。
這是程序員的三種不同的思維方式，而映射到設(shè)計(jì)師，可以理解成平面設(shè)計(jì)師習(xí)慣的平面思維和工業(yè)設(shè)計(jì)師習(xí)慣的立體思維。
模式
程序世界中的設(shè)計(jì)模式，是前人大量經(jīng)驗(yàn)的總結(jié)，是在實(shí)戰(zhàn)中形成的一些在面對(duì)具有一定共性的問(wèn)題時(shí)所采用的***實(shí)踐。
在產(chǎn)品設(shè)計(jì)中，也同樣有一些模式可以遵守，比如現(xiàn)在的提醒功能，往往會(huì)使用內(nèi)含數(shù)字的小紅點(diǎn)模式。
再比如說(shuō)消息通知功能，往往是采用消息中心的模式 。
再比如說(shuō)一些常用的組件，如輸入的文本框，在交互上共有諸如auto suggestion之類的模式。
有了這些模式之后，不管是在做程序設(shè)計(jì)還是界面設(shè)計(jì)，都可以有效的降低設(shè)計(jì)的復(fù)雜度。
Clean Code -|- Human Interface Guidelines
大部分情況下，我們不是一個(gè)人工作，而是一個(gè)團(tuán)隊(duì)工作。
作為一個(gè)程序員，我可能會(huì)閱讀、修改團(tuán)隊(duì)內(nèi)任何一個(gè)人的代碼，這時(shí)候一套統(tǒng)一的規(guī)范就很重要，而《Clean Code》就是這么一套規(guī)范，讓我們寫出的代碼可讀性大大提高，便于團(tuán)隊(duì)彼此共享編輯代碼。
而作為一個(gè)設(shè)計(jì)師，也有這么一套規(guī)范，比如iOS中的《Human Interface Guidelines》，或者Android的Material Design，這些規(guī)范用于指導(dǎo)我們?cè)谧鼋缑嬖O(shè)計(jì)的時(shí)候該如何選擇合適的控件，應(yīng)該有何種樣式，如何在界面中合理的布局，并在團(tuán)隊(duì)中形成共識(shí)，好讓大家可以在同一個(gè)工程中協(xié)調(diào)工作。
***
綜合上面說(shuō)的：看起來(lái)程序員和設(shè)計(jì)師的工作好像差得很遠(yuǎn)，但其實(shí)大家做的事情是有很多相通之處的。細(xì)細(xì)體味其中的不同，可以填補(bǔ)之前一些unknow unknow的空白，說(shuō)不定還可以給你現(xiàn)在的工作帶來(lái)一些新的靈感。
【本文是51CTO專欄作者“ThoughtWorks”的原創(chuàng)稿件，微信公眾號(hào)：思特沃克，轉(zhuǎn)載請(qǐng)聯(lián)系原作者】
