注意程序员成长的陷阱

最近啊有个说法叫前端已死
是说前端工程师这个岗位要不存在了
不招人了
当然这里有全球经济不景气的影响
但是我们也看见另一方面
很多团队想招高级前端又招不着
实际上呢
程序员相对其他职业的薪酬红利
还会持续一些年
但是为什么很多从业者会产生类似
前端已死这样子的看法呢
很有可能是陷入了成长陷阱
什么是成长陷阱啊
要解释这个概念
我们首先要了解程序员工作的本质
我们作为程序员
肯定认为程序员是一个创造性的岗位
但是我们站在其他同事的角度看
就比如运营
产品项目经理或者老板的角度
会发现程序员的本质其实就是资源
人力资源
就和贷款资源服务器资源渠道资源
没有什么区别
我相信参与过需求排析的同学
都能对我的话有切身的感受
既然是资源
那它的价值就取决于供需关系
就比如在15年的时候
移动互联网的发展
催生了大量的前端需求
与此同时啊
前端框架的发展
也降低了前端的上手门槛
这就促成了前端紧喷的发展
之后呢
每一年都会涌现出很多新的概念
新的工具
那时候前端常见的发展路径就是
在小公司待2年
熟悉了各种概念工具以后
跳槽到大公司
这就给从业者带来一种
强烈的路径依赖
我只要熟练掌握了这些工具就能成长
就能升职加薪
但这里有一个问题啊
每个领域之所以会有这么多工具
是因为这个领域还没
有产生事实上的最佳实践
就比如说react
技术站的状态管理方案就非常多
就比如什么Redux啊
move X9太啊recural Blah Blah Blah
当从业者花了很多时间学习这些工具
学习他们如何实现的时候
他们心里想的是
我比年轻人更懂这些工具
所以我更有优势
然而当新的一批前端就业时
这些工具在激烈的竞争中
已经决出了一个胜者
也就是说已经产生了最佳实践
所以新的从业者是不需要再经历
前人的那个学习过程的
他们可以直接学习
这里面的最佳实践就可以了
就比如说
当老前端入行的时候还得比较用react
还是will
用什么状态管理
用什么路由方案的时候
新的前端入行可以直接学习next g
s这种
囊括了最佳实践的更上层的框架
这就是成长陷阱
当行业的迭代
速度快于你的成长速度时
你与新入行的从业者相比就
没有优势了
这就好像我们两个人比赛跑800米
我让你先跑400米
但是你跑的同时
起跑线也在跟着你一起跑
而且起跑线比你跑的还快
等你跑到400米的时候
我从起跑线开始跑
那你说我们最后谁先撞线
所以啊作为人力资源
如果你陷入了成长陷阱
那么随着从业者的逐年增多
你的价值会被不断稀释
这种趋势
其实我们可以通过
外包岗位的数量变化
来来感觉到
如果你去找工作
会发现
最近几年外包岗位的数量越来越多
像一些二线的互联网城市
就比如说南京武汉
俨然已经成了外包之城
为什么会这样呢
因为前端行业已经迭代的很成熟了
各方面的最佳时间
已经被探索的差不多了
不需要从业者有什么创造性
只要按照最佳时间
按部就班的开发就行了
如果外包都能产生稳定可用的代码
那为什么还要我自己培养程序员呢
那如何才能逃离成长陷阱呢
那既然程序员是资源
那么最常见的思路其实就是
不要做资源
要做调度资源的那个人
我们会发现有些心思活跃的程序员
他会主导一些
跟业务相关的降本征效的项目
或者说搞一些内部的开源项目吗
这些行为的本质啊
就是通过各种方式
让自己学习如何调度人力资源
就比如说我要搞个开元项目哎
我号召感兴趣的同学跟我一块搞
那明面上
是我们一块为开元社区做贡献
对吧但实际上呢
是我能够调度更多的人力资源
来跟我一块做事
这就跟单纯作为人力资源
有很大的区别了
作为人力资源
我的薪酬取决于供需关系
供需关系这是一个市场行为
而作为资源的调度者
我的薪酬取决于我参与的这个项目
它能够撬动多大的资本
有同学可能觉得我说的有点反直觉
对吧作为程序员
难道不应该努力学习努力工作
才能升职加薪吗
那我问你啊
你觉得你今年年底的绩效
领导是什么时候给你定的
是不是觉得年底的绩效
肯定得看我这一整年做的怎么样对吧
到了年底再定是吧
那实际上
你年底的绩效
在年初给你分配任务的那一刻
就已经定了
分配任务的本质就是分配资源
如果分配给你更多的资源
你获得更好的产出更高的绩效
这是很自然的事情
那如果分配给你更多的资源你搞啥了
那领导总不能承认自己判断失误吧
所以你也有可能拿到不错的绩效
all the leaves are frown all the leaves are frown
and the sky is grey