
是一本很易懂的书,话说回来,老外写的书大多都是通俗易懂的,偶尔几个晦涩的,也是因为有了烂翻译。
ALAN COOPER是一个很牛B的人。在IT业中,Alan Cooper被人尊为“Visual Basic”之父。他一直致力于促进交互式设计策略和个人化概念的普及。他总是用永不满足、永远创新的态度来对待现代信息社会的设计,如他认为“手机通话时将键盘举在耳边”是可笑的行为。1994年,Alan Cooper被Bill Gates授予“视窗先锋奖”,1998年,他又获得“软件梦幻奖”。他还是美国图形艺术专业研究所交互设计分组的核心成员之一。
书读的不多,但是还是有些感觉的,希望能抓住这点感觉记下来。书中写道当前软件产品糟糕的交互,在这之前,其实我们也大多都有过这样的抱怨,windows太难用,软件太难安装、系统很难维护……其实在抱怨的时候,我们更多的是这样认为:使我们自己水平太差,而从未想过是这个软件糟糕的交互设计所致。在信息技术告诉发展的时代,我们更多的被新技术弄得眼花缭乱,而忽视了软件本身的问题。书中用了一个形象的比喻“跳舞的熊”,当我们突然发现“咦,熊在跳舞耶!”,我们只是注意到了一头熊太跳舞而感到兴奋,却没去考虑那蹩脚的舞蹈。高科技的产品应该给人的使更多的便利,而绝不是让人在他面前感到“How stupid i am!”。
糟糕的交互设计似的软件的使用者痛苦不堪效率低下,而且,因为软件的难用,使得我们在无意中把人与人之间的的鸿沟弄得越来越宽,现代社会,如果你没有学过计算机,那么你几乎就找不到工作。真实的情况是,很多工作中,计算机只是一个工具而不是最主要的,但是由于糟糕的交互导致软件的难用,从而使很多本可以胜任工作的人找不到工作,因此无形之中扩大了这个社会不同群体之间的距离,这,是不公平的。
经理们都知道,软件开发遵循帕金森定律:工作量总是会占满所分配的时间,身处软件行业的人,基本熟悉贝尔实验室Tom Vargill的理论,帕金森称之为90-90规则:90%的代码消耗90%的开发时间,余下10%的代码消耗另一个90%的开发时间。这个自嘲的规则说明,程序员们编写了90%的代码后,仍不知自己处于何处。管理层清楚地指导,无论将交付日期设置到何日,程序员们都不可能按期交付,程序员在重压之下出效率,因而管理层将交付日期作为一种施压手段。
一些软件开发项目的交付期限设置的草率而不合理。大多数理智的经理选择的交付期限虽然可达到,但需要为此付出巨大的牺牲。有点像客机驾驶员说:我们将按时到达芝加哥,但是我们得把行李扔掉!产品经理们不仅牺牲了设计,还牺牲了测试、功能、集成、文档和现实。大多数经理宁愿按时交付不成熟的产品,也不愿承担拖延工期的恶名。具有讽刺意味的是,推迟交付对于一个产品来讲,通常不是致命的。如果三流的产品不能按时交付,失败的机会会很高。但如果一种产品对客户有价值,推迟交付造成的坏影响不一定持续很长时间。微软的access数据库的交付时间推迟了7年,但在市场上获得了巨大的成功,反过来,如果一个产品很烂,谁还在乎他是否 按时交付了呢。
ALAN COOPER是一个很牛B的人。在IT业中,Alan Cooper被人尊为“Visual Basic”之父。他一直致力于促进交互式设计策略和个人化概念的普及。他总是用永不满足、永远创新的态度来对待现代信息社会的设计,如他认为“手机通话时将键盘举在耳边”是可笑的行为。1994年,Alan Cooper被Bill Gates授予“视窗先锋奖”,1998年,他又获得“软件梦幻奖”。他还是美国图形艺术专业研究所交互设计分组的核心成员之一。
书读的不多,但是还是有些感觉的,希望能抓住这点感觉记下来。书中写道当前软件产品糟糕的交互,在这之前,其实我们也大多都有过这样的抱怨,windows太难用,软件太难安装、系统很难维护……其实在抱怨的时候,我们更多的是这样认为:使我们自己水平太差,而从未想过是这个软件糟糕的交互设计所致。在信息技术告诉发展的时代,我们更多的被新技术弄得眼花缭乱,而忽视了软件本身的问题。书中用了一个形象的比喻“跳舞的熊”,当我们突然发现“咦,熊在跳舞耶!”,我们只是注意到了一头熊太跳舞而感到兴奋,却没去考虑那蹩脚的舞蹈。高科技的产品应该给人的使更多的便利,而绝不是让人在他面前感到“How stupid i am!”。
糟糕的交互设计似的软件的使用者痛苦不堪效率低下,而且,因为软件的难用,使得我们在无意中把人与人之间的的鸿沟弄得越来越宽,现代社会,如果你没有学过计算机,那么你几乎就找不到工作。真实的情况是,很多工作中,计算机只是一个工具而不是最主要的,但是由于糟糕的交互导致软件的难用,从而使很多本可以胜任工作的人找不到工作,因此无形之中扩大了这个社会不同群体之间的距离,这,是不公平的。
经理们都知道,软件开发遵循帕金森定律:工作量总是会占满所分配的时间,身处软件行业的人,基本熟悉贝尔实验室Tom Vargill的理论,帕金森称之为90-90规则:90%的代码消耗90%的开发时间,余下10%的代码消耗另一个90%的开发时间。这个自嘲的规则说明,程序员们编写了90%的代码后,仍不知自己处于何处。管理层清楚地指导,无论将交付日期设置到何日,程序员们都不可能按期交付,程序员在重压之下出效率,因而管理层将交付日期作为一种施压手段。
一些软件开发项目的交付期限设置的草率而不合理。大多数理智的经理选择的交付期限虽然可达到,但需要为此付出巨大的牺牲。有点像客机驾驶员说:我们将按时到达芝加哥,但是我们得把行李扔掉!产品经理们不仅牺牲了设计,还牺牲了测试、功能、集成、文档和现实。大多数经理宁愿按时交付不成熟的产品,也不愿承担拖延工期的恶名。具有讽刺意味的是,推迟交付对于一个产品来讲,通常不是致命的。如果三流的产品不能按时交付,失败的机会会很高。但如果一种产品对客户有价值,推迟交付造成的坏影响不一定持续很长时间。微软的access数据库的交付时间推迟了7年,但在市场上获得了巨大的成功,反过来,如果一个产品很烂,谁还在乎他是否 按时交付了呢。

没有评论:
发表评论