Jan 18, 2009

泳池歌声

    晚上去游泳的多,且大多是最后时间起水。

    更衣室里一片忙碌,五颜六色的胳膊、腿和躯干,在狭长的空间里有劲的张扬着。

    淋浴室也很忙碌,四溅的水花,热腾腾的雾气,人们痛快的冲着热水澡,享受着另一种与水亲近的快乐。

    常常在这样的气氛中,一个浑厚的男声,从泳池口,从更衣室,由远及近,最后在淋浴室,快乐的传播。每次歌曲都有不同,都是一些中外经典老歌,或者是低音哼吟《莫斯科郊外的晚上》,或是中高音《乡音乡情》,或是高音《青藏高原》,还有很多我说不出名字,但耳熟能详的歌曲。那种在游泳后全身血脉通常、精气十足的歌声很响亮,淋浴室的结构让歌声产生一种空旷的回音,就像那雾气和水花,充满了整个空间。

    我喜欢这样的歌声,像水花一样欢快,像淋浴头一样有力,还有一种自由、自信和骄傲。那是一种发自内心的歌声。唱歌的人也不是同一个人,但都是中年人,约莫五六十岁的样子。每次听到这样的歌声,我总是在想,这位唱歌的长者是一个什么样的人。也许是一位教授,也许是一位工程师,也许……谈职业或许不太恰当,但他应该是一位在几十年工作中勤勤恳恳、有过突出表现和贡献的人。都说岁月如歌,这也许就是岁月的歌吧。曾经苦难过,曾经坎坷过,曾经奋斗过,曾经辉煌过,现在,在自己的人生里,继续歌唱。

    我又想到了公园里,常聚在一起合唱的大爷大妈们,这两种歌声很相似。我又想到了皖南、白河峡谷,穿梭在葱郁的山水中,攀爬在蜿蜒的盘山公路上,最终站在山顶的珠乔、小驴、赵泽和老陆,他们也唱歌。我想,几十年以后,他们仍然会唱出这样的歌声。

    我没见过几个年轻人在这样的场合歌唱的,即使有,那也是很小声的哼吟着爱与恨的流行曲。KTV里撕扯着嗓门,极力的模仿,那就不提了。流行的,大多都会过时,能成为经典的,实在很少。唱出来,也不是一个味道。好像除了许巍、汪峰等少数歌手的歌,其他的,感受不到自由,感受不到自信,感受不到骄傲,大多只有充满爱恨情仇的狭小的自我空间。沉淀不下来,也就没有了什么味道。不是发自内心,那也唱不好。

    发自内心的歌声,很好听。

Read more...

Sep 10, 2008

逛书店想到的

    昨天又跑去新华书店。不是去买书,而是去思考后面的学习重点,或者发展方向。因为书店里书的种类很全,提供了几乎所有不同的领域方向,所以借助不同图书,可以为自己的计划提供参考。

    不过昨天和以往不一样,我没看多长时间,就出了书店。原因,也许是以往看的时间够长了,有哪些书都知道了。其实,最主要的是想明白了几个问题,记录一下。

    1、排除一切干扰,专心学一样东西,然后一个一个来。又想起一位朋友的那句话:“心静如水,别让任何事打乱你的步伐。让自己有大块的时间去完成一件事情,别让自己生活在零碎的时空里。” 如何做到专心,推荐大家看看这个:一心一意,每次只执行一件事。

    2、优秀的架构需要优秀的代码,优秀的代码支撑优秀的架构。所以要先学会写优秀的代码,架构层的东西,自己要有意识,而减少一些研究。没有优秀代码的经验 做基础,架构的东西会大打折扣。所以,先从OOP开始,接着再来UML、设计模式。其实是由这一点想到上面一点的。

    3、OOP、UML,不仅仅是技术,更是观察和分析问题的思维。就像绘画一样,画出一个逼真的东西,那只是表面,真正厉害的是对事物锐利的观察能力。所以,OOP、UML和绘画一样,原理是想通的,掌握这三样,会对人的思维分析能力很有帮助。

    想明白了上面三个问题,觉得轻松了很多,前一段时间的烦恼和压力似乎都消失了。其实,道理还是那些道理,为什么时常走回头路呢?有些可笑。关键的,也许应该将那些道理培养成自己真正的习惯。态度决定一些,习惯改变命运嘛,呵呵。

    推荐给大家一个很好的blog:褪墨,是一个关于时间管理,个人提升和演讲技巧的博客。目标是:做好每一件事。你会受益很多哦^_^

