通常，在完成了一件網(wǎng)頁(yè)設(shè)計(jì)后，設(shè)計(jì)師的無(wú)知都會(huì)顯露無(wú)遺而備受指責(zé)。他們把創(chuàng)建網(wǎng)頁(yè)代碼的繁重工作都留給了程序員們。這種現(xiàn)象不只出現(xiàn)在網(wǎng)絡(luò)開發(fā)行業(yè)，在軟件及游戲開發(fā)業(yè)也是如此。

　　殘酷的事實(shí)就是：開發(fā)進(jìn)度可能會(huì)因設(shè)計(jì)師而停滯不前。為了追求最佳效率，設(shè)計(jì)師不僅需要描描畫畫，還需要能把它做出來(lái)！本文中，我想與讀者分享一些為什么設(shè)計(jì)師需要學(xué)習(xí)編寫代碼的理由。

　　做現(xiàn)實(shí)可行的設(shè)計(jì)

　　有了一個(gè)最終產(chǎn)品將如何實(shí)現(xiàn)的明確印象，設(shè)計(jì)師將拿出更多實(shí)際可行的概念。作為開發(fā)進(jìn)程中不可或缺的一份子，設(shè)計(jì)師肩負(fù)著確保他們的設(shè)計(jì)能夠順利轉(zhuǎn)移到網(wǎng)絡(luò)介質(zhì)上，同時(shí)還要考慮其可用性，網(wǎng)頁(yè)易讀性和可實(shí)現(xiàn)性。一個(gè)對(duì)用戶友好的網(wǎng)站不僅有簡(jiǎn)潔清晰的瀏覽順序邏輯，還向用戶提供一切所需的信息而不會(huì)顯得咄咄逼人或是雜亂無(wú)章。想要知道一種 Web 布局是否可行的唯一途徑就是親自去了解如何建立一個(gè)網(wǎng)頁(yè)。

　　使溝通更輕松

　　在幾乎所有的設(shè)計(jì)與實(shí)現(xiàn)各自獨(dú)立的產(chǎn)品中，設(shè)計(jì)組和實(shí)現(xiàn)組從沒(méi)有滿足過(guò)對(duì)方的期望，尤其是那些無(wú)形的產(chǎn)品，比如網(wǎng)站，軟件和游戲。這通常歸結(jié)于產(chǎn)品的期望和產(chǎn)品可行性的相互妥協(xié)，目前看來(lái)，這是難以完美統(tǒng)一的。解決之道是：設(shè)計(jì)師應(yīng)該親身嘗試設(shè)計(jì)作品的實(shí)現(xiàn)，以避免溝通中的混淆，誤解和誤傳。

　　方便的迭代開發(fā)過(guò)程

　　一個(gè)實(shí)踐中的設(shè)計(jì)不應(yīng)是絕對(duì)的。我的意思是，設(shè)計(jì)應(yīng)該是靈活友好的，能夠在修改以迎合系統(tǒng)技術(shù)限制的同時(shí)不扭曲其原有內(nèi)涵。這些重復(fù)但必要的改動(dòng)只能由原設(shè)計(jì)師來(lái)實(shí)現(xiàn)。一個(gè)設(shè)計(jì)師/開發(fā)者能夠比開發(fā)人員把設(shè)計(jì)重提到設(shè)計(jì)師手里進(jìn)行改動(dòng)更加高效。而且設(shè)計(jì)師和開發(fā)者之間——事實(shí)上經(jīng)常如此——會(huì)產(chǎn)生摩擦。

　　更好更和諧的結(jié)果

　　我常常喜歡把軟件，網(wǎng)絡(luò)或是游戲開發(fā)想成是管弦樂(lè)，而設(shè)計(jì)師是作曲家，開發(fā)者是樂(lè)團(tuán)的指揮家。想象一下二者是同一個(gè)人將會(huì)怎樣？交響曲將會(huì)是令人驚嘆的，迷人的，純正的！不僅是大師的神作，而且還是其本人親自指揮的！

　　縮短開發(fā)時(shí)間

　　設(shè)計(jì)師同時(shí)充當(dāng)程序員的角色意味著設(shè)計(jì)和編碼的進(jìn)度即使不是同時(shí)的也是連續(xù)的。結(jié)果就是開發(fā)周期的縮短——誰(shuí)會(huì)不關(guān)心效率呢？

