Getting Real 是一本关于Web设计的书,是美国Fried 和 Jason写的一本关于他们设计的几个成功的Web应用后的想法和观点,我大致看了一看,觉得很是不错,现在将我觉得不错的观点记录下来。
现代的设计应该是一种更小规模,更快速,更高质量
我经常在设计的时候会想很多东西,想这个软件怎么能够给更多的人使用,提供更多地功能,更好使用。然后这种想法就导致了我不能全身心的投入战斗,设计出来的产品也是四不像,还纠结到底用什么方法、什么工具设计。其实是完全没有必要的。
界面开始,也就是用户使用的屏幕
以前看设计教程的时候,特别是大的软件公司的设计方法,都是先设计大体框架,然后再设计函数库,等把功能实现了最后才设计界面,其实这样不好,是不符合现在的设计观念的,也是会产生很多的浪费,比如说很多功能是用不上的,也有在界面设计以后发现很多功能是不现实的。还有现在有很多基础框架和各种函数库,在各种语言中都有,只要你去用就行了,只要你提出了你想做个什么东西出来,而且界面有了,接口有了,基本上也就开发结束了。
当然,作者还有其他的意思,就是说界面是最重要的,用户的体验是从界面开始的,如果界面不友好,后台再强大都没有用。
只交付客户所需的,摒弃任何客户不需要的
不知道谁提出的,软件一定要有扩展空间,然后我竟然也信了。看完这本书之后,我才发现,如果你开发的很慢,你的软件的寿命能够支持到你的软件升级么?要是这样的话,要扩展空间有什么用?还不如直接开刀,做出产品,只要代码不混乱,能够读懂,什么底层的函数,各种功能都没有必要,实在不行就二次开发,这又不是很难,而且还可以从根本上解决软件的各种问题。
更少的代码量,更少的软件,更少的功能,更少的文档工作,更少无所谓的东西
设计出来的东西是拿来用的,不是拿来研究和再次开发的,设计的东西应该人性化,直接就可以用,而不是拿着一大堆的文档,就想是Latex,这个东西只要你不碰,基本上就算是忘光了,没办法,不适合现代人的生活和工作节奏,被淘汰也是应该的。就像是Python这种设计语言,小孩子也可以用,而且很容易设计出东西来,才能在快速反应的今天占有一席之地,但是回想C语言,其实C语言很简单,特别是它的基础很简单,在上个世纪的中期能够设计出这种东西,让人能够很快速的拿来用,而且可靠性非常不错,这才是好的设计语言。
避免又臭又长的员工大会
以前觉得开会就是在工作,现在觉得开会就是在浪费时间,甚至是在乱搅和。只要是开会就会有各种争论,我知道在前期开会是很有必要的,只要分配好工作,保证能够全线开通,就没有必要经常开会了,各自做各自的,这样做出来的东西才能有真正的个人情感在里面,而不是各种争论,要不要这个,怎么弄,除非你想烦死开发者,让开发者不能全身心的投入开发。当然这样做就必须有个前提,那就是团队要小,就算是在大公司,也要分成各个小团队,让他们自己弄,快速的反应,快速的开发,做出产品才是王道!产品不是在办公室里面讨论出来的,是要被大众检验的,那种惊天的开山之作已经不适合现在的开发模式了!
避免无穷尽的偏好设置选项
软件是让人用的,不需要人们去设置各种东西,因为时间真的很宝贵,软件设计出来应该直接就可以用,这样就要求设计者直接按照自己的需求设计就可以了,如果客户不买账,那么按照客户的改,就OK了。我终于明白为什么现在的手机和各种APP为什么都长得一个样子,原因有两个,一个是设计者和产品的开发时间不够;第二个用户真的不是很在乎这个,毕竟是拿来用的,而且现在的时间真的不多,用户没有那么多时间去管这个是不是适合自己,这个是你开发者想的,而不是交给用户自己设定的,其实用户也不知道自己想要什么,只要你的功能我喜欢,甚至是不讨厌,就够了。
开发的产品要比对手的少,而不是比对手的多
在开发过程中,经常会发现在同类产品中,各种对手,各种全面,你开发的东西很快就会有人加到他的产品中,这个真的是在打击开发者的内心,觉得自己老是在做无用功,其实这已经陷入了一个大众化的误区,就是一定要比对手做的多,但是反过来想,如果多了必然就不会精致,毕竟有精力在那里限制着,这是必然的。
我觉得,如果要快速开发的话,必须要做到小而精致,功能够用就好,现在的节奏太快了,人们都在做减法,而不是加法。
最后,我觉得,说了半天,就是一个字:快!只有快才能成功!其他的都是次要的!