对于前端技术,大厂的关注点和小厂的关注点可能不同。但大厂的声音更容易得到传播和放大,从而引领者业界的技术热点和方向。
但是,大厂的方向不一定是小厂的方向啊!所以小厂的CTO应该如何规划公司的技术发展就非常值得商榷了。比如:
小前端,大中台。
这些东西对于大厂非常重要,可以有效减少不必要的内耗,提高管理效率和资源整合能力,可以为集团的技术生产提高更高的赋能。
但是这玩意对于小厂,或者这么说吧,整个公司前端不超过 10 人的公司,投资与收益比是小于 1 的,是不划算的,因为不适合。
对于很多 C 侧的网站,其页面呈现是如此的静态,交互是如此地简单,为什么要去使用 Vue/React 呢?
面向用户侧的产品,语义化可是很重要的,用户体验可是很重要的,重要的是用户,而不是自己的开发时间和开发体验。
页面内容直出不香吗?jQuery 难道不香吗?又简单又快速,无论是加载体验还是交互体验都好,这难道不是最重要的吗?
不能说这个是新技术,就哗啦啦把以前的一通实现全部推翻,重构,重来,正好让我练练新技术,缓解自己焦虑,满足开发者天生想要使用新技术的冲动。
看问题的角度非常另辟蹊径!不一定要随大流,也可以保持轻量、保持小而美,真的需要用到这么重的框架吗?
比如element、iview、van哪一套套 UI 组件库,特点是数据交互量大、增删改查频繁、对性能要求不高、对视觉要求低、功能至上,反正自己人用。
作为技术负责人来说,真正要思考的是,哪些技术是真的值得我们引入的,哪些是只适合别人而并不适合自己的,要实事求是地根据自己的业务和规模来定,拒绝跟风。
我认为作为一个职业的前端开发,评估在公司这样一个商业机构里是否应用某一个技术,不应该是这个技术是否流行,不应该是这个技术能否让我开发爽,也不是是否可以炫耀自己独家掌握的技术,而应该是这个技术是不是适合我们产品,对用户和公司带来的价值有多大,对于同事间协作新人加入后的维护是否方便等。
要做到切合实际的技术选型,还真的是很不好把控的。也许是目前的实力还不够,但这个理念是应该要有,引入一项新技术的时候多从这些角度思考。
99% 的前端都是散布在全中国大大小小的企业中,你们所有关注的,真不是那些高大上的东西,脚踏实地,使用简单传统的技术实现对用户友好,对业务有帮助的产品才是真正的王道,这句话对于这些企业的技术 leader 最受用。
不过话又说回来,下面前端开发人员的技术焦虑怎么办?想要应用新技术的冲动哪里释放?找点内部项目做啊,帮助公司做点效率提升的工具和产品之类的,顺便可以验证这个新技术合不合适,坑多不多,对吧,一举两得,一箭双雕。
总而言之,合适的才是最好的!所谓的热门技术谨慎用在对外的产品中。
在公司内部找项目做,这也不是不可能,但前提是要有充足的业余时间,如果你花上班时间来做这些项目,领导和老板是否同意?抑或说先自己实现出来,好用不好用,对公司的价值体现在哪,得到一系列结论,再跟老板说也不晚。
另外,很多从业者是为了面试,为了好找工作,才迫于要学这些新技术。毕竟网上经常吹风,放出大量的面试题、面试经历文章,也难免引起从业者的焦虑心态。