　　設(shè)計(jì)師更加市場(chǎng)化

　　現(xiàn)代的設(shè)計(jì)師需要提升自身的能力以保持個(gè)人價(jià)值，有一套技能是遠(yuǎn)遠(yuǎn)不夠的，我們往往需要戴著不同的頭銜：設(shè)計(jì)師，前端開發(fā)者，文章作者和項(xiàng)目經(jīng)理。

　　通過(guò)學(xué)習(xí)實(shí)現(xiàn)你自己的設(shè)計(jì)，而不是讓設(shè)計(jì)成為開發(fā)者手中的孤兒——你提升了自身價(jià)值。畢竟，在簡(jiǎn)歷中提到設(shè)計(jì)和編碼技能不會(huì)有壞處。相反，在這個(gè)金融危機(jī)時(shí)代的企業(yè)重組和縮減開支的環(huán)境下，還能夠強(qiáng)調(diào)一個(gè)人的重要性而免遭解雇。

　　然而，即使有這么多的理由支持設(shè)計(jì)師學(xué)習(xí)編寫代碼，這里還是有反對(duì)的聲音。

　　引用 Lukas Mathis 的一篇有爭(zhēng)議性的文章“設(shè)計(jì)師不是程序員”（注1）：

如果設(shè)計(jì)師實(shí)現(xiàn)自己的設(shè)計(jì)，他會(huì)受制于兩個(gè)不同的目標(biāo)：代碼的整潔和良好的用戶體驗(yàn)。這兩個(gè)目標(biāo)是相互矛盾的。如果你要實(shí)現(xiàn)你自己的設(shè)計(jì)，你必然會(huì)為了代碼的質(zhì)量而妥協(xié)，這是不利于交互設(shè)計(jì)的。

實(shí)現(xiàn)自己設(shè)計(jì)的設(shè)計(jì)師面臨著兩個(gè)問(wèn)題：他們知道一個(gè)很棒的新思路會(huì)建立混亂的代碼，他們也知道如果改進(jìn)用戶體驗(yàn)，現(xiàn)有的代碼會(huì)被打亂。這兩者相互矛盾，因?yàn)橛脩趔w驗(yàn)都在于小的細(xì)節(jié)，而這些小細(xì)節(jié)最終毀于他們的不忍心使代碼變得混亂。

　　這恰如其分的總結(jié)了“Web 開發(fā)純化者”們所采取的強(qiáng)硬立場(chǎng)。他們是守舊派，倡導(dǎo)在設(shè)計(jì)和開發(fā)之間劃清界限。顯然，設(shè)計(jì)師為人類創(chuàng)作，開發(fā)者為機(jī)器創(chuàng)作。因此，用戶體驗(yàn)設(shè)計(jì)師們應(yīng)該設(shè)計(jì)出最可行的用戶界面并讓開發(fā)者做出最可行的編程決策。雖然這有一定的道理，但當(dāng)我研究一個(gè)用戶界面的時(shí)候，我從代碼中尋找靈感的努力卻以失敗而告終。總之，在頭腦中有一個(gè)技術(shù)及可用性限制的正確觀念還是更有好處。

　　寫在最后

　　歸根結(jié)底，所開發(fā)項(xiàng)目的規(guī)模可能最終決定著設(shè)計(jì)師和開發(fā)者的角色。一個(gè)小型的應(yīng)用可以由一個(gè)項(xiàng)目經(jīng)理（注2）一手掌控，而一個(gè)大型的系統(tǒng)必然需要不同的專業(yè)人才！

　　注1 Mathis-Lukas——“Designers are not Programmers”——ignore the code

　　注2 Spolsky-Joel——描述了一個(gè)叫做“設(shè)計(jì)師兼程序員”的職位——“How to be a program manager”——Joel on Software

　　作者：John Urban 是加州大學(xué)的大二學(xué)生，主修計(jì)算機(jī)科學(xué)。

　　英文原文：http://sixrevisions.com/web_design/why-designers-should-learn-how-to-code/

it知識(shí)庫(kù)：再說(shuō)設(shè)計(jì)師為什么要學(xué)習(xí)編寫代碼?，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。