《响应式Web设计全流程解析》一1.6　压死骆驼的稻草

1.6　压死骆驼的稻草

对于本书理念的思考开始于四年之前，那时我正在跟进一个客户项目，在Photoshop模板中创建设计。Photoshop模板能表示对应的Web页面和页面中包含的元素。我们需要对这些页面进行清晰的描述才可以做设计稿。我们一般也是这么做的。但在这个项目里，做前端的公司要求每个元素必须在Photoshop文件里精确描述。如果链接是蓝的，那Photoshop模板文件里所有用到这个链接地方都得有所体现。我们不能简单标注下＂链接是蓝色的＂，因为Photoshop模板文件就是他们的文档。好吧这也是一般的做法，但是紧接着一件令我不爽的事发生了，客户反馈需要在段落间添加元数据，并且头部的尺寸要改，虽然这些在当时也很常见。接下来的两天，我所做的只是打开一个Photoshop模板文件，增加所需改动部分的高度，手工移动每一个像素，最终对每个Photoshop模板文件依法炮制。

如果这个项目是个该死的＂响应式＂设计项目会怎样？在100个Photoshop文档上做了相同的操作后（假设每个文档20页，五屏大小），我宁愿像个胎儿一样蜷缩在某个黑暗的角落。

当我意识到两天的工作量用两行CSS代码就能搞定时，我立刻决定再也不用Photoshop做模板了，并开始创造一种全新的、省时省力省脑细胞的工作流程。

2010年我成为了一名独立顾问，可以有机会实践我的新工作流程：客户必须无条件接受我的工作方式。我发现，不论对客户还是对我自己，这种方式效果都很好。并不是说这种方法没有自己的问题（这些问题现在仍然存在），但和瀑布流程相比，它更快、更简单、更有趣，客户也更喜欢看见从结构化内容到成品的整个设计演化流程。另外，无需我多言，他们也能看到并欣赏我们为一份设计稿的诞生所做的努力。