Read more...

Sep 9, 2008

你如何选择技术类图书?

    当你想学一门编程语言,一种软件设计方法,一种设计思想的时候,如何选择合适的、通俗易懂的、能高效阅读的书呢?面对书架上玲琅满目的同类书籍,是否有些眼花,是否选书是比较耗时间的事情?今天谈一谈我选书的经历。

    我个人选书的标准是:经典的>获奖的> 国外的>畅销的>国内的。这个标准其实很有问题,度量标准就不一样。事实上,通常经典的=获奖的=国外的=畅销的。这里没有鄙视国内作者的意 思,现实就是这样。国内也有些的很好的书,但相比老外的,实在是少的很。

    有了大概的标准,怎么选书呢?豆瓣!豆瓣确实是个好东西。去搜吧,搜出一箩筐来。

    首先看介绍。凡是有“经典”、“奖”、“畅销”字样的介绍,都要重点考虑。还有就是看版本,发行的版本越高,那就是越经典了。通过介绍,来了解这本书是否适合自己的水平,不要选个高深的来做入门教材,那效果可不好。

    然后就是看读者评价。通常的评价是关于内容和翻译的。对于个别人关于翻译的评价,个人觉得不要太在意,每个人的阅读水平不同。当然,如果一致评价翻译的太差,那建议找原版的,只要你的E文够好。对于内容的评价也要重视,这是对图书介绍很好的补充,也许你就能从内容评价中找到自己想要的重点。这里有一点,所有网上书店也有评价系统,但那些评价里,托儿比较多,还是豆瓣实在。

    接下来呢,找一张纸,抄下你要的书,去书店吧。实际看一看,内容是否真的符合自己的需要,翻译的水平如何。当然,如果你没时间,如果你对前面的了解很有把握,这一步可以省略。实际看书的时候,注意一下封底的推荐,老外的书都有一些大牛的推荐语录,国内现在也流行,看看那些大牛的推荐,也很有参考价值。

    买书嘛,建议还是网上买,就图个便宜。就到豆瓣上去看吧,个人喜欢卓越。

    以上是我个人的选书过程。下面介绍一下JOLT。JOLT大奖,号称软件业的奥斯卡,呵呵。以下摘字百度知道:


“Jolt 大奖素有“软件业界的奥斯卡”之美誉,共设通用类图书、技术类图书、语言和开发环境、框架库和组件、开发者网站等十余个分类,每个分类设有一个“ 震撼奖”(Jolt Award)和三个“生产力奖”(Productivity Award)。一项技术产品只有在获得了Jolt奖之后才能真正成为行业的主流,一本技术书籍只有在获得了Jolt奖之后才能真正奠定经典的地位。赞助商 Jolt可乐的广告词是“震撼全世界”,Jolt奖就让我们看到,是谁在震撼着我们今天的世界。虽然Jolt并不起决定作用,但代表了某种技术趋势与潮流.”

    看到JOLT这个关键字,你得高度重视哦。 大家熟知的《About Face》和《CSS实战手册》,就是获奖书目。CSDN读书频道有相关专题。大家都属于IT人士,所以里面很多书是值得好好读的。个人感觉面向对象的分析与设计、UML,是应该好好学习的,除了可以帮助你开发出好的软件,更重要的是,这所提出的分析问题的思维方式,而不仅仅是为写软件。

    你在选书方面有什么心得体会呢,欢迎交流^o^

Read more...

Aug 18, 2008

