青青子衿, 悠悠我心, 但为君故, 沉吟至今
« 百度推广和谷歌关键字广告常用网站开发类Firefox扩展插件 »

两个重要而又容易被忽视的角色

  我敢打赌,在中国,一半以上甚至更多的,以网站为主营业务的或者把网站很看重的公司,没有Web前端工程师和产品工程师这两个职位,甚至有些有点规模的公司也可能没有这个职位,当然,这不能包括像alibaba,sina,163这样的公司,只是指中小型公司而言。如果你们公司有,请给我留言告诉我你们公司的规模和相关的信息。

  做得好一点的公司,一般是项目经理/部门主管+投资方(项目管理中的投资方,实际上就是老板,反正就是决定你要做什么并给你钱的人)来承担产品工程师的角色,由美工来承担Web前端工程师的角色,特别是Web前端工程师,是最容易被忽略的角色。

  企业想挤出利润,无非两个方面,一个是开源,另一个是节流。而这两个角色,恰恰可以用开源节流来比喻,产品工程师可以设计出更好的产品,这就是开源,Web前端开发工程师可以精简网页代码,提高用户访问速度,减小企业带宽上的支出,甚至可以减小服务器上的支出,这不是节流是什么?相比有些企业,以靠克扣员工工资来实现节流,这个节流要节省得多。

  产品工程师

  很多公司的流程基本上是这样的,由需求部门(一个或者多个,如果公司小,可能就是老板等几个人)提出需求,提交到项目经理或者IT部门主管,然后 IT部门主管根据需求进行开发,这中间可能要判断是做还是不做,判断的依据主要是开发难不难,麻烦不麻烦,很少去考虑合不合理。各位,看到什么问题没有,很多IT的部门主管,他只是一个管理者+项目经理的组合,或者干脆就是一个项目经理。需求部门交给我的需求,我按照要求按时按质做完就OK了。但时,需求部门往往是不懂互联网的,这种情况很多公司大量存在,对于一些老板本身就是做互联网的,或者较大的公司,这种情况会比较少。

  问题就来了,一个不懂互联网的人,根据自己的喜好或者自己的判断来提出一些需求,有些需求可能很无理,有些时候可能是自己的喜好,有些时候可能是违背互联网的基本准则的。而技术部门往往是只要没有技术难度就开发吧,反正我就按你要求做了,这个中间,没有一个懂互联网的人来把关。注意,懂互联网的人,不是懂技术的人,懂技术的人很多都是不懂互联网的。比如说我曾经见过有公司的老板要在网站的两边加一副对联,结果别人说像灵堂一样,也曾经有公司的老板要把网站做得像电视一样(不是视频网站,就是一个非常酷的过场动画这样子,想法是好的,可惜不适合大型网站,不利于访问也不利于SEO)。

  这个时候一定要有一个产品工程师或者产品组来承担这个中间人,注意,还没有到美工的层面,他需要根据需求方的需求,再加上自己对互联网的了解,来设计这个产品。他要考虑到浏览器、带宽、用户习惯等等内容,以确定如何布置页面中的内容,确定功能之间的关联。在这个时候,如果产品工程师不懂技术,可以邀请Web前端工程师和项目经理/部门主管参与,因为某些地方为了用户体验可能要使用到一些技术,需要由这些人来确定是否要行。

  Web前端工程师

  相对于产品工程师,这个职位显得很加缺乏,因为产品工程师很多时候可以由项目经理或者部门主管兼任,但Web前端工程师这个职位,是很多公司都不重视的职位,很多公司是这样的,Html和CSS由美工负责,而Javascript由程序员负责。但问题是,很多美工对Html/CSS只能实现,至于规范也速度很少考虑,而程序员对Javascript就更加了,从我接触过的程序员中,绝大多数人觉得Javascript是一个比较简单的语言,没什么前途,看不起这种语言,也认为Javascript只能实现一些交互而已。

  所以实际上,很多企业是用两个懂一点点的人,来做这个重要的工作。如果让我来选择,我愿意放弃一个,甚至两个程序员,来换一个Web前端工程师。为什么要这么做?我认为,一个网站两个非常重要的地方,就是他的交互性与速度。很多程序员喜欢划分前台与后台,他们都认为前台不重要,只要后台功能完成了,前台不是很简单的事么!不!不是这样的,前台比后台重要,为什么这么说?你想想,一个用户是通过什么接触到你的网站的,是前台,是Web页面,而不是后台冷冰冰的程序。你有再强大的功能,如果用户操作起来很复杂,那么用户也会抛弃你的,除非用户别无选择,比如说工信部的备案,但问题是,现在互联网同质化越来越厉害,抄袭也变得风行,你真的有这么高的技术壁垒让其它公司没有办法做到和你一样的产品么?

  注意,不要钻牛角尖,我并非说后台完全不重要,你要非说就算你前台再好,我后台一个死循环出不来,那不是也没戏,这是抬杠!除了大型网站和逻辑错误,现在多数网站并不存在后台影响速度的问题,或者说影响不是那么明显。前台所带来的问题,要比后台带的问题多得多,也容易解决得多,往往是可以花少量的代价来解决大问题的,可是往往很多企业愿意去花钱买带宽买服务器租CDN以提高速度,却不愿意请一个Web前端工程师来解决这个问题。同时,请注意,就算你服务器再快你的带宽再高,用户的带宽是不变的,如果你超出了用户带宽的阀值,你所做的一切将都是豪无意义的。

  程序员往往可以实现Javascript的功能,但是由于Javascript的特殊性,他们很难以最优化的方式来开发Javascript代码,就可能就造成他们去网上Copy一段Javascript,然后只要实现效果即可,大量重复的甚至是有Bug的代码被应用到网站中,这些代码将会影响到用户的执行效率,降低用户体验。在HTML方面,这也是程序员的弱项,他们也觉得这个东西太简单,实现起来很容易,但是HTML和Javascript都是入门易深入难的东西,如何合理地组织Html+CSS,让浏览器更快更有效率地执行,这个也是需要很多年的经验的。

  在用户体验方面,大公司可能用UE/UI等部门,而小公司的话,一定要有Web前端工程师,美工只是设计页面,很难照顾到用户体验这个层面,当然不排除有些美工已经有这样的水平。实际上用户体验也和产品设计一样,都属于开源的一部分,因为如果用户体验好就能带来更多的用户,不是开源是什么。

  最后,我想分析一下造成这两个职位被忽视的原因,产品工程师一职,往往被项目经理或者部门主管+投资人代替了,一般来说,做到主管级的人对行业多多少少算比较了解,所以这个职位的缺失可能不会带来大问题,但也有时候会因为这个职位的缺失而导致项目失败的安例发生,这就要求主管同时也要有产品工程师的能力。

  Web产端工程师是最容易被忽略也是最不好招聘的职位,究其原因,是因为部门主管往往是做技术出身的,而技术人员常常会轻视或者忽视前台的工作,也正是这个原因,造成了Web前端工程的工作比较低,所以很多人不愿意去做这个职位,我就常常看到新人如果让ta学习Html/CSS /Javascript,ta就会问你,什么时候我才可以真正编程啊,这样就形成了一个恶性循环,企业不重视,工资上不去,程序员也就不愿意学习了。然后,这个职位可以给公司省下非常高的费用,可以节省数个程序员,减少带宽及服务器。不信?试试看吧!

  来源:涂雅投稿,原文网址,转载请保留此链接,否则视为侵权。



  除非注明,月光博客文章均为原创,转载请以链接形式标明本文地址

  本文地址:http://www.williamlong.info/archives/2156.html
  • 文章排行:
  • 1.mizak
  • 很多网站都无法显示,站长们损失大了
  • 2010/4/25 0:07:44   支持(15)反对(6) 回复
  • 2.宁怡的博客
  • 纯属路过,大家继续!
  • 2010/4/25 0:06:44   支持(14)反对(8) 回复
  • 3.sunwen
  • 文中有句话“现在多数网站并不存在后台影响速度的问题,或者说影响不是那么明显”。

    不认同。

    多数情况下,后天比前台对浏览速度的影响更大。读写数据库时耗时最多的地方
    三松 于 2010-4-25 8:05:29 回复
    呵呵,错了,大多数网站,只要你逻辑没有问题,影响性能并非后台(不要拿大网站说事,大网站是小数)。说句不好听的话,读写数据是最简单的,有三年以上开发经验的人都知道
    hong 于 2010-4-25 18:02:53 回复
    只有10%~20%的最终用户响应时间花在从Web服务器获取HTML/XHTML文档并传送到浏览器中。其余的80%~90%时间花在了下载页面中的所有组件上。
  • 2010/4/25 4:16:33   支持(11)反对(5) 回复
  • 4.521linux
  • 前端工程师没有几个真正合格的,因为很多企业不重视前端工作,不重视用户体验,所以给前端的工资和待遇是整个部门最低的,所以大家也都不会热衷与html+css,都会直接asp.net和php。其实前端工作的难度不亚于后台,现在浏览器众多,有几个前端能够都兼容IE,firefox,opera,chrome等浏览器呢?
  • 2010/4/25 9:34:18   支持(12)反对(6) 回复
  • 5.Jashion
  • 小公司会为了节约工资成本,来减少WEB前端,一般他们都要会前端+美工或者前端+后台
    甚至还希望你是全能。
  • 2010/4/26 9:44:52   支持(12)反对(6) 回复
  • 6.Jacse
  • 这篇文章让我想起了新浪微博一个负责人的关于前端交互的文章,看到那篇文章之后,发现前段就像产品的外形设计,对于普通群体外观往往是第一印象,也是最重要的印象。
    前段傻瓜化是很有道理的。
  • 2010/4/25 21:25:18   支持(14)反对(9) 回复
  • 7.914144599
  • 第一次来留言,心情却是极为忐忑,不言不语,继续潜水
  • 2010/4/24 20:35:55   支持(11)反对(7) 回复
  • 8.bobby
  • 原来是转载的,我说williamlong写的文章不会有这么多错别字嘛
    暮光博客 于 2010-4-25 17:07:09 回复
    兄弟,看清楚,是别人投稿来着
    对讲机 于 2010-4-26 20:18:30 回复
    这边可是很多投稿的哦。
  • 2010/4/25 14:40:25   支持(12)反对(8) 回复
  • 9.abcd
  • 我哭了,世界上居然和我有这么一致观点的人存在。
  • 2010/4/25 14:51:26   支持(12)反对(8) 回复
  • 10.krayli
  • 现在本人就在向前台这个方向发展,还不知道什么时候能在这个方面有所成就。
  • 2010/4/26 15:33:09   支持(13)反对(9) 回复
  • 11.格力空调维修
  • 呵呵,没有办法的事呀,大多公司都在节流,开源就少了
  • 2010/4/25 8:31:57   支持(11)反对(8) 回复
  • 12.GreatNeyo
  • 根据实际情况吧,工资高就不好没人做了
  • 2010/4/25 14:30:06   支持(12)反对(9) 回复
  • 13.白洋淀
  • 说得非常有道理啊,支持。
  • 2010/4/25 20:06:24   支持(10)反对(7) 回复
  • 14.玩家博客
  • 很专业的东西,看着真累..
  • 2010/4/25 20:30:50   支持(9)反对(6) 回复
  • 15.美瞳
  • 的确如此,而且要特别注意用户的感受度!
  • 2010/4/27 12:51:03   支持(12)反对(9) 回复
  • 16.loricy
  • 我是N年美工,,我已经兼做了N年和前端和动画...!
  • 2011/10/25 15:01:50   支持(10)反对(7) 回复
  • 17.rickwu
  • 这篇文章比一般月光的水平弱了点,美工顶级比做软件难,我是写程序的,程序入门难点但是技术知识按部就班只要勤奋一般都不会差太多,美工感性成分高做的好有时候真的靠天赋
    三松 于 2010-4-25 8:03:57 回复
    美工和前端工程师是两个职业
    leo 于 2010-4-26 22:16:38 回复
    对,很多人都容易把美工和前端工程师混淆
  • 2010/4/24 22:24:15   支持(11)反对(9) 回复
  • 18.微波信号
  • 半个业内人士低调的说,文章中所说的产品工程师就是业内的产品经理。是个不负责程序的的项目管家。阿里和腾讯目前的产品经理比较nb,其他的互联网公司也有类似职位,名称不同罢了。done
  • 2010/4/24 22:40:00   支持(10)反对(8) 回复
  • 19.GSSxGSS
  • 说得太好了。
    一直以来看前端设计的书,但真正到了招聘会上,发现他们把前台后台搅做一团。
    国外的前台后台分的很清楚的。
  • 2010/4/24 22:45:03   支持(13)反对(11) 回复
  • 20.北美风情
  • 应该说是99%都没有,至少我见过的都没有,而且这些公司口口声声说网站很重要,但是又不想投入太多。导致网络的利润转化很低很低。
  • 2010/4/25 20:06:29   支持(9)反对(7) 回复
  • 21.无名
  • 国内的互联网公司?算了吧。我都懒得说。一堆垃圾公司做出一堆垃圾网站。国内没有一家值得国人尊重的互联网公司。都是些垃圾公司跟风追潮,搞出个怪胎产品忽悠无知的国人!
  • 2010/4/25 20:36:18   支持(10)反对(8) 回复
  • 22.周公解梦
  • 有些公司,虽然没有这两个职位,但其职务也许由其它职位发挥着
  • 2010/4/26 12:05:37   支持(10)反对(8) 回复
  • 23.双鸭山
  • 这篇文章很有看头,写的不错,不过,我是真的认真的看了
  • 2010/4/24 20:43:37   支持(10)反对(9) 回复
  • 24.Snot
  • 有点统一这个观点,虽然这篇博文不是原创的
    但是我觉得中国就是这样,很多事情是不尊重企业的运作规则的
    即使是大网站也都是上级一句话说了算
  • 2010/4/24 21:17:31   支持(12)反对(11) 回复
  • 26.大猫猫
  • 小企业直接虚拟zhu机,访问量又小,不差那些流量
  • 2010/4/25 0:45:15   支持(9)反对(8) 回复
  • 27.karry
  • 内牛满面。前端工程师来围观
  • 2010/4/25 7:30:19   支持(11)反对(10) 回复
  • 28.向阳
  • 现在前端开发工程师还是很有前途的,另博主最后一个“Web产端工程师”错别字。web前端开发工程师 xhtml+CSS+Javascript AJax等
  • 2010/4/27 13:37:15   支持(9)反对(8) 回复
  • 30.冲浪板
  • 终于知道了互联网公司的一点角色职责情况。而我也渐渐感觉到即使是html的规范也是非常重要的,更别说能带来良好的内容和样式分离的css,以及给用户体验带来非常酷的javascript。
    而产品经理的角色我觉得在传统的软件开发项目中也非常必要
  • 2010/4/24 22:45:13   支持(9)反对(9) 回复
  • 31.安庆法律人
  • 公司网站是展示企业文化的,SEO没那么高的要求
  • 2010/4/25 10:03:46   支持(10)反对(10) 回复
  • 32.云子
  • 互联网对中国的“传统”造成了巨大的冲击!
  • 2010/4/25 21:47:45   支持(8)反对(8) 回复
  • 33.博百优
  • 这两个工程师都不知道,呵呵
  • 2010/4/26 10:11:59   支持(10)反对(10) 回复
  • 35.韩宝平
  • 传说中的沙发
    如何理财 于 2010-4-25 21:20:47 回复
    很不解,为什么不一起去搞国外的呢
  • 2010/4/24 20:13:45   支持(9)反对(10) 回复
  • 36.东营吧
  • 也许对吧,看了好几遍,不太清楚
  • 2010/4/24 21:55:03   支持(8)反对(9) 回复
  • 37.够抠
  • 说的很专业 看的很辛苦 禁不住留言支持
  • 2010/4/24 22:27:31   支持(9)反对(10) 回复
  • 38.iamlukas
  • 不懂技术而在学技术的路过。
    在啃html+css。希望能有点用。
  • 2010/4/24 23:30:56   支持(12)反对(13) 回复
  • 39.长沙防水
  • 我学以后成为Web产端工程师,我应该怎么样去学习呢?
  • 2010/4/25 0:14:51   支持(7)反对(8) 回复
  • 40.老实人博客
  • 这个问题说得好。可是,从目前的情况看,许多公司只看重眼前的利益,不去想太多。所以,问题还是不好解决~
  • 2010/4/25 0:30:25   支持(8)反对(9) 回复
  • 43.jungil
  • 不瞒你说,我待过的前一家公司还真有。虽然公司规模不大只有30人左右,但是分企划部和设计部。设计部里有专门的design和coding。企划部就是你所谓的产品工程师,coding就是你所谓的Web前端工程师
  • 2010/4/26 10:59:59   支持(8)反对(9) 回复
  • 44.Hannibal
  • 小公司,人少,都是身兼数职的,多雇一个人就是多一分成本。不像大公司都是一个萝卜一个坑,可以做到分工明细。不设专职不代表没人做。
  • 2010/4/26 22:07:57   支持(8)反对(9) 回复
  • 45.天涯
  • 佩服,观点独到啊,佩服。很喜欢你的博客。
  • 2010/4/30 5:44:13   支持(7)反对(8) 回复
  • 46.江枫小筑
  • 以前工作的公司专门请的是成都的 高级视觉美化工程师 2个人来2周 带的是macbook 主要工作是给页面调颜色
  • 2010/5/3 11:50:42   支持(9)反对(10) 回复
  • 47.青涯子
  • 两个词:用户体验+习惯
    仔细看,文章也没有更新颖的东西,只是吧用户体验往实际实施的角度多迈出一步!
    国内小网站多如牛毛,百度又不争气,这方面的精力被seo和ppc给挣去了!
  • 2010/9/6 16:45:01   支持(11)反对(12) 回复
  • 48.浙江联想
  • 我们公司有前端跟产品经理,但是产品经理更像摆设,都是老板说了算,整个公司官僚风盛行,哎。。。
  • 2011/9/22 14:24:35   支持(9)反对(10) 回复
  • 49.密陀僧
  • 月光这里留言评论的怎么越来越少了。。。。
    匿名用户 于 2010-4-24 23:10:05 回复
    估计都到月光的twitter、buzz里面去聊天了
    crossyou 于 2010-4-26 23:26:33 回复
    月光博客是用来看的,不是用来留言的。
  • 2010/4/24 20:57:08   支持(10)反对(12) 回复
  • 50.pandora
  • 说的不错,搞的人少了,就会成为热门。
  • 2010/4/24 22:24:10   支持(7)反对(9) 回复
  • 51.小可人
  • Web 前端工程师并不是设计师,或许将这个岗位定位为开发人员更合适,因为这个岗位上每天接触的更多的仍然是代码、代码、代码。
  • 2010/4/24 23:11:31   支持(5)反对(7) 回复
  • 52.RayChow
  • 前臺後臺沒有誰更重要吧,面向對象都不同怎麼比較
  • 2010/4/25 1:06:42   支持(7)反对(9) 回复
  • 53.wxtuzi
  • 不错!学习了!希望月光继续发表这样有营养的文章!
  • 2010/4/25 10:31:19   支持(12)反对(14) 回复
  • 54.左岸读书
  • 俺还是来研究研究月光的web前端吧。
  • 2010/4/29 13:33:53   支持(8)反对(10) 回复
  • 57.少康
  • 我是程序员,前台制作,SEO,SEM都一个人做。往往公司还认为这是你应该做的。
  • 2010/4/25 14:30:06   支持(8)反对(11) 回复
  • 58.sivy
  • 非常赞同!!正在寻找比较好的前端工程师
  • 2010/4/26 11:06:37   支持(10)反对(13) 回复
  • 60.正义魔
  • 无奈的事实,我毕业后去的第一个公司是做 seo 的(一外企),里面的人基本全是 yahoo,163 之流。注意,这些是国内唯一注意 web 表现的公司,而悲哀的是跳到我们公司的这几个人全是在他们的原公司里唯一负责 web 前端的人……

    在 baidu 竞价排名横行,网络广告疯狂的世界里,seo 是没有意义的。同样的,一个良构的网站也是没意义的,所以你只会见到美工,见到会计,这也是为什么虽然我深爱网页设计最终还是无奈干回了 java。
  • 2010/4/24 23:51:57   支持(11)反对(15) 回复
  • 61.摩尔博客
  • 不是做技术的,来学习下!
  • 2010/4/25 9:44:16   支持(7)反对(11) 回复
  • 62.geox
  • 其实更为严重的是,中国的很多程序员写代码都不知道什么是代码封装这样最基本的概念的,那些代码写的又长又容易出错,特别是给维护带来特别大的麻烦。经常见到十几次甚至几是次使用同样一个代码段却不把代码封装成函数调用的
  • 2010/4/25 12:09:33   支持(8)反对(12) 回复
  • 63.interjc
  • 终于有人为前端说句话了,不留言不行
  • 2010/4/25 14:38:22   支持(5)反对(9) 回复
  • 64.博踩众山
  • 任何工作都是有意义的,要做到严谨细致、一丝不苟,这个世界离开了谁都转不动,不能搞职业歧视啊!
  • 2010/4/25 21:37:08   支持(5)反对(9) 回复
  • 65.逸飞
  • 哇靠,原来广告真的无法显示。×××,太卑鄙了。

    楼主好文。
  • 2010/4/30 18:12:36   支持(9)反对(13) 回复
  • 66.密陀僧
  • 小公司都是美工当前端使。或者程序当前端使。
  • 2010/4/24 20:53:10   支持(7)反对(12) 回复
  • 67.mizak
  • 谷歌广告被封了,无法显示啊
    请月光看看,我还以是网站的问题
    谁搞的鬼大家很清楚了
  • 2010/4/25 0:05:56   支持(10)反对(15) 回复
  • 68.月落天涯
  • 说实话 这个问题确实需要考虑国情……
  • 2010/4/25 13:26:04   支持(5)反对(10) 回复
  • 69.megeee
  • 错别字:“安例”>>"案例"

    "但也有时候会因为这个职位的缺失而导致项目失败的安例发生"
  • 2010/4/25 12:46:59   支持(7)反对(13) 回复

发表评论:

 请勿发送垃圾信息、广告、推广信息或链接,这样的信息将会被直接删除。

订阅博客

  • 订阅我的博客:订阅我的博客
  • 关注新浪微博:关注新浪微博
  • 关注腾讯微博:关注腾讯微博
  • 关注认证空间:关注QQ空间
  • 通过电子邮件订阅
  • 通过QQ邮件订阅

站内搜索

热文排行


月度排行

本站采用创作共用版权协议, 要求署名、非商业用途和相同方式共享. 转载本站内容必须也遵循“署名-非商业用途-相同方式共享”的创作共用协议.
This site is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 License.