[譯] 設計一個頁面原則上應該指的是編寫 HTML 和 CSS
在 90 年代後期的網際網路泡沫期間，我做了一堆 Photoshop 切圖工作。如你所知，設計師將 PSD 檔案切片後交給切圖仔拼接到 HTML 上，這很悲慘。
這些 mock 式的設計總是專注於畫素的完美契合，但這卻逐漸歪曲和偏離了 web 的本質。間隔畫素，還記得嗎？我們製作網頁的原材料，特別是 HTML，到後來的 CSS，都在做著他們本不該做的事情。
後來很幸運的是我能與真正瞭解 HTML 和 CSS 的設計師合作。這啟示了我，不僅讓我感覺設計是網頁的一部分 ，而不是一味的堆疊 ，給我的體驗始終更好。我們更少地關注它的呈現，更多專注它的作用。
我認為這在很大程度上歸功於它是真實的。設計與真實 HTML/CSS 程式碼協作的反饋迴路，因為它註定之後要被部署，為設計師提供來自現實世界的反饋來使其更好。而設計師有能力自己完成工作這一事實將會使反饋的迴路更短。如果沒有做出改變，就會要求其他人實施改變，思考其有效性，然後不斷重複這一過程，這就是改變、檢查、改變、往復迴圈的流程。
有一段時間，我感覺這幾乎是常態。侷限於 Photoshop 模擬影象的網頁設計師變得越來越罕見，他們在使用他們的資源方面變得越來越好。
但正如巨大的隔閡一文中指出的那樣，退化卻始終潛伏著，因為對於設計師這個行業而言直接去編寫與 web 相關的工作是很困難的，某些需要使用 JavaScript 的才能實現的想法已經嚇跑了一些設計師，這聽起來就是一個諷刺。
在 Basecamp，網頁設計師都會編寫 HTML、CSS 以及必要的 JavaScript 和 Rails 程式碼！這意味著他們可以完全獨立地在真正的應用程式裡復現他們的設計理念！很多時候，JavaScript 和 Rails 程式碼在與程式設計師進行簡短的諮詢後都可以直接上線。
其他時候程式設計工作涉及更多，專職程式設計師將與其結對完成要上線的功能。我沒法用言語形容與知道頁面設計有哪些限制的設計師合作有多麼愉快，並且我們可以做完比起任何一個人更多的工作。當你在基本面上重疊時，你會更頻繁地在同一頁面上。（雖然我們仍然交易讓步！）
我們有可能找到這樣優秀的獨角獸設計師嗎？也許，我猜？比如誰呢？斯科特、JZ 、康納、喬納斯、瑞安和傑森通過在工作中不斷的投入，在今天都成長為了這樣的設計師。不要被他人的輕視或者像“這對他們來說太難了”的廢話影響。
如今這個問題也與我們 如何製作網頁有關。Basecamp 是著名的，也可以說不太出名的一家，這主要取決於你問的是誰，那是一家不願意迎接重量級 SPA 的複雜新世界大門的公司。我們使用伺服器端渲染，並使用Turbolinks 和Stimulus 構建。設計師採用的所有工具都是容易上手和且實際的，因為設計師主要關注的是 HTML 和 CSS，以及一些用於互動的 JavaScript。
它並不像是一個祕密！實際上，我們在 Basecamp 開發的允許設計人員以這種方式工作的框架都已經開源。雖然現在對設計師而言，JavaScript 的環境並不友好，甚至像是一場人為的災難，但也仍然可以做出不同的選擇並達到不同的設計。
有一件事是肯定的：我不會回到過去！不要回到設計師的黑暗時代，他們無法使自己的設計獨立工作，無法直接改變，也無法將它們部署上線！
我同樣不感興趣的是回到你需要一個由極少人組成的專家團隊來完成任何工作的想法。那種“全棧”在某種程度上是一種諷刺而不是使設計師自給自足。設計師對他們的創造力的概念要求負擔過重，他們應該被鼓勵去學習如何在使用網站開發的原材料（HTML、CSS 和 JS）去呈現自己的想法。全棧那樣的想法就不用了，謝謝！
設計一款現代化的網頁，通過令人愉快的設計取悅使用者，這並不是難以理解的複雜迷宮。我們正是這樣做的！
如果發現譯文存在錯誤或其他需要改進的地方，歡迎到掘金翻譯計劃 對譯文進行修改並 PR，也可獲得相應獎勵積分。文章開頭的本文永久連結 即為本文在 GitHub 上的 MarkDown 連結。
掘金翻譯計劃 是一個翻譯優質網際網路技術文章的社群，文章來源為掘金 上的英文分享文章。內容覆蓋Android 、iOS 、前端 、後端 、區塊鏈 、產品 、設計 、人工智慧 等領域，想要檢視更多優質譯文請持續關注掘金翻譯計劃 、官方微博、知乎專欄 。