ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

3 年小前端聊聊跳槽、技术成长与职业规划,前端开发前景

2021-09-10 13:06:54  阅读:178  来源: 互联网

标签:需求 一个 前端 职业规划 技术 业务 可能 聊聊 前端开发


  • 脱离于业务的技术是没有实际意义的

这句话是我一直想说的,我们做技术的不服务于业务难道服务于想象力?你想做什么就做什么,那是自由开发者去做的事,你在互联网企业里,在当前社会中,你做的事是不能脱离业务的。你可能想说,我不想写业务,我想去底层架构想去中台,那么思考一下,底层架构和业务中台服务的是谁?不还是业务团队吗?说白了,他们的也是在写业务需求,只不过是服务于业务团队的业务需求。所以,我们开发人员不要总想着脱离业务,脱离业务去谈技术,那是没意义的。

  • 不做业务的奴隶

什么是业务的奴隶?

举个例子,你有一个表单表格类的需求,你花费2天时间开发完了;下周,一个新需求还是表格表单,你又花费了2天;一个月后,相同类型的需求你又花费了2天。然后半年后你跟同事朋友吐槽,每天都是相同的需求,我都做烦了。恭喜你,业务奴隶说的就是你。 长此以往,你剩下的就只是复制粘贴和无尽的抱怨,能有成长就怪了。

我这里并不是影射谁,只是希望大家能脱离业务怪圈,想办法在业务中成长自己。

  • 业务与技术是相互促进的,学会在业务中成长技术

    那么如何才能不做业务上的奴隶呢?总的来说那就是,要在业务中成长技术,你的技术要反馈到业务上,我们的要求不是能开发完业务,而是开发好业务。我这里总结了几点:

    1 - 做提升效率的事情

    比如,上面提到的,相同的需求,你做完一次两次,发现共性了,我们的业务需求经常有这种场景,那么是不是能把共同点抽象出来,或者封装一个方法,或者封装一个 npm 包,甚至可以带动后端提供一个一整套完备的解决方案等等。那么下次这种需求可能就2个小时就开发完了,你提速的同时你的产出还能被大家看到,节省下来的时间你就能做其他事情了,从手动化到自动化,这就不是业务的奴隶了。

    再比如,你每一次都写新需求、新系统都要重新搭建,每一次你都是直接复制粘贴原来的框架改吧改吧来用,那么是不是考虑做一个团队 cli 工具,可定制,适配各个场景各个需求的,这不也是提升效率的事情吗?

    当然,有的下伙伴肯定就抬杠了,你节省下来的时间也会被其他业务需求所代替,依旧是业务奴隶,那么我想说,至少其他业务是新业务新需求,你还是可以继续优化抽象,如果最后还是变成了业务奴隶,那么参照上面的跳槽一节,里面有你要的答案。

    2 - 做解决业务痛点的事情

    业务痛点就是那些存在已久的大家都知道的,但是又没人解决或者不好解决的事情,建议大家要敢于解决业务痛点问题,敢于啃硬骨头。这么说吧,你解决了,可能领导会高看你一眼,绩效会很好,对你来说好处很多;退一万步讲,你没解决,那么这个问题原本就一直存在,谁也不会说你啥,无惩罚的“刷怪晋级”机会,何乐而不为呢。

    可能有人问了,没有技术痛点咋办。我只能说一句话,玄学技术领域,不可能没有,如果没有,那就是还没发现,赶紧自己发现一个去解决~???

1 -> 3年 和 3年 -> ∞

我这边把前端的时间节点分成了两个阶段,当然,有的大牛可能出来就是大牛,这个我们不能拿来参考,我认为一个正常的前端应该都会经历这两个阶段。

  • 1 -> 3年,飞速的汲取知识,业务中磨砺技术 —— 【广度】

1~3年大部分人都是刚踏入社会,经验不是很多,因此这段时间最适合飞速地让自己成长,飞速地汲取知识,无论是专业知识还、业务知识,还是互联网动向等等。总之,你平时遇到的不会的问题,新鲜的知识,就都选择去了解、去学习、去吸收,可能不一定都能弄会,但是一定要都有所了解。这就是我说的一个广度的问题。再简单举个例子,比如前端,你就一心一意只搞一门技术,那就最火爆的框架来说吧,比如你就只会 Vue,而React 一点都不会也不去了解研究,那么如果3年以后Vue应用越来越少了,那就意味着你的路越走越窄了,你能跳槽的公司选择一下就少了很多,不仅仅是跳槽,你的知识面也一下就限制在了某个领域,这一点是很重要的。你可以不擅长,但是你一定要会,这样遇到问题的时候,你才能有很多角度去思考去解决它,这就是一名技术人员的格局,格局决定了你未来的生存空间。

  • 3年 -> ∞,技术领域下沉,架构思维提升 —— 【深度】

