回复一位敬佩的前端工程师kejun的一篇博文,更好的标注UI规格 我能理解作为前…

回复一位敬佩的前端工程师kejun的一篇博文,更好的标注UI规格

我能理解作为前端工程师为什么希望这样标注,但是这些标注的实用价值很低,原因如下:

  1. 这些标注都是“文档”,或者说“契约”。过度详细的契约对产品的实现没有帮助。敏捷宣言里面说可用的软件重于完备的文档。
  2. 之所以会产生这些文档,沟通是问题。如果前端和Graphical designer不在一个团队,就会希望通过契约解决沟通问题,这样只能让沟通更低效。而且在这篇文章中所说的标注的方式的区别,是因为Graphical designer和前端工程师的“语言“不通,解决方法就是更加紧密的坐在一起工作,但是指望两个人用同样的思想沟通是不现实的。
  3. 精确到像素的设计(Hifi prototype)真的应该精确到像素么?敏捷软件开发是迭代的。产品应该可以持续的release,每个release前都有验收和验证,对于像素级别的精确如果在验收的时候能够发现,说明这个精确到像素的设计是有意义的,那么我们才需要花更多的时间去优化它。否则它也许是可以忍受的。所以,预先设计的过程中的精确到像素的约定不如退而求神似,这样对迭代也更加有利。

原来ThoughtWorks的很多同事都说这篇文章很好Is John Lewis…

原来ThoughtWorks的很多一些同事都说这篇文章很好Is John Lewis the best company in Britain to work for?。意思是说John Lewis是最好的一个雇主?原因是员工满意度非常高,所以很多人说希望ThoughtWorks也能成为这样一家公司。理由是这个公司的员工就是股东,所以员工的认同感和满意度非常的高。然后它影响了员工对顾客的态度,用户的满意度促进了公司的盈利。。找了个中文文章,列了一些关于满意度的解决方法。

  1. 问问客户,他们到底想要些什么,仔细听听客户的反馈。通过包括门店在内的多种渠道收集客户反馈。
  2. 收集到了反馈意见之后,一定要确确实实做出一些行动。要让客户很容易就能够感受到,他们的意见很快就能够得到处理。最终的结果是你需要改变你的处理程序和文化。
  3. 和第一线的员工聊聊。他们有着别人不能及的见解。这样做也会让他们感觉很好,最终他们能够把这种高兴的感觉传递给客户。