2008-08 UCDChina 南京书友会:产品设计

    这一期的话题是产品设计和用户体验设计。看到这个话题的时候,我是十分感兴趣的。特别是产品设计。这个词是我在工作时接触到的,在斟酌考研方向时逐渐了解,然后在后续的工作中经常围绕其思考和实践的词。

    1、关于产品设计

    一个成功的产品由哪些东西决定呢?我还是十分认同Larry Keely提出的三个要素:技术可能性、商业可能性、设计期望性。Agla在“设计的价值”一文中也指出过这三个要素。这三个要素的交集,就是令人满意的、好用的、可构建的成功产品。对应不同的产品,比如工业产品、软件产品,每一个要素都有不同的内容。

    如果一个较弱,产品难以经受住时间的考验。Novell强调技术,很少考虑期望性,他的竞争能力就不强;Apple重视用户期望和体验,但在业务上曾经不够成熟,但对用户的关注所创造的忠诚度很大程度上维持了其发展;而Microsoft的业务运营能力很强,但其产品难以高度满足用户期望,这个薄弱点给其他竞争者提供了机会。

    所以,一个成功的产品,三个要素缺一不可,并且要平衡发展。

    2、关于产品设计流程

    我觉得没有最好,只有最合适。在实际工作中我先后实践了两种观点,一个就是UCD,一个是ACD(以活动为中心的设计)。

    UCD的理想的设计流程大家都清楚,但这个理想的设计流程未必都适合大家。我是在看了Copper的《About Face》后知道了这个流程,并按照这个流程在项目中去实践。结果是在第一步用户调查就出了问题,无法正真准确的获得和把握用户的真实需求,导致后续的流程混乱,难以并最终无法进行下去。这和公司的组织结构、团队协作有很大关联。有很多人也和我相似,在这里受到挫折,遇到困难。

    后来看了《一目了然》之后,作者以自己的实际经验对UCD的流程做了变通,强调了ACD。我也实践了,调整了流程,跳过了用户调查。我不知道,也无法知道用户需要什么,但我知道怎样做会带来良好的使用体验。以此作为设计的依据来完善每一个功能的设计。这个实践是有效的,但仍然有很多地方是可以改进和完善的。

    Normal自己对UCD的质疑激起了很多人对UCD的激烈讨论。我认为不管是UCD,还是ACD,其实就是用户需要什么和我能给用户什么之间的一个平衡,不同的公司环境所能把握的重点是不同的,但都是以目标为导向,最终都是为了产生良好的用户体验。设计师应当灵活的把握这两方面的平衡,而不是偏向于哪一种。

    3、关于产品创新

    很多人的观点还是创造一个新的产品,我也是。我以前一直这么认为,也天马行空的想过,也想着如何把公司的产品做成那样。但实际发现,并不行。对产品功能上的创新远没有对流程、业务模式上的改进创新更有实效,更长远。

    Kelley的一篇访谈中谈到了创新的几点,我觉得很有道理,我在实践中的认识也与此相吻合。

    第一,创新不是创造新产品,因为这个世界模仿的太快,这在中国尤为突出。而是应该着重在可能为企业带来持久优势的创新,例如渠道、品牌、客户体验、流程、服务系统、业务模式等等。这些远比一个全新的产品意义重大。而且没有这些坚实的基石,创造一个全新的产品也很难,很没保障。

    第二,创新不是脑力激荡。那往往会陷入混乱、偏离正规,表面上是创新,其实是乱闯。创新应当依据正确的方法、正确的程序,分轻重缓急来创新。

    第三,创新要从“望闻问切”,而不是从打破常规开始。要有的放矢,从对市场需求、新技术的价值、公司和竞争者的分析来判断,才能生产出顾客需要、竞争对手忽视、企业力所能及的产品。这一点和第二点是一致的。

    产品设计是一个很大很广的领域,对于设计师,我觉得在不同理论的指导下去实践,会有更多的收获。

Read more...

Aug 1, 2008