有的人可能说了,你一个三年前端在这跟我扯什么犊子。没错,我确实不到四年前端经验,所以这里说的是我的个人规划,可能成功,可能失败,还未可知,但是我愿意按照这个思路去尝试。3年以后的技术方向,我觉得就是在专业领域做技术下沉,同时培养自己的架构思维能力。可能很多人都有一个带团队的心,当 leader 的想法,那么首先你的技术要足够的有深度,写一个需求和设计一个系统架构完全是两个维度的事情,你没有足够深的技术作为支撑是很难做到的。具体怎么做下沉,我也不知道,但是我在努力的去探索,感兴趣的可以一起聊聊~成不成功又如何,至少我们要敢于尝试。

职业规划


关于职业规划,还是那样,我只给大家我自己的看法,本文是一个引玉文,我希望和大家一起交流,通过我的观点和你们共鸣。

  • 1 - 35岁退休开滴滴送外卖

从目前互联网开发人员基数来看,这个应该是大多数人的选择,互联网确实熬人,有时候可能换一个工作,换一个城市,换一种思维,活得更开心,也未可知。条条大路通罗马,只要坚信自己的选择就可以了。幻想有一天,你去互联网公司送外卖,程序员小哥因为一个 bug 挠破头的时候,你坐下一行代码帮他解决问题,回头留下一句:麻烦给个五星好评,然后潇洒离去,多么 NB 啊~

  • 2 - 某个领域的资深开发专家/架构师

可能是一小部分人能达到的,也可能是很多技术人员最终向往的,就跟少林寺的扫地僧一样,可能方丈权利比较大,但是我更愿意做一个与世无争万人敬佩的扫地僧。说一个不成熟的例子,Vue 的尤大大是不是有点那个味道了,个人开源和公司入职,谁又能说一定是哪个方向就更好呢????

  • 3 - M线管理领导

可能是更少一部分人能达到的,这个就跟金字塔一样,M线管理者应该是出于塔尖,可能我见识比较短,他们应该更接近财富自由了。我没当过领导者,我也没带过团队,所以关于这一点,我没啥可分享的。但作为一个资深“塔底”我只说一点:我觉得一个合格的领导者必须是能凝聚人心的、有人格魅力的,否则团队没有凝聚力,就好像士兵上了战场没有将军指挥一样,一盘散沙的队伍是不能打硬仗的。

未来与展望


正好来说说未来与下半年展望,

  • 每天争取读一篇技术文章或者一道算法题

读文章一方面是为了时刻感知新鲜技术,丰富眼界,如果遇到感兴趣的点,还可以实际编码尝试,前端领域或者整个互联网技术,你停滞不前其实就是等于倒退,所以还是要不断的学习进步才行。

至于算法题,通过各个面试发现,互联网技术这部分的面试,算法题依然是贯穿其中的,不论你是什么方向,平时用不用得上,用算法题刷人、辨别一个人(是否真能辨别出来我不做评判)已经是一个共识了,我觉得刷算法题也算是锻炼逻辑思维能力了,可以做做。

  • 每周做一次锻炼,打篮球或者跑步

身体是革命的本钱,之前在公司经常加班没有业余时间,身体属于亚健康状态,下半年开始,决定要一周至少固定频率锻炼一次,打打篮球出出汗之类的~

  • 每个月做一次技术总结与沉淀,输出一篇文章

温故而知新,通过回顾总结我们能发现之前写的代码有哪些问题,然后可以看看自己哪里写的不太好加以改进,如果有可以总结沉淀的点的话,我们就可以输出成文章,对我们的写作能力也有提升~

上面的几条如果引起了大家共鸣,欢迎大家共同执行与监督小周同学,如果没有按时完成,可以来催我,哈哈哈???,我也可以建一个打卡群,如果感兴趣,可以个人主页看我联系方式,建群一起打卡进步。

总结

2021 年上半程已经结束了,小周同学的 2021 下半程也即将开始:

新鲜的公司,

陌生的城市,

未知的环境,

相同的江湖。

标签:需求,一个,前端,职业规划,技术,业务,可能,聊聊,前端开发
来源: https://blog.csdn.net/m0_61549385/article/details/120219788

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有