`
fujohnwang
  • 浏览: 152432 次
社区版块
存档分类
最新评论

设计原本如此简单

阅读更多

设计原本如此简单

读《写给大家看的设计书》有感


年前收到福川兄寄出的《写给大家看的设计书》(The Non-Designer's Design Book),自己还没看的, 却推荐给了老李(Dino)先行阅读,只因他正在做一个咨询方案,感觉这本书可以有所帮助, 现在看来,这帮助绝对不是可以用一点儿来形容了。 福川兄推荐这本书的时候就赞不绝口,说,“大家看了后都说好”, 既然如此,没看之前难免会觉得福川兄有“王婆卖瓜,自卖自夸”之嫌, 现在看来,这一顾虑也是没有必要的,因为,这本书确实就是好嘛!

1. “《写给大家看的设计书》,你值得拥有!

当乘着2009年1月20号晚上从大连到烟台的滚装船飘摇在渤海之上的时候, 无聊困顿之时,我打开了这本《写给大家看的设计书》,仅仅是读到第一页作者讲的第一个亲身体验的小故事的时候, 我就深深的被吸引到了作者营造的阅读环境之中。

许多事物,虽然我们每日都看到,却往往对它们是熟视无睹。作者以“约书亚树”的故事作为开始, 阐明了这一浅显的道理,进而打消了我们进入设计领域“探险”的顾虑。 读到此处,我就有提笔标注的冲动,只可惜啊,手头没有笔,这里是第一个触动我的地方, 有道是“与卿心有戚戚焉”,那时候的脑海里,跃然浮现出了清琪描绘出的现金流与资产负债表之间的简图, 正是这一简图,让我从另一个角度认识到了现金流与资产负债之间的关系。 作者的“约书亚树”,对那时的我来说,也有异曲同工之效, 只不过,这道理嘛,却推延到了日常生活中,进而借此简单的道理,引导我们进入设计的世界里。

在此之前,不知道各位是不是像我这样,因为没有经历过正规的设计专业的教育,而在某些设计问题面前略感信心不足, 反正我知道,当我读完本书的第一部分,甚至只是作者给出的“四大基本设计原则”之后,这一切都烟消云散了, 当时的我,简直就是醍醐灌顶的感觉!

作者以“四大基本设计原则”为“开路先锋”, 前期为我们详细地介绍了每一条设计原则,然后在“四大基本设计原则”的基础上, 使用专门的一章为我们提供了各种领域的设计用例,以帮助我们巩固对“四大基本设计原则”的理解和运用, 最后,为了帮助我们向更专业的设计领域迈进, 以详尽的篇幅为我们介绍了色轮与字体的各种相关概念。 整本书读起来脉络清晰,一点儿都没有冗余枯燥之感,当看得同一船舱中的乘客陆续入睡之后, 我才恋恋不舍的合上手头这本书,脑海中带着对“四大基本设计原则”的“念叨”而入睡(那个时候,我已经是一口气读完了介绍“四大基本设计原则”的前六章)。

或许别人看到这里已经有些忍无可忍了,感觉我像是个书托儿, 确实,福川兄确实希望我读完这本书的时候为这本书写一些文字,但促使我写下这篇文字的,更多的却是因为,这本书确实很好,而且又岂止一个好字了得啊! 就跟那什么广告说的好,“金利手机,你值得拥有![1], 现在倒应该是,“《写个大家看的设计书》,你值得拥有!

不要以为某些设计只有专业的设计人员才能做到,只要你有一双认识美的眼睛,只要你能够理解并充分运用书中的“四大基本设计原则”, 你也可以创作出精美的设计作品,从简历到PPT演讲稿,从个人主页到专业的网站,等等。 在经历了《写给大家看的设计书》的洗练之后,我坚信,届时的你,绝对不可同日而语!

2. 美,或者说,艺术原来是相通的

要不是色弱,现在的我或许已经是个大夫啥的了,虽然现在做软件这一行与色彩打交道不是很多,但是,不得不承认, 对于色彩的处理,我确实没有啥先天优势。当给老李的咨询方案PPT提一些建议之后,老李(Dino)说我对色彩的把握很好, 我只能是苦笑,或许是整体上色彩的对比可以把握一些,但色弱这一先天弱势,却让我对更细致的色彩把握没有任何自信。 当我看作者将色轮那一章的时候,感觉作者讲的很简单易懂,但是,不得不承认,许多色彩对我来说一点儿感觉没有,尤其是相近的颜色, 所以,无论是色轮还是字体,都不是对我感触最多的地方,对我感触最多的,是从这本讲设计的书中,我发现并又一次验证了“格栅理论[2]

在这个世界上,好像冥冥之中,万物皆有关联与相通之处,在一个领域中的某些理念, 通常可以类比并推演到其它领域之中,在阅读作者提出的“四大基本设计原则”的时候, 我的脑海中就会时不时的蹦出自己领域和其它领域中存在相似原则的实例,不信? 下面就是当时的一些记忆残片,或许你早就有所感悟了...

2.1. 亲密性(Proximity)

设计的亲密性原则强调信息的组织,相关的信息要尽可能的靠近,相反,不相关的信息,则尽可能的分离。 实际上,同样的原则,我们无时无刻不在使用,只不过,这些事物我们日常接触太多,却忽略了它们背后的东西。

我是做软件的,所以,就先构建软件的代码说起吧!在过程式编程的年代,像C或者Pascal, 老师或者说教材都会告诉你为了代码复用,将某些相关的代码组织成函数(Function)或者过程(Procedure); 而到了面向对象编程的年代,比如Java中,我们会将相关的代码组织为方法或者是对象;实际上,这些都是亲密性原则的体现。 试想,你愿意看到各种逻辑混杂的一大段代码那,还是愿意看到关注点划分清晰又组织良好的代码那? 具体一点儿,你是愿意看到“代码清单1”中代码那,还是愿意看到“代码清单2”中的代码?

 

代码清单1

public class CodeStyleSample {
	private static final transient Log logger=LogFactory.getLog(CodeStyleSample.class);
	public static final String CONSTANT_ONE="..";
	public static final int CONSTANT_TWO=11;
	...
}
				

代码清单2

public class CodeStyleSample {

	private static final transient Log logger=LogFactory.getLog(CodeStyleSample.class);
	
	public static final String CONSTANT_ONE="..";
	public static final int CONSTANT_TWO=11;
	
	...
}
				

我想代码清单2要更有条理一些吧?!(当然,还不算最好,说道对齐原则的时候,我们还会看到进一步的改进)

代码是一个级别,推而广之,架构之中的逻辑分层,实际上也可以算是亲密性原则的体现。 还有, 你愿意将所有的组件部署在一台服务器上,还是愿意将职责分明的组件分别部署到不同的服务器上? 就跟亲密性原则所说,尽可能的将相近的信息放在一起,而将不相关的信息相分离,侧重Scale out而不是Scale up, 或许亲密性原则也是一种解释吧,呵呵,一台机器的Scale up,你只能买更强大的硬件,而多台机器的Scale out,你可以购买更廉价的硬件来组建各种server farms,后者看起来不是很像是亲密性原则的信徒吗?!

光说软件与亲密性的联系有些狭隘,那我们推广到社会与家庭如何?!一个个的家庭是不是相互分离的那?可是家庭内部是不是亲密性很强? 再进一步的放眼,一个个的国家内部是不是亲密性很强,放到世界的范围内,它们看起来是不是又成为了一个个的个体?!

所以说,虽然亲密性原则在这本书里强调为设计的四大基本原则,但我却认为,它更应该成为所有事物存在的几大原则之一!

2.2. 对齐(Alignment)

对齐的概念很简单,不用我说大家也知道,在某个有限的平面空间内,通常也就“向左对齐”,“向右对齐”以及“居中对齐”, 要么说作者这本书写的简单易懂嘛,这么简单的概念,经作者一提点,你我就会发现,原来如此简单的原则,却可以构建那么不简单的效果。

还是先以代码为例,我不知道大家是愿意看到“代码清单2”中的代码那,还是愿意看到“代码清单3”中的代码?!

 

代码清单3

public class CodeStyleSample {

	private static final transient Log logger=LogFactory.getLog(CodeStyleSample.class);
	
	public static final String   CONSTANT_ONE="..";
	public static final int      CONSTANT_TWO=11;	
	
	...
}
				

将代码按照某一基线对齐之后,看起来是不是更加赏心悦目那?!

向右看齐!”,当你还是学生的时候,出操排队的时候是不是经常被要求这么做那? 在了解了对齐原则之后,你有没有认为这里也是对齐原则的一处体现之地那?做领导的,可不愿意看到下面零零散散,乱七八糟的人群, 当你排好队,一排排齐刷刷的出现在操场的时候,领导看着要舒心多了,哈哈! 类似的,国家领导人阅兵的时候, 也希望看到的是雄赳赳,齐刷刷的方阵,而这些恰好都是对齐原则的体现,创造美,实际上就这么简单。

所以说,对齐,作为四大设计原则之一,或许作者只是在这本更强调平面设计的书里提出,但同样可以推而广之到其他的领域来应用。敞开你畅想的翅膀,尽情飞翔吧!

2.3. 重复(Repetition)

重复原则强调的不是我们通常印象里那种“千篇一律”的重复, 这里的重复强调的是,要通过已经存在的某些元素,为作为总体的各事物建立某种统一性、关联性。当然啦,多少也会牵扯到“千篇一律”的那种重复的意味。

一个很好的说明重复原则的例子就是PPT的模板,在同一个PPT内部,我们都会建立统一风格的模板,这样,每一页的PPT演示稿都会存在某些相同的元素, 比如相同的背景色,比如每页都有的公司的logo等等,这些在同一事物内部多个主体之间重复的元素,很好的体现了这一事物总体上的统一性,让我们的作品看起来更专业,更为正式。

在学习中文的修辞的时候,我们学到一种修辞方式称之为“排比”,而排比的修辞方式实际上也是重复原则的一个体现, 通过排比,我们可以达到增强语气,突出要突出的主题等等目的。

我想你还可以找出更多体现重复原则的场景,不是吗?!重复原则,也绝对不应该仅仅限定在这本书所说的领域之内,它应该“放之四海皆准”,虽然这么说有点儿夸张了,呵呵。

2.4. 对比(Contrast)

对比原则是这本书里面讲的最多,也使用最多的设计原则,这本书在讲述通篇内容的时候, 基本上都是使用的对比,来突出好的设计与差的设计之间的差别,或许是作者刻意为之,也或许是作者仅仅想通过这种方式来阐述各章内容, 但一个不可否认的事实就是,所有这些都直接或间接突出了对比的普遍性和重要性。 通过对比,我们可以让读者很容易的获取到我们想要暴露给他们的那些“泾渭分明”的信息。

为了突出某些信息,吸引别人的注意,生活中使用对比的例子多不胜数。 奇装异服就不说了,这属于通过衣着的对比来达成吸引他人注意; 在安静的场所,你冷不丁的吼一嗓子,是不是也会与整体环境的安静形成鲜明的对比那?

我不知道其他人是否玩游戏,在玩CS的时候,许多玩家愿意把自己的名字拼成大小写混杂的形式,比如honor这个单词, 他或许拼为HoNoR或者hOnOr之类,当你读完作者关于字体对比的那几章内容之后, 你就会发现,这属于通过字体的对比来达到突出某些信息的目的。

各种大型活动会有人阵表演,奥运会开幕式上的人阵表演大家应该看过了,我来说说我记起的一个搞笑点儿的人阵的例子吧! 或许有的人已经看过这个视频,是说金正日阅兵,然后参加人阵的一个演员(姑且这么称呼)睡过头了, 庆典开始之后他没有到,然后就看到以人阵拼成的伟大的金正日同志的头像上,冷不丁的少了颗门牙,呵呵,真的假的我就不知道了, 但这个例子绝对是对比原则很好的体现,只要是观礼台上的人,指定都会看到那颗少了的门牙 ;-) 如果有人要丑化伟大的金正日同志,那他的目的绝对达到了。

怎么样?关于对比原则,你是不是也有一些想法那? If so, Fly, Baby! Fly...

3. 结束语

所有的这些原则都不是孤立的,很多时候都是多种原则协调使用才能达成想要的效果。 另外,除了这些基本原则,我还想提两点跟阅读这本书相关的两点感受:

  • 作者有时候会先给出一件设计糟糕的作品让我们找出都有哪些不足,然后引导我们使用四大基本设计原则来不断的改进这一作品, 最后再让我们看到最终的设计效果, 作为软件开发人员来说,有没有感觉这一过程有点儿是曾相识那? 我们一再强调的“重构”(refactoring), 不正是这一过程吗?推而广之,楼房的设计图纸的改进,航天计划的完善,难道不都是一种“重构”的过程吗? 看来,不但设计原则可以推而广之,每一领域的做事方式也是相通的吧?!

  • 作者在书中的很多地方都会强调留白的重要性,这与国画和书法中强调的留白难道又是一种巧合吗? 我想并不能用一句巧合来解释这一切吧?!艺术,应该也是相通的![3]

这确实是一本讲设计的书,一本浅显易懂,让人受益匪浅的设计书(起码我是这么认为的), 但对我来说,它向我传达的又好像不仅仅只是设计领域的相关理念那么简单, 或许所有的“门派”在一定的层次之上都不再称其为“门派”; 或许所有艺术,学术以及其它人类文明的分类原本就出自一家; 又或许本来就是很一般的概念却让我们自己分门别类的给划分成了各种特殊的情形,谁又知道那?! 可能连盘古和女娲都不知道这些....



[1] 好像是啥手机广告吧?有些记不清了,呵呵

[2] 如果你不知道格栅理论是啥,那可以看一下《巴菲特-從牛頓達爾文到巴菲特-投資的格栅理論》这本书, 虽然这是讲股票分析的书,但你可以发现这之外的很多东西,其中的某些理念,也是我这篇文字要阐述的。

[3] 说道留白,我又想起代码清单里还剩下点儿东西没有完成,在代码清单3中添加了对齐的元素之后, 我们还可以进一步的在等号(=)左右添加空格来留白,你可以看一下现在的代码风格是不是很清新可人了那?!呵呵,回想一下,还是当年王学俊交给我的这一点那...

4
1
分享到:
评论

相关推荐

    设计原本.pdf

    设计原本.pdf 设计原本.pdf 设计原本.pdf 设计原本.pdf 设计原本.pdf

    设计原本-中文完整

    设计原本电子书,设计必读经典书籍,清晰带目录,分享

    设计原本—计算机科学巨匠Frederick P. Brooks的思考

    设计原本—计算机科学巨匠Frederick P. Brooks的思考 设计原本—计算机科学巨匠Frederick P. Brooks的思考 设计原本—计算机科学巨匠Frederick P. Brooks的思考

    人月神话&设计原本

    人月神话 设计原本 - The Design of Design - Essays from a Computer Scientist Frederick P.Brooks 经典之作

    设计原本:计算机科学巨匠FREDERICK P.BROOKS 的反思

    设计原本:计算机科学巨匠FREDERICK P.BROOKS 的反思,经典书籍,值得一看。

    设计原本:计算机科学巨匠的思考(英文版)

    本书几乎涵盖了有关设计的所有议题:从设计哲学到设计实践,从设计过程到设计灵感,既强调了设计思想的重要性,又对沟通中的种种细节做了细致入微的描述,以及因地制宜做出妥协的具体准则等。特别深入分析了设计模型...

    《设计原本:计算机科学巨匠Frederick P. Brooks的思考》中文版前3章

    《人月神话》作者布鲁克斯最新力作《设计原本》。 如果说《人月神话》是作者布鲁克斯刚刚完成若干个改变了全球计算系统格局的重大项目,在人生和事业的巅峰时期的激情之作,那么《设计原本:计算机科学巨匠 Frederick...

    销售原本很简单.ppt

    销售原本很简单.ppt

    初中语文文摘生活事情原本很简单

    初中语文文摘生活事情原本很简单

    设计原本——文字稿

    Frederick P. Brooks的经典,这本书的副书名是“计算机科学巨匠Frederick P....除了这些文章外,这本书还提供了8个案例,涉及的范围从海滩小屋的设计到IBM System360,的架构。这些案例阐释了本书中的一些重要概念。

    [软件设计] 设计原本 (英文版)

    [Addison-Wesley Professional] 设计原本 (英文版) [Addison-Wesley Professional] The Design of Design Essays from a Computer Scientist (E-Book) ☆ 出版信息:☆ [作者信息] Frederick P. Brooks Jr. ...

    可视化设计原本

    老师推荐的可视化设计教材哦~讲的挺不错的。内容较为实用。

    设计原本.The.Design.of.Design英文完整版

    扫描版的,有完整书签,不是很好找,有兴趣的看一下吧,中文版的没找到

    java设计模式案例

    设计模式是面向对象编程的热门话题之一,越来越多的开发人员认识到设计模式的重要性。...有些时候因为选择了不恰当的设计模式,使原本简单的问题变得复杂化…………感悟设计模式,希望对大家有所帮助!

    ZL50装载机毕业设计_原本.doc

    ZL50装载机毕业设计_原本.doc

    还原WINXP原本的各项服务

    还原WINXP原本的各项服务,简单的修复工具,管用!

    编程原本 中文版

    编程原本 计算机编程入门 计算机系统底层要素

    《程序原本》 - epub版

    在本书中,作者采用反复置疑、层层递进的手法,从一些极其简单的现象或结果出发,为你揭示“程序是什么”这个简单而深刻的命题。...本书既是追溯程序原本之书,也是走向设计师、架构师的入门之径。

    程序原本 周爱民

    在本书中,作者采用反复置疑、层层递进的手法,从一些极其简单的现象或结果出发,为你揭示“程序是什么”这个简单而深刻的命题。...本书既是追溯程序原本之书,也是走向设计师、架构师的入门之径。

    IOS设计模式

    虽然单一职责原则如此简单,并且被认为是常识,即便是经验丰富的程序员写出的程序,也会有违背这一原则的代码存在。为什么会出现这种现象呢?因为有职责扩散。实际项目中,因为某种原因,职责P被分化为粒度更细的...

Global site tag (gtag.js) - Google Analytics