产品中的KISS原则

KISS原则

即keep it simple, stupid。 直译：保持简单，让傻瓜都懂。

ps : 突然想起了利郎男装的广告语，觉得用到kiss原则上，也很贴切：简约不简单。取舍之间张显智慧。多则惑，少则明。把简单的事复杂化是容易的，但把复杂的事情简单化，则是最困难的。

对产品设计和体验的Kiss

对于一个产品需求，随着需要的不断增加，实现的功能那是越来越多，功能全对产品来说是必要的。 但与此同时，一个问题将会变得越来越突出 ： 产品使用越来越复杂，对于“小白”用户来说，使用起来，费解 + 疑惑 + 无用 + 不知所措将越来越多。然而，无论对于 产品，设计，开发或测试来说， 对系统接触的时间越长，对系统越熟悉，可能或多或少都会因为之前的经验，从自身出发来评价产品的复杂程度。 而且对系统越熟悉，那么受的影响也越大，因而对产品就像看“自家的孩子”一样， 越看越喜欢。

如何让自己避免陷入看“自家的孩子”的心态，这就是要求团队人员时时保持KISS心态了。特别对于线上产品（对使用产品的用户，不会进行专门的培训），如何在功能丰富的产品，在“小白”用户看来，是一款得心应手的产品，这才是真正验证KISS原则的时候了（web UI设计的原则： 简单就是美。把一个系统做的连白痴都会用。这就是用户体验的高层境界了）。

代码编写中的KISS

即将代码简单化，再简单化，让理解你的代码变得轻而易举。 此时你将从中获益：

• 你会以更快的速度解决更多的问题
• 你会以很简洁的代码来解决很复杂的问题
• 你能写出高质量的代码
• 你能完成更大的系统并且它很容易维护
• 你所编写的代码会更加灵活，易于扩展、修改或重构。并且能够适应需求的变化

如何做呢？将你的代码拆分，再拆分，直到每个方法的行数不超过40行。检验一段代码接近kiss原则的程度时，只需要看你的代码被其他开发人员理解并再次补充的时间，或 很长时间后，你自己再去补充这段代码所需要的时间就可以了。

实例

原通用电气董事长杰克·韦尔奇曾经说过：“管理就是把复杂的问题简单化，把混乱的事情规范化。”很多时候，我们的工作之所以没能取得良好的效果，甚至完全无效，不是因为工作本身难度太大、太复杂，也不是因为我们的积极性差、不愿意付出，而是事情的本身本来很简单，我们将简单的工作给搞得复杂化了。

最简单的方法往往最有效。懂得删繁就简，就能用最少的时间、最少的资源、最少的人力，做最有效率的工作。

微软出版社曾经出版过一本经典图书《 游戏编程全接触》，其中有这样一个故事：

在 微软公司附近有一个咖啡馆。在这家咖啡馆，顾客可以不断续杯海饮。咖啡馆只提供两种不同咖啡豆煮的咖啡，而且价格相同，杯子的大小也相同。可人们发现一个令人惊奇的事实：这家咖啡馆的女服务员都有着不可思议的好记性——每当客人要续杯的时候，她们从来不需要问客人曾经选择的咖啡种类，却绝对不会把客人选择的咖啡种类搞错，而且每个人都是如此！

后来人们才了解到事情的真相。原来不是这些女服务员记忆超群，也不是她们曾经接受过什么特殊培训，更不是咖啡杯上有什么感应类的装置，而是在于装咖啡的马克杯图案颜色的区别！女服务员上班第一天就被告知，红色图案的咖啡杯，是用来装A咖啡的，蓝色图案的咖啡杯，是用来装B咖啡的。看到了吧，这就是简单化的魅力， 一个简单有效的规则比什么都有效！真正解决问题的方法，一定简单，一定不复杂。