你知道前端工程师的发展方向吗?

前端工程师的三个发展方向

专家方向

经过几年的技术积累,大量的项目历练,很自然地就朝着专家的方向过渡了。技术人普遍具有的一个特征就是不喜欢管一些乱七八糟的事,更愿意钻研感兴趣的技术,解决一些技术难题。走专家路线可能是大多数技术人的选择。

管理方向

另一个职业方向就是技术管理。技术管理要求的更综合,日常的工作涉及项目管理,跨部门沟通,团队管理,技术体系建设等方面。做技术管理意味着远离一线coding,渐渐失去自己的技术优势,80%的精力是帮助团队同学成长,通过团队完成既定目标。

技术人要经历一个心态的转变。但企业招人过去最主要的目的是解决实际面临的技术问题,所以对于技术管理来说,技术还是一个基本面,不能完全放下,还是要时刻关注技术大方向。

产品&业务方向

还有一个职业方向是转型做产品经理更多地贴近业务。我身边有越来越多的前端做了几年的研发后转型做了产品。技术人转型做产品,其实是比较有优势的,一方面懂技术能更好地和研发沟通,另一方面产品设计上更容易落地。

这三个方向需要怎样的技能

夯实基础

别管是在大厂还是小厂,毕业前三年要沉下心来修炼内功,搞好前端基础。熟练掌握HTML、css、js,掌握主流的前端框架。

尽早进大厂

去大厂越早对自己的帮助越大。规范的流程管理、完善的技术体系都有助于提升技术视野和好的工作习惯的养成。

深度和广度相结合

在深入掌握一项技能的同时,要横向了解服务端或者移动端的知识,培养自己的系统认知能力。现在市场上对候选人要求全栈的能力,就是对这方面的一个诉求。

跳出技术思维,多与业务侧沟通,培养自己的业务 sense

能更有助于理解业务侧提出的需求的背景和逻辑。也有助于日后向产品方向或者业务方向转向。

现代前端的必备技能——前端工程化

极大提升开发效率

前端工程化的演进可以极大地提升开发效率。前端发展到现在,社区涌现出大量的优秀框架和工具,得以将前端工程师从繁重的工作中解脱出来。

降低大型项目的开发难度

首先前端工程化中提倡模块化、组件化。模块化的思想将大型项目的功能进行分解,分拆成一个个独立的模块。每个模块的开发难度直线下降。其次,前端工程化提倡用完善的流程规范和代码规范来保证大型应用的质量和可维护性。

更易获得面试官青睐

如果想进入大公司工作,前端工程化更是需要具备的基本素质。大公司的业务往往非常复杂,而且对稳定性的要求极高。与之相对应的前端工程化程度很高,各种配套的基础建设很成熟。

比如美团点评体系化的工程化方案、移动组件库Vix、自动化测试工具 Freekite、Hybrid 功能体验的解决方案 Titans 等。想得到这些公司的青睐,候选人需要在前端工程化领域有较深的积累。

开放的心态才是更高阶的工程化

适合自己的才是最好的

前端小伙伴们们都是出了名的爱学习(被动学习),看到别人家有高大上的技术或者流程工具,自己的团队也一定得赶紧看齐。

这种想法是不太理性的,因为每个团队的规模和所处的阶段不尽相同,我们不应该完全照搬别人的流程和工具。正确的做法是学习别人的思想,然后结合自己的实际情况,打造适合自己的技术体系。

开放协作,站在巨人的肩膀上才能取得更大的成就

公司规模比较大的时候,各个业务部门之间就会形成一个一个的小技术圈子,难免会出现各种平台工具的重复建设,造成资源的浪费。我想说的是作为技术人应该始终保持开放的心态,在研发任何平台工具之前,首先要想的,当前是否已经存在类似的工具可以解决自己的问题。自己是从事了五年的前端工程师,自己整理了一份最全面前端学习资料,从最基础的HTML+CSS+JS到HTML5的项目实战的学习资料都有整理,送给每一位前端小伙伴,有想学习web前端的,或是转行,或是大学生,还有工作中想提升自己能力的,正在学习的小伙伴,需要可以私聊我哟,这是我的前端开发qun,【六零三】【九八五】【九九三】,直接群里下载,对于学习web前端有任何问题(学习方法,学习效率,如何就业)都可以问我,

如果有的话,那么请直接拿来使用。

如果有但不能满足需求的话,可以在已有工具的基础上进行二次开发,这远比完全重新开发一个工具要高效的多。3.** 一切从业务出发,技术要解决问题**。

技术如果不能创造价值,那么再先进的技术、再牛逼的平台工具都一文不值。

工具和平台的演进要从业务开发中来,然后再去服务日常的业务开发。只有这样才能推动形成一个良性的循环,平台工具的建设和研发效能的提升实现双赢。

发布了24 篇原创文章 · 获赞 6 · 访问量 709

猜你喜欢

转载自blog.csdn.net/jinmu520/article/details/105452166