你是否头疼于,每天做不完的需求和改不完的bug?
你是否发愁,每天撸业务代码,是否能获得技术成长?
而追求成就感的你是否想过,你所编写的一行行代码,是在反复的变化中迅速成为遗留代码,还是助公司插上腾飞的翅膀,在你死我活的战场上脱颖而出?
因此本文会将业务和前端关联起来讨论,探讨业务发展的不同时期,前端所能做的一些事情,既能解业务的困扰,也让前端同学们摆脱码工、切图仔的定位。
大误,还是得详细说说。
在业务的初始阶段,在市场定位、用户诉求、产品逻辑已经明确的前提下,此时业务的核心诉求是 『尽快上线』,进行快速验证和产品迭代,当然,质量还得能过得去。
所以此时技术同学的方案侧重点是:
先说『快』,在这种情况下,什么vue/react都见鬼去,老夫只用jQuery一把梭!
这是反面案例,这样就只能重构火葬场了,项目上线完就打包行李滚蛋……
此时的快,指的是 尽可能复用集团/业内成熟的方案、架构,按捺住自己重新造轮子的躁动不安的心情。
这又涉及到一个问题:如何选择一个靠谱的方案?这是一个可以另开文章的话题,但先在此简单说说
根据我个人的经验,主要从稳定性、可扩展性、性能去考虑。
稳定性 如何去评估?如果一个项目能做到这几项,我是比较放心的。
可扩展性 如何评估?主要是指能否根据业务or已有技术方案,自定义部分内容。
性能问题,短期容易被人忽视,因为能跑就行,但一旦埋下隐患,日后有坑就极难解决。容易出现性能问题的地方有:代码构建、长列表/表格滚动、大数据图表、复杂动画、3D全景渲染等,如果所做的业务涉及到这几个方面,选择方案的时候就要特别注意性能。
如果实在图省事儿,create-react-app、umi开箱即用来一套就完事儿了。
『爽』 这个字我的理解是,一款新产品出现,一定需要在用户体验or交互上有绝对领先对手的地方。
一个我始终记忆犹新的例子,就是乔布斯发布第一款iPhone时,演示滑动列表时全场的惊呼,一个乔布斯的哥们说:当你滑动页面的时候我就湿了。
另一个前端领域的例子,就是Ant Design。AntD被广泛使用,很大一部分原因是其出色的视觉设计和动效。至今为止,AntD的官网介绍上仍然说这是一个设计体系。
所以我觉得,一款新产品,除了提供刚需价值,最好在美观和易用上领先对手一大步,虽然主要还是看设计师和产品的功底,但前端同学的实现上至少不能拖后腿,不能加载太慢、滚动太卡。
蓝海市场、刚需产品也许不那么看重这一点,但有的蓝海门槛较低,很快就会转变为红海。
还值得一提的是,账户体系的建设,包括打通三方登录、免登等(客户端登录态透传到h5),网上不少资料,我实在没这方面经验,就不在此多嘴了。
OK,假设产品如期上线,数据蹭蹭上涨,看起来一切都很完美。
然后问题就来了,业务开始扩张,公司新招了100个运营和10个PD,你会发现需求突然就翻了10倍。这个时候我们怎么办?
答案只有一个:提(jia)效(ren)。所以这个时期的核心是:
提效最简单的办法是加人,但问题是,100个运营好找,100个能写出靠谱代码的前端不好找,有的时候改别人的代码,比重写一遍更麻烦。看过《人月神话》的同学都知道,加人带来的效率提升是有瓶颈的,人平均效率会随着人数增加而下降。
此时就需要考虑通过技术手段提效,沉淀基础研发体系,包括:
除了技术手段,人员的技术成长也很重要,毕竟技术方案是由人来执行的,个人觉得常用的方式有:
当然,还有一个提效的神技,就是——砍需求。
砍需求也是一门技术活儿,有的高级工程师用嘴就将需求解了。但不是每个团队都采用放权式管理(此处感谢我的历任老板们),给你足够的权力自己砍需求和排期; 有的公司采用的是集权式管理,只有前端leader能够砍需求和进行任务分配,也使得不少同学这方面能力没成长起来。
那么需求到底怎么砍?听我简单说一下,欢迎更好的套路。
一般一个重要的、合理的需求都能比较好回答上面这些的问题。其中第三点,数据说话,也对公司的数据化能力提出了要求。
另一个不能忽视的是,如何变得更『稳』,因为大家都很急,一急就容易出线上故障,然后时间都花在处理故障上了,然后时间就更急,一个快速腐化的死循环,然后你能怎么办呢?只能以猝死明志啊……常见的有以下几种方法:
以上这些问题解决了,前端同学也就算是又快又稳地帮业务度过了快速发展期,迎来业务的精耕细作期。
俗话说得好:攻城容易守成难,但现在攻城也不那么容易了。现在新兴的独角兽,背后都有AT的影子,例如ofo和摩拜,双方都极难一下子摁死对方。而是互拼内力,最后很可能落得两败俱伤。这个时候我们就需要稳中求快。
前两个阶段的C端场景看起来和前端关系更加紧密,那么这个阶段和前端有什么关系呢?我觉得能做的事情有:
在不少缺前端的公司,这部分通常也由后端用jQuery一把梭。但后端撸出来系统,通常都欠缺交互意识(无导航、报错信息等设计)、撸不出稍微复杂的布局(见过被float和flex难住的)、缺少动效、SPA 等,做出来的系统真的差不少,都9012年了,还是让专人来干这活吧。记得加上水印,包括明水印和暗水印,便于公司时候追责,间接防止公司机密外泄。
hybrid方案是有必要的,但应该在急剧扩张时期就做得差不多了。
极致性能也属于比较炫技的东西了(已经做到1~2s页面可交互的前提下),短期内没有特别大的必要,但在追求极致性能的过程中,迫使相关同学深入了解容器技术、服务端、网关、cdn等底层,并推动相关方升级,经过长时间的积累,带来人力储备和技术储备的提升。
基本上做完上面那些东西,公司的业务进入一个稳定的时期,就是到处看看有什么新的东西可以做了。(当然还是可能有各种各样蛋碎的改版)
核心
端的扩展:
智能化:
实在不知道前端还有什么新的东西好关注的了,硬掰不出来,就这样吧,欢迎指点。
读完本文,相信你已经找到了前面三个问题的答案,能够不再被一堆需求推着走,也能够不再只撸业务代码,孕育出属于你们团队的技术方案而获得技术上的提升,最重要的是找到自己的一身本领在这个商业世界中的价值,不忘极客梦,技术改变世界,rock the world。
免责免撕声明:本文是个人的一些总结和思考,笔者的业务经验有大流量产品、大型营销活动、各类中后台项目,基础技术产品也搞过,但终究经验有限,难免有错漏,欢迎指正和补充。