-
Notifications
You must be signed in to change notification settings - Fork 546
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
前端工程师个人的价值在哪里(换一个人能不能做?)【前端晋升必看】 #59
Comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
最近脉脉上这张图片在前端圈子中火了起来。这个故事中“毫无人性”的评委在晋升中对前端同学提出了两个置疑点:
这两个问题是 PUA 吗?有解吗?
我觉得这个问题有解,并且是前端晋升路上必须想明白的事情:你个人的竞争力在哪里?
举个大部分前端工程师都明白的案例:
有一个项目,今年整体目标是营收达到一亿元。到年底要评绩效了,这时候前端同学有两种说法:
通过以上案例,其实可以看出,前端开发能控制的部分,就是 “按时保质完成业务需求”,其它的部分和前端的关系并不大。所以一般公司给前端打绩效是这样打的:
这里引出我的结论:“前端工程师个人的价值体现在能帮助业务又快又好的迭代”。
前端工程师的价值和业务的价值是可以分离的。这句话初次听可能觉得很虚,我举两个例子,大家体会下。
案例一:
产品经理想做一批营销页面,推广产品。
这个案例中,A 同学能按时完成业务需求,具备前端基本功,基本符合公司要求。
B 同学通过创建搭建平台,释放了前端精力,帮助产品经理更快更好的产出营销页面,超出了公司期待。
这个案例中,B 同学充分体现了个人价值,晋升时就可以这么说 “发现了营销页面开发效率低,所以开发了搭建平台,截止目前,共有 XXXX 个页面通过该平台搭建,节省了 XXX 时间,节省了 XX 个人力”
这个案例中,B 同学的价值和业务的价值就是分离的,即使产品营销没有达到预期,我们也不能否认 B 同学的前端价值。
B 同学作为前端同学,能帮助业务又快又好的迭代,充分体现了个人价值,超出公司期待。
案例二:
C 同学发现大家的代码,经常会犯同样的错误,于是就总结了前端常出现的代码问题,写了一个小工具,帮助扫描这些低级问题。并在发布之前增加了卡点,扫描这些问题。
半年下来,该工具共扫描出了 100 个问题,其中 10 个可能导致严重的线上问题。
在这个案例中,C 作为前端同学,帮助业务更好的迭代。即使业务目标没有达到,我们也不会否认 C 同学的价值。
从以上两个案例中,我们可以回答最开始提出的两个问题:
正文基本到这里就结束了,文中的观点可能稍微有些片面,大家选择吸收。其实所有人都必须为业务结果负责,只是承担的比例不同罢了,每个工种要找到自己正确的发力点。
为什么要写这篇文章?
最后欢迎大家关注我的公众号《前端技术砖家》,一起学习前端~
The text was updated successfully, but these errors were encountered: