程序员也该懂得“这样就好”

今年我又先后两次去到日本,其实,日本给我留下的最深刻映像并非大家常常挂在嘴边的干净、空气好、礼貌周到的服务等等,而是那些无处不在的设计体现。产品的包装、一块指路牌、路边小食店的招牌、行人们的衣着,虽然它们的形质、用途各不相同,却总能给人以简朴、精致、人性且颇具内涵的舒适感觉。我想可能正是这些由小及大、无处不在的美才培育出了今天这个相对成熟的日本社会吧。

图0:程序员也该懂得“这样就好”

说到设计,我曾读过一些日本设计师的书,田中一光的《设计的觉醒》,黑川雅之的《设计与死》,原研哉的《为什么设计》、《设计中的设计》、《白》等等。这些日本设计大师所提出并不断被继承的极简、去修饰、设计的功能性等理念都深深印刻在了当代的日本设计之中。而其中让我最受启发的,却是他们用最直白语言告诉我们的“这样就好”。

今天,作为一名程序员,当我在进行系统设计时,也时常会提醒自己:“是不是这样做就好了呢?如果没有必要,我们就不需要增加这个附加功能了”。也正是在“这样就好”的指引下,我对如何正确地进行程序设计似乎有了更深入的理解。

记得那还是我在担任架构师期间,曾负责对公司的一个IT项目进行评审。评审中,项目经理在她所作的报告中,将最大的篇幅留给了系统支持个性化这个特性,还眉飞色舞地将系统可以任意变更颜色主题这个功能强调了一番。我当时就想,这位项目经理一定没能理解用户的真正需求与痛点吧,而这个系统除了可以换颜色之外,估计也不会有什么亮点了。

从程序员一路走来,我们中有多少人都曾热衷于系统功能的大而全,那些可有可无的配置功能,以及仅仅作为修饰的个性化定制。虽然这些功能都似乎能为我们的产品增光添彩,但它们真的是用户最需要的吗?如果让我们回到过去,我们还会坚持付出那些代价去实现这些功能吗?

优秀的系统绝不可能凭空产生,它也没有一个统一的标准,而“这样就好”却能指导我们这些系统设计者,在众多选择中作出平衡与取舍。该使用什么样的架构,采用哪种技术,在这个功能中使用什么设计模式,采用何种缓存策略等等,这些都需要我们根据当时的环境、资源、用户等要素做出恰当的选择。与其提供很多功能而最终用户却始终觉得不好用,倒不如做好一个能真正帮助用户解决问题的功能,让用户觉得,“嗯,这样就挺好”,然后再进一步,“如果能…就会更好了”,这样一步一步做出理想的产品来。

而下面这些则是我们在系统设计与开发时应该尽可能避免的问题:

  • 不盲目使用新技术:新技术意味着风险和不确定的代价(多因修补未知缺陷引起),因此我所在的金融行业里,很少会选择那些新生技术(1年内),而更倾向于选择成熟且稳定发展中的技术或框架。
  • 避免过度设计:过度设计源于系统设计者没有理解用户的真正需求,而将自认为有必要的功能附加于系统之上。而前面提到的可配置、个性化等就是那些最典型的例子。要避免过度设计其实也很简单,要做到多看(看那些优秀的系统是如何设计类似功能的),多想(站在用户的角度去想他们所提需求背后真正的痛点和问题是什么),多做(不要只停留在需求文档上,尽可能快地做出能够验证需求的功能原型,然后与用户不断确认和改进),多说(在每一个阶段都与用户保持持续有效的沟通)。
  • 不在项目中技术镀金:技术镀金指的是开发人员在项目开发中过于追求技术的完美性,试图在技术上镀上一层完美的金壳,导致软件开发工作量加大,项目时间拉长,而最终有可能导致整个项目的失败。我们不应该否定程序员追求完美的自我要求,但应该在项目中引导他们正确地理解“这样就好”的理念,帮助他们平衡追求完美与项目现实要求之间的关系,从而作出最恰当的技术方案选择。

最后我想说,即使你已经很好地理解了“这样就好”,并能提出更合理的系统设计,但结果却还是很有可能会遭到否定。因为,你所需要面对的或许是那些不那么成熟的项目经理、盲目自大的产品经理以及完全没有产品思维的业务用户,而在他们眼中那些糖衣炮弹(系统的附加功能)总是有着非同一般的吸引力。你可以尝试着去说服他们,但即使失败,你也不用为此感到沮丧,因为时间会证明你是正确的,而在你内心中也应该知道,自己正变得更加成熟,并且已经站到了更高处。

本文文字及图片出自 www.jianshu.com

余下全文(1/3)
分享这篇文章:

请关注我们:

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注