一目了然的感觉真好

    对此书有相见恨晚的感觉,四天时间通读,又重读重点做笔记。都是利用上班时间读的,但并非和工作无关,相反给我目前的项目很大的启发和帮助,让我在界面设计、软件功能、软件架构以及项目开发方式上有了不少新的想法。我将这些想法用于改进原先的项目计划,希望以一种更合理的方式开发出更合理的软件,提升软件的质量。目前的改进是有效果的,改进将持续进行下去。

    书中的几个观点给我印象十分深刻:

    1、走出UCD的困惑。亲近用户、和用户打成一片的理念非常好,但常常并不需要这样。时间限制、预算、兴趣缺失及其他事情都会相伴左右。而就理念本身,过度听从呼声最高的部分用户方而会给使用产品的所有人带来困难。所以,有必要相信自己能设计出好的Web软件,而不是依赖不可能得到的真实的用户数据。

    2、 功能并不是关键,最关键的地方才应该被关注。一份显性的软件意识一份专注的软件。它易于为人所理解,因为它自身目标明确,从不会游移,每一个功能都设计的支持对应的活动。 坚持做重要的事情,好的创意可以搁置一旁。留下你认为产品应该拥有的,把功能削减到只剩下最重要的为止,如此循环。

    3、不断地改进精简是通往简介的唯一途径。“精简”是减少软件的功能,直到剩下必须的为止。“不断的改进”是不断的重复,不要停止。保持不断重复,再评估,使设计更有条理,更精简,并且更精致。“简洁”是设计原则。专注的软件,通过简洁清晰的用户界面提供最需要的功能,轻文字描述,重当前任务。这些品质构成了简洁的用户体验,通过避免思维和操作上的混乱来减少软件的复杂度。

    4、改良比创新更重要。大多数时候,公司和软件产品并不需要伟大的创意,他们需要的是那些能立竿见影的细小改进。

    不敢说对Web设计人员,只说对我的启发是巨大的,理清了很多想法,更新了很多观念,正如书名,“一目了然”。强烈推荐大家读这本说。具体内容我做了书摘,感兴趣的朋友可以看看。

Read more...

Jul 29, 2008

2008-07 UCDChina 南京书友会:浏览器

    本期的话题是浏览器。这个话题大家都熟悉,但似乎又没有那么多好谈的。对标准的支持、扩展、插件、开发者友好、内存、速度,IE、Firefox、Maxthon、Opera。作为业内人的我们,一开始想到的大概都是这些话题。

    一开始大家还围绕着这些话题来展开交流,不过思维很快扩展开来,谈到未来浏览器的发展,Web OS,以浏览器取代OS,进而谈到各种终端,还有极具科幻色彩的人类终极发展展望。虽然有些跑远了,但这样的交流也很有意思,很拓展思路,呵呵。

    下面说说我的观点吧。

    1、浏览器,并没有说是Internet浏览器。这就没有限制在IE、Firefox、Maxthon、Opera等网络浏览器上。浏览器,顾名思义,就是用来浏览信息的。这也是网络浏览器的本义。但这个名词似乎已经过时了。人们使用浏览器已经远远不是简单的来浏览信息了。就像Web 2.0的到来,带来的是人与信息更广泛层面上的交流与互动。不光是网络浏览器,explorer虽然是一个进程,但其实就是一个本地的浏览器,一个窗口。所以,浏览器是人与机器、人与信息的交互沟通的工具,可以泛泛的理解为人与机器之间的窗口。

    2、以云计算为代表的未来信息存储处理模式所带来的改变,以及大家谈到的多种终端浏览器,推荐大家看两个视频:

Nokia Morph Concept (long)


