《Getting Real》所教给我的

Getting Real 是一本关于Web设计的书，是美国Fried 和 Jason写的一本关于他们设计的几个成功的Web应用后的想法和观点，我大致看了一看，觉得很是不错，现在将我觉得不错的观点记录下来。

现代的设计应该是一种更小规模，更快速，更高质量

我经常在设计的时候会想很多东西，想这个软件怎么能够给更多的人使用，提供更多地功能，更好使用。然后这种想法就导致了我不能全身心的投入战斗，设计出来的产品也是四不像，还纠结到底用什么方法、什么工具设计。其实是完全没有必要的。

界面开始，也就是用户使用的屏幕

以前看设计教程的时候，特别是大的软件公司的设计方法，都是先设计大体框架，然后再设计函数库，等把功能实现了最后才设计界面，其实这样不好，是不符合现在的设计观念的，也是会产生很多的浪费，比如说很多功能是用不上的，也有在界面设计以后发现很多功能是不现实的。还有现在有很多基础框架和各种函数库，在各种语言中都有，只要你去用就行了，只要你提出了你想做个什么东西出来，而且界面有了，接口有了，基本上也就开发结束了。

当然，作者还有其他的意思，就是说界面是最重要的，用户的体验是从界面开始的，如果界面不友好，后台再强大都没有用。

只交付客户所需的，摒弃任何客户不需要的

不知道谁提出的，软件一定要有扩展空间，然后我竟然也信了。看完这本书之后，我才发现，如果你开发的很慢，你的软件的寿命能够支持到你的软件升级么？要是这样的话，要扩展空间有什么用？还不如直接开刀，做出产品，只要代码不混乱，能够读懂，什么底层的函数，各种功能都没有必要，实在不行就二次开发，这又不是很难，而且还可以从根本上解决软件的各种问题。

更少的代码量，更少的软件，更少的功能，更少的文档工作，更少无所谓的东西

设计出来的东西是拿来用的，不是拿来研究和再次开发的，设计的东西应该人性化，直接就可以用，而不是拿着一大堆的文档，就想是Latex，这个东西只要你不碰，基本上就算是忘光了，没办法，不适合现代人的生活和工作节奏，被淘汰也是应该的。就像是Python这种设计语言，小孩子也可以用，而且很容易设计出东西来，才能在快速反应的今天占有一席之地，但是回想C语言，其实C语言很简单，特别是它的基础很简单，在上个世纪的中期能够设计出这种东西，让人能够很快速的拿来用，而且可靠性非常不错，这才是好的设计语言。

避免又臭又长的员工大会

以前觉得开会就是在工作，现在觉得开会就是在浪费时间，甚至是在乱搅和。只要是开会就会有各种争论，我知道在前期开会是很有必要的，只要分配好工作，保证能够全线开通，就没有必要经常开会了，各自做各自的，这样做出来的东西才能有真正的个人情感在里面，而不是各种争论，要不要这个，怎么弄，除非你想烦死开发者，让开发者不能全身心的投入开发。当然这样做就必须有个前提，那就是团队要小，就算是在大公司，也要分成各个小团队，让他们自己弄，快速的反应，快速的开发，做出产品才是王道！产品不是在办公室里面讨论出来的，是要被大众检验的，那种惊天的开山之作已经不适合现在的开发模式了！

避免无穷尽的偏好设置选项

软件是让人用的，不需要人们去设置各种东西，因为时间真的很宝贵，软件设计出来应该直接就可以用，这样就要求设计者直接按照自己的需求设计就可以了，如果客户不买账，那么按照客户的改，就OK了。我终于明白为什么现在的手机和各种APP为什么都长得一个样子，原因有两个，一个是设计者和产品的开发时间不够；第二个用户真的不是很在乎这个，毕竟是拿来用的，而且现在的时间真的不多，用户没有那么多时间去管这个是不是适合自己，这个是你开发者想的，而不是交给用户自己设定的，其实用户也不知道自己想要什么，只要你的功能我喜欢，甚至是不讨厌，就够了。

开发的产品要比对手的少，而不是比对手的多

在开发过程中，经常会发现在同类产品中，各种对手，各种全面，你开发的东西很快就会有人加到他的产品中，这个真的是在打击开发者的内心，觉得自己老是在做无用功，其实这已经陷入了一个大众化的误区，就是一定要比对手做的多，但是反过来想，如果多了必然就不会精致，毕竟有精力在那里限制着，这是必然的。

我觉得，如果要快速开发的话，必须要做到小而精致，功能够用就好，现在的节奏太快了，人们都在做减法，而不是加法。

最后，我觉得，说了半天，就是一个字：快！只有快才能成功！其他的都是次要的！