最近的,最远的最近,或者说在过去的几个月里,我与几个前端同事,一直在讨论一个话题:『做为一个前端开发人员,咱们面临怎样的困境?又该如何去解决?』。前端
而在较老的一次历史讨论(多是在 6 小时之前)里,我便想从新理清一次其中的思路,也就有了这篇文章。小程序
前端是否是没有地位?后端
答案:不是,也是。微信小程序
当咱们在技术领域,技术团队,讨论地位的时候,说的其实是话语权——技术的话语权,KPI 的话语权。技术话语权,是因人而异,当你可被信赖时,你就有了话语权。而 KPI 话语权,实际上指的是 title。微信
1. 来得晚的前端没有 Title。Title 是一个颇有意思的东西:先到先得,你去了一家高速发展的创业公司,你的 title 就升得很快——站在风口,大象都能飞。而,大部分 Web 应用,前期注重的每每都是应用的功能,这也致使了:这些组织在前期并不须要优秀的前端开发。而发展起来以后,便开始追求用户体验、视觉效果、多平台,到了这个时候呢,关键的坑位已经被后端占据了。毕竟好的前端很贵,可是能实现页面的前端处处都是——甚至是后端也是。前端工程师
2. 后端懂点前端,而前端不懂 CRUD。事实上,大部分的组织对于团队负责人,都有一个默认的要求:『精通』整个系统——不管是先后端。这就意味着,前端须要懂后端,后端也须要懂前端。因此,一个不懂后端的前端,站不到 title 上;一个不懂前端的后端,站不到 title 上。但是呢,对于普通的开发人员来讲,要达到中等前端水平的时间花费,要比后端少得多。而若是放到大前端的领域来考虑,这个问题就须要额外商榷了。架构
PS:懂后端也并不要求,你精通后端。由于最好的篮球教练,并不要求会打篮球。而打篮球最好的不必定会当技术负责人/Coach,好比——科比被女儿怼:“你不会打篮球,教练是这么教个人” 。固然了,有技术底子是最好的,可是它也可能在必定程度上限制你。框架
3. 需求导向(可选)。对于服务型公司,如我司,需求方决定了架构的复杂性,决定了其所须要的 title。而需求方对于架构、复杂度的考量,每每是来自于整个市场的平均知识水平。也就是说,一旦业务方需求不复杂,也就不须要高级的前端开发,便谈不上就不话语权。工具
综上所述,如果想争取地位须要:去得早,懂后端,机会好。区块链
扯太远了,那么继续往下扯。
5 个因素决定前端
一. 复杂度,决定前端
一样是作一个手机,诺基亚的功能机,和 iPhone 有不同的成本。
项目的业务人员/产品经理/产品负责人对于产品的需求,出所以决定了应用/产品的复杂度。诸如于,一样是一个搜索功能,它有不一样的实现方式:
复杂度,决定了对于优秀前端工程师的需求。也所以在某种程度上,决定了前端的话语权。好比说,『出于设计上的须要,决定了后端应该这么作 xxxx』
也所以,诸如于腾讯这样的产品型公司,先后端都没有地垃。
可是,它避免了后端决定了前端需求的要素——这一点很是重要。在产品话语权不高的团队,必然是先到先得的后端管理者,决定了整个产品的走向,也由后端决定了前端的设计。
二. 团队规模,决定前端
只有组织内的前端团队达到必定的规模,才能迫使组织的管理者意识到:『咱们须要更优秀的前端开发,才能解决当前的瓶颈』。
按 xx 划分:
按团队规模来划分:
因此,若是你只是在切图,若是你只是在画 HTML5
3. 流水线式开发
大型组织,须要更明确的分工,以便于机械工的生产更多的应用。
也所以须要更明确的分工,来解决效率的问题。
4. 客户端多样式
在最近的几年里,前端走向大前端的缘由也在于此,对于多种客户端开发的需求:微信小程度、桌面客户端、跨平台应用等等。使得一个个前端开发人员,身为多技。
做者手疼,省去了几十个字。
5. 新的领域
嗯,只有新的领域,才存在更多的机会。
做者手疼,省去了几十个字。
6. 业务熟悉度
若是你不关心业务,对业务不了解,那么你哪来的自信,去领导整个先后端团队。
做者手疼,省去了几百个字。
结论
言而总之,总而言之:只有优秀的前端,才有必要讨论地位。抱怨,解决不了问题——只有起而行动,才能有效地解决问题。