Devigner是一个新造词，我去年的时候认识的它，从表面上来理解一下dev-igner = developer + designer。据说这个词是微软创造的，具体情况我无暇考证，不过我想微软弄出这个新词来是想表述一个开发人员与设计人员相结合的web开发流程，来宣讲他新一代的IDE或者什么什么的。不过Devigner流传到了这里，流传到了我们手上，渐渐变成了对一类人的解释，这类人叫做前端开发工程师(Frontend Enigneer)，他们应该两全其美。
如果单拿“设计”与“开发”这两个词来说的话，所有的开发工程师都应该应用一个Devigner的标签，所有做程序开发的同学都清楚一套程序架构设计的重要性，但是很显然这里的设计指的不是这件事儿。当然在我们耳边充斥着更多的词可能是UI Design，UI和程序之间确实也存在着千丝万缕的关系，貌似也契合微软的主旨，不过在我看来也并非这么一会事儿。
前端开发工程师们是谁？以前在公司往往前后台都是一帮技术人员一块儿写，反正只要实现了老板的功能过程并不重要，充分体现着“以结果为导向”的价值观。然而后来渐渐出现的开发瓶颈、不断增加的商业需求和日趋成熟的流程管理等等因素把前端开发工程师这个职位给催生出来，这个职位制作的东西直接面向用户使用，他们不关心网站的核心技术和架构实现，却和技术人员一样维护着整个网站的运维。简单来说前端开发工程师们需要关注的核心技术只有三块：HTML、Javascript、CSS，但实际上Yahoo的张克军给我们做了一个很好的总结——“前端工程师应该关注什么”的思维导图：
前端工程师应该关注什么（点击图片查看原图）
为什么前端开发工程师适合Devigner这个词？主要是因为上面这样图，注意图中的最下方“交互/设计”。我想没有什么开发者能够像前端开发工程师这般贴近用户了，我们直接面对着用户的操作：点击、输入、选择、拖拽都是由前端开发工程师设计的。有人可能会说这不是交互设计师的事情么？的确，交互设计师们是这方面的专家，但是交互设计师们是完全从用户需求层面出发去思考和设计产品的，他们的设计存在着一个缺陷，就是缺乏技术驱动。我们经常说谷歌是一家技术驱动的公司，那是因为谷歌很善于发掘新技术的应用和价值，他利用新技术的优势给自己创造财富是技术驱动的典型体现。这倒并不是说用户需求驱动或者商业利益驱动是有问题，而是在于表述我们在交互设计(Interaction Design)中完全可以从另一种角度去考虑和衡量。通过技术优势去创造新的用户体验(User Experience)，应该是UE当中一个值得研究的方向。
其实在日常的工作当中，由于商业指标和用户需求的双重压力，前端开发工程师可能已经背负许多交互设计的工作，而一直处于被动设计的状态。如果你时而在产品会议当中参与探讨页面的实现或者提出建议，那么你已经以一种主人翁的态度去主动设计了。不管是主动还是被动，这时的你就已经被要求了新的技能——Design，或多或少这已经成为了前端开发工程师们不可缺少的职业技能。张克军的思维导图可能还是过于关注于技术的实现而缺少了对交互设计的详细描述，同时尽管交互(ID)与设计(UI)密不可分，但切切实实是两个方向，他将他们并在一起其实并不妥当。当然上面这张图还是很吓人的，其实仅仅需要简单的几步就可以做好前端开发工程师的敲门砖。
第三届D2论坛发送的Devigner贴纸
上周和一个同事为D2(D2 = Developer + Designer? 其实不然)讨论了一下关于Devigner定义的事情，我当然主张在D2当中添加一些交互设计相关的主题和交流，实现原理和代码技巧的交流固然是前端开发论坛的核心内容，但是在此之外能够让前端开发工程师们可以学习到工作当中必备的交互知识我想也应该是D2的使命之一吧。当然，这样的想法就留给下一届D2吧。
最新评论