您的位置: 信阳信息港 > 网络

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

发布时间:2019-03-24 16:43:05

我敢打赌,在中国,一半以上甚至更多的,以站为主营业务的或者把站很看重的公司,没有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就会问你,什么时候我才可以真正编程啊,这样就形成了一个恶性循环,企业不重视,工资上不去,程序员也就不愿意学习了。然后,这个职位可以给公司省下非常高的费用,可以节省数个程序员,减少带宽及服务器。不信?试试看吧!

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

文中有句话“现在多数站并不存在后台影响速度的问题,或者说影响不是那么明显”。

不认同。

多数情况下,后天比前台对浏览速度的影响更大。读写数据库时耗时多的地方三松 于 8:05:29 回复呵呵,错了,大多数站,只要你逻辑没有问题,影响性能并非后台(不要拿大站说事,大站是小数)。说句不好听的话,读写数据是简单的,有三年以上开发经验的人都知道hong 于 18:02:53 回复只有10%~20%的终用户响应时间花在从Web服务器获取HTML/XHTML文档并传送到浏览器中。其余的80%~90%时间花在了下载页面中的所有组件上。

2010/4/25 4:16:33 支持(11)反对(5) 回复

前端工程师没有几个真正合格的,因为很多企业不重视前端工作,不重视用户体验,所以给前端的工资和待遇是整个部门的,所以大家也都不会热衷与html+css,都会直接和php。其实前端工作的难度不亚于后台,现在浏览器众多,有几个前端能够都兼容IE,firefox,opera,chrome等浏览器呢?

2010/4/25 9:34:18 支持(12)反对(6) 回复

这篇文章比一般月光的水平弱了点,美工比做软件难,我是写程序的,程序入门难点但是技术知识按部就班只要勤奋一般都不会差太多,美工感性成分高做的好有时候真的靠天赋三松 于 8:03:57 回复美工和前端工程师是两个职业leo 于 22:16:38 回复对,很多人都容易把美工和前端工程师混淆

2010/4/24 22:24:15 支持(11)反对(9) 回复

终于知道了互联公司的一点角色职责情况。而我也渐渐感觉到即使是html的规范也是非常重要的,更别说能带来良好的内容和样式分离的css,以及给用户体验带来非常酷的javascript。

而产品经理的角色我觉得在传统的软件开发项目中也非常必要

2010/4/24 22:45:13 支持(9)反对(9) 回复

不瞒你说,我待过的前一家公司还真有。虽然公司规模不大只有30人左右,但是分企划部和设计部。设计部里有专门的design和coding。企划部就是你所谓的产品工程师,coding就是你所谓的Web前端工程师

2010/4/26 10:59:59 支持(8)反对(9) 回复

无奈的事实,我毕业后去的个公司是做 seo 的(一外企),里面的人基本全是 yahoo,163 之流。注意,这些是国内注意 web 表现的公司,而悲哀的是跳到我们公司的这几个人全是在他们的原公司里负责 web 前端的人……

在 baidu 竞价排名横行,络广告疯狂的世界里,seo 是没有意义的。同样的,一个良构的站也是没意义的,所以你只会见到美工,见到会计,这也是为什么虽然我深爱页设计终还是无奈干回了 java。

2010/4/24 23:51:57 支持(11)反对(15) 回复

其实更为严重的是,中国的很多程序员写代码都不知道什么是代码封装这样基本的概念的,那些代码写的又长又容易出错,特别是给维护带来特别大的麻烦。经常见到十几次甚至几是次使用同样一个代码段却不把代码封装成函数调用的

2010/4/25 12:09:33 支持(8)反对(12) 回复

(*)

验证(*)

猜你会喜欢的
猜你会喜欢的