《響應式Web設計全流程解析》一1.6 壓死駱駝的稻草

本節書摘來異步社群《響應式web設計全流程解析》一書中的第1章，第1.6節，作者： 【美】stephen hay 譯者： 餘果 , 等 責編： 趙軒，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。

對于本書理念的思考開始于四年之前，那時我正在跟進一個客戶項目，在photoshop模闆中建立設計。photoshop模闆能表示對應的web頁面和頁面中包含的元素。我們需要對這些頁面進行清晰的描述才可以做設計稿。我們一般也是這麼做的。但在這個項目裡，做前端的公司要求每個元素必須在photoshop檔案裡精确描述。如果連結是藍的，那photoshop模闆檔案裡所有用到這個連結地方都得有所展現。我們不能簡單标注下＂連結是藍色的＂，因為photoshop模闆檔案就是他們的文檔。好吧這也是一般的做法，但是緊接着一件令我不爽的事發生了，客戶回報需要在段落間添加中繼資料，并且頭部的尺寸要改，雖然這些在當時也很常見。接下來的兩天，我所做的隻是打開一個photoshop模闆檔案，增加所需改動部分的高度，手工移動每一個像素，最終對每個photoshop模闆檔案依法炮制。

如果這個項目是個該死的＂響應式＂設計項目會怎樣？在100個photoshop文檔上做了相同的操作後（假設每個文檔20頁，五屏大小），我甯願像個胎兒一樣蜷縮在某個黑暗的角落。

當我意識到兩天的工作量用兩行css代碼就能搞定時，我立刻決定再也不用photoshop做模闆了，并開始創造一種全新的、省時省力省腦細胞的工作流程。

2010年我成為了一名獨立顧問，可以有機會實踐我的新工作流程：客戶必須無條件接受我的工作方式。我發現，不論對客戶還是對我自己，這種方式效果都很好。并不是說這種方法沒有自己的問題（這些問題現在仍然存在），但和瀑布流程相比，它更快、更簡單、更有趣，客戶也更喜歡看見從結構化内容到成品的整個設計演化流程。另外，無需我多言，他們也能看到并欣賞我們為一份設計稿的誕生所做的努力。