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

设计原本如此简单

阅读更多

设计原本如此简单

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


年前收到福川兄寄出的《写给大家看的设计书》(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)

    设计同样如此,满足客户需求的设计就是最好的设计。 #### 计划的设计与演进的设计 书中提到了两种主要的设计方式:计划的设计和演进的设计。这两种方式分别代表了软件开发过程中的不同哲学: - **计划的设计**:...

    Photoshop教程:漂亮MM皮肤美白竟如此简单

    在现代图像处理领域,Photoshop作为一款强大的图像编辑软件,被广泛应用于广告设计、网页制作、摄影后期处理等多个方面。对于许多人来说,使用Photoshop进行人物美化处理是一项非常实用的技能,特别是对于希望改善...

    IOS设计模式

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

    电子万年历的设计与仿真.doc

    随着技术的进步,人们不再满足于钟表原本简单的计时功能,而是希望能够集成更多如日历显示、闹钟应用等便捷功能。电子万年历的设计不仅具有技术上的创新意义,也具有商业价值,如它的技术更新周期短、成本低和开放...

    城市广场的人性化设计

    广场的设计不应是简单的模仿和盲目追求国际化,而应充分挖掘和体现当地的地域文化特征,增加广场的可识别性,使之成为城市中的一个独特地标。通过富有地方特色的建筑元素、植被配置、艺术装饰等手段,广场可以更好地...

    GoF+23种设计模式解析.pdf

    “道可道,非常道”,设计模式也是如此,它不仅仅是规则的堆砌,而是深刻理解面向对象设计原理的关键。 #### 创建型模式 **1.1 Factory模式** - **定义**: Factory模式是一种创建型设计模式,它提供了一个创建...

    信息系统分析与设计案例2010-9.ppt

    尽管如此,一些方法如`calculateTotalPayment()`并未实际使用,因为它原本设计用于处理多辆自行车的租赁。由于此文档旨在阐述概念,因此简化代码优先于完整的功能性实现。 在实现类图部分,文档指出类图是基于代码...

    2020常州市程序设计小能手(小学组)比赛试题

    辗转相除法使用到的原理很聪明也很简单,假设用GCD(x,y)表示两个自然数x与y的最大公约数,取k=x/y,b=x%y,则x=k*y+b,如果一个自然数能够同时整除x和y,则必能同时整除b和y;而能够同时整除b和y的自然数也必能同时...

    PCB技术中的印制电路板设计中手工设计和自动设计相互对比

    自动化设计则是应对复杂PCB设计的解决方案,特别是对于高精度、大规模集成的数字电路板,如包含150个以上集成电路的板子,自动设计能够显著缩短设计周期,将原本可能需要几周的工作量减少到几天,并能保证极高的准确...

    2PSK与2DPSK调制解调系统的仿真设计与分析

    尽管如此,由于2PSK信号的相位翻转位置不变,因此在实际应用中可以通过额外的同步措施或者采用差错纠正编码来克服这一问题。 2DPSK调制则是在2PSK的基础上发展起来的一种方式,旨在消除“反相工作”的问题。在2DPSK...

    简单自动F5喝水程序.rar_182版本天堂_F5喝水_天堂182版本_天堂270_简易自动喝水

    这样的设计满足了广大玩家对于操作简便性的需求,也使得原本可能需要大量时间投入的喝水操作变得轻松简单,从而使得游戏过程更为流畅。 然而,值得注意的是,虽然使用自动化工具可以提升游戏的便利性,但游戏的公平...

    使用块进行按钮操作的简单UIAlertView包装器。_Obje.zip

    尽管如此,我们仍然可以在一些老项目或简单场景中看到UIAlertView的使用。 在给定的压缩包文件"使用块进行按钮操作的简单UIAlertView包装器。_Obje.zip"中,我们可以推测这是一个Objective-C项目,它提供了一个简单...

    基于Android系统的类人机器人设计与开发.pdf

    Android系统,原本是为智能手机和平板电脑设计的操作系统,因其开源、灵活和强大的处理能力,也被广泛应用于其他领域,包括类人机器人的设计与开发。本文主要探讨了一种基于Android系统的类人机器人设计方法,通过...

    软件设计师考试经验

    尽管如此,仍需给予足够的重视。例如,2004年秋季下午题的第四题就是关于操作系统的。 近年来,出题形式更加倾向于具体的案例分析而非简单的概念题。比如PV原语操作往往与生产者/消费者问题相结合。根据我们对历年...

    User Interface Design for Programmers

    这家工厂原本计划设置六个面包生产线,并为每两条生产线配备一台和面机。但实际上只建造了部分生产线和和面机,这就导致了一些实际操作中的问题。通过这个例子,作者试图说明在设计用户界面时,必须考虑到现实情况和...

    JavaScript编程的单例设计模讲解

    对象字面量是最简单的单例模式实现方式,它的所有属性和方法都是公开的。这种方式实现的单例,任何外部代码都可以直接访问它的成员,包括那些原本不打算公开的辅助方法。这会带来潜在的风险,比如在后续维护中删除...

Global site tag (gtag.js) - Google Analytics