Web前端工程师的林林总总（一） -- 三种Web前端工程师的基本类型

 

作者： 罗伯。拉尔森

原文出处：http://htmlcssjavascript.com/web/the-front-end-engineering-spectrum-the-three-generic-types-of-front-end-engineers/

日期：2011/1/9

翻译：韩敏 （http://blog.csdn.net/jasonhan）

转载请注明本文译者和出处

 

（译者按：本文的作者罗伯。拉尔森以独到的眼光分析了WEB界面工程师的类别，并对我们进行岗位规划，工作职责定义和候选人标准设定提供了非常有价值的信息。希望读者能从中得到一些启迪）

 

以下是译文：

 

作为既是人力资源经理又是普通的员工的我，可以同时看到面试和招聘这两个不同方面的过程。当人们谈到组织的角色以及与之相适应的人的类型时，我已经注意到我们的员工确实可以按照某些明确的类型进行分类。这篇文章就是尝试着对这些员工类型进行分析。我会在这篇文章中列举这些角色。如果你正在寻找这些特定角色的合适人选，我会告诉你哪些人将是你物色的目标。

 

 

三种类型的Web前端工程师

 

很显然，很多人都介于这些大类之间。尽管如此，我仍认为这些类型是如此的迥异，可以彼此区别。

 

“创意人员”

 

属于“创意人员”的人，并不能真正称之为“工程师”，因为他们的编程技能还非常的初级。他们可以完成诸如拷贝粘帖JavaScript的代码、基础类库和插件的工作，但是却不具备核心JavaScript的编程能力。当在面试的时候被问及有关“作用域”或者“this”这个关键字是什么的问题时，他们往往一脸茫然，无法给出正确的答案。他们不善于调试用于服务器和浏览器之间交互的代码，当面临有关数据格式和数据结构的问题时，他们可能会一筹莫展。

 

他们能做的事情就是狂人般的编写HTML（Hypertext Markup Language，超文本标记语言）和CSS（Cascading Style Sheets，层叠样式表）代码。

 

我们真的需要一个有高超编程技术的表现层工程师吗？我们真的需要配备一个能在理论上对CSS方法论有很强见解的人吗？我们真的要求我们的程序开发人员都能对表现层的特定设计找到最好的实现方法吗？其实，“创意人员”才是我们真正需要找的人，他们能出色的完成WEB前端的设计任务，甚至能做的更多。

 

“创意人员”对布局有着独到的眼光，并且会为能在“像素”级别上达到完美而引以为豪。

 

“创意人员”非常乐意从事设计工作。如果你需要在一个项目中设计一些全新的东西，他们会完全的投入并节省出很多时间。通常，“创意人员”都有一些“设计”的背景，并且在作为自由职业者或者一个小型团队的成员，他们有机会在实现他们的这些“设计”过程中，慢慢的转移到CSS+HTML技术上来。

 

 

“代码编写者”

 

“代码编写者”其实就是一个熟练掌握JavaScript编程语言的程序员。他们对JavaScript语言的种种怪异的语法特点都了然于胸，并且已经对ECMAScript5（译者注：ES5，JavaScript中的语言规范部分，组成JavaScript的另外两个规范为DOM-The Document Object Model规范和BOM-The Browser Object Model规范）形成了独自的观点。在面试这类人的时候，当你问及类似“你怎么看道格.克罗克福德（译者注：JavaScript专家，现任Yahoo高级JavaScript架构师。JSON-JavaScript Object Notation的发明者之一）这个人？”的问题时，往往可以得到一个长达30分钟的回答。在讨论技术问题或者回答一些小的编程题的时候，他们也喜欢对同一个问题提出几种不同的解答。

 

“代码编写者”一般都精通二种甚至更多的编程语言，让他们去简单配置和管理WEB服务器也不成问题。为了尝鲜，他们可能会去配置和启动NodeJS服务器（译者注：一种以JavaScrpit为服务器端编程语言的WEB服务器）。对于HTML和CSS技术，他们会很快成为高手，但很快又会厌倦长期从事这种专注于标记和式样的工作。相反，如果让“代码编写者”从事专注于处理“程序行为”的工作，他们将感到无比的幸福。

 

然而，“代码编写者”最不擅长的就是“设计”。无论是由于差强人意的设计天赋，还是下意识中过于专注编程技术，“代码编写者”是无法赢得任何有关“设计”的褒奖的。或许他们会进行抠图并使用Photoshop（译者注：著名的图像处理软件。常用于对数码照片进行后期的数码暗房操作）的一些基本的操作，但他们仅仅用来作为对一个项目视觉输入的补充。如果没有现成的PSD文件（译者注：用Photoshop设计编辑的图像文件的后缀名，这类文件往往有完整的层次化的对象结构，便于合成不同效果的图片）或者类似的文档，请不要指望“代码编写者”去继续完成图像设计人员未完成的工作。当你要求“代码编写者”去完成有关表现层设计的工作时，你可能得到仅仅是一些以最基本的方式实现的曝露在外的功能集合而已。

 

“核心人物”

 

介于上述两种极端类型---“创意人员”和“代码编写者”之间的就是我们的“核心人物”。这种人专注于核心技术，并且基本上乐意做任何结合了标记、风格和程序行为的工作。

 

他们可能不会去细究ES5的来龙去脉，并且他们也不会编写很多核心的JavaScript代码，不过他们有能力在一个或者多个JavaScript类库/框架下面编写健壮的全新的代码。他们对于HTML有着坚实的基础，并且能从全局来审视CSS布局。

 

正因为能从一个相当的高度解决从视觉设计到后台服务器实现之间的问题，“核心人物”对于一个紧凑的团队（一个已经对界面间交互设计、视觉设计和前后端程序代码进行了明确的定义和分工）是至关重要的。虽然“核心人物”没有超强的设计技能，但是他们会和设计师紧密合作，制定和开发网站的视觉语言模型，使之既符合视觉设计要求，又能方便的进行维护。另一方面，“核心人物”凭着他们对环境和系统的了解，可以轻松的和编写服务器端代码的团队共同设计对象模板和数据交换接口。

 

 

下一步，我们将一起看一看那些组织中常见的角色，并试着将上诉几种不同类型的人放到这这些角色中去。这样，你将学会如何在组织中对“技能”，“兴趣”和“角色”进行更好的匹配。