Office Labs: Future of personal health concept



    浏览器就是人机交互的界面,好的界面是需之即来挥之即去,就如这两个视频所描绘出的场景,应该能很好的描述大家对于信息浏览终端在未来的发展。当然 关于Web OS、浏览器取代OS的情况,那也是很复杂,对计算机硬件、网络的影响都是巨大的,我觉得需要对计算机底层的东西有很好的了解和掌握才能有相对正确的思考方向,还要材料科学、生物科学等等等等,很多问题不是想象的那么简单。

    3、现实一些,不要那么遥远。我觉得除了一开始大家想到的方面,可以从网络浏览器的易用性来谈一谈。经常有朋友请我帮忙看看他们的IE,出了种种问题。其实在Internet属性-程序-重置Web设置,这个选项能解决不少问题,但这样一个很有用的功能怎么会藏这么深,很多人不知道呢?那IE的其他设置选项,是不是大家都会使用呢?答案显然不是。Firefox的情况好一些,但对普通用户来说也不容易对浏览器进行相关设置。有人提到浏览器个性化,或者说有针对性的浏览器,比如老年人使用的浏览器、年轻人使用的浏览器、儿童使用的浏览器。我觉得这样个性化的浏览器完全没有必要单独开发。不管是IE还是Firefox,一款浏览器的核心是相同的,只是应用不同。我想到了 MVC架构,道理有些类似。如果能够提供十分方便易用的浏览器设置方式,个性化可以很容易的由用户自己实现。具体怎么实现,我觉得Web方式就很不错,有很大的空间来提供易用的解决方案。那么多设置干嘛局限于一个小小的WinForm窗口呢?具体就不展开说了,观点就是现在浏览器的易用性还有很多可以改进的地方。

    4、浏览器的不兼容性一直是大家痛恨的地方。这里建议大家参考一些重构和设计模式方面的知识,利用一些成熟的开源开发库,这些库对各种浏览器的差别做了很好的重构和封装,能较好的避免不兼容问题。《Ajax实战》一书对这方面做了较好的介绍,大家可以参考。

书友会照片,来自JunChen的大脚:http://footbig.com/photo/191175

DSC_0794
DSC_0795
DSC_0796
DSC_0804

Read more...

Jul 14, 2008

失望

    上头跟我说:“忘掉你的想法吧,就按照他们要求的来。” 连理由都没有。

    我很失望,这应该是多次交涉的最终结果,那就是听他们的,完全否定我对产品的设计的想法和建议,否定我提出的方案。我知道上头也有些无奈,谁让客户牛逼呢?

    我有些生气,我积极争取的东西无影无踪。你们提的东西明明很多不合理,还有硬伤,为什么还那么坚持?我们提的东西你们认真考虑了没有?要我们给建议和方案,又完全不理会,连理由都没有。浪费时间,欺骗感情。

    我在怀疑,我是做UI的吗?我是在做设计吗?干脆直接给出原型让我直接写code好了,还费那个劲让我白设计一番干嘛。也许做个纯粹的程序员没有那么些烦心的事,技术相比人心、商业、需求、设计、市场,更简单直接。

    这是第三个项目了,第三次让我失望。在前两个项目中没人重视我的意见,总是以各种所谓现实的理由来应对我。“你的想法是好的,但是...” ,总是有那么多但是。我的想法很乌托邦吗?这次客户牛逼,直接否定。我是底层,我上面还有很多层,我没有权利,小鬼一个。每次都满怀热情和希望的开始,每次都冷冷的进行和结束,我找不到一点成就感。

    想到前两天看的两部电影,《Pirates Of Silicon Valley》和《AntiTrust》,第一个有些纪实性质,就是乔布斯和盖茨的起家故事,第二部中将乔布斯和盖茨合为一个人。两部电影中,微软和盖茨都是反面角色。一个是偷盗技术的卑鄙小人。一个表面上是慈善的、青年才俊型的CEO,但背后为了自己利益,不但偷盗别人的代码,更为了打击对手而杀害对方的主要程序员。这两部电影影响了微软和盖茨在我心里的形象,我一直是很喜欢微软的,“Your Potential. Our Passion.”。更难以接受的是那些大公司的光鲜技术、激情的工作演说、诱人的福利待遇、巨大的财富背后,商业竞争的不择手段,让我很寒心。乔布斯的偏执也让人很难理解和难以接受。这又让我想到毕业前去南大听华为的宣讲会一样,多少稚嫩的毕业生被那些激情的演说打动。现在感觉一切都是那么的假。

    也许我的想法太小孩了,也许我还没见识过所谓的复杂,也许打击才刚刚开始。也许我现在的心态比较消极,也许我现在的心态不对。我要静一下,我要好好想想。

Read more...