逃离裁员:程序员在云时代的生存之道

点击者
• 阅读 1846
本文作者:张海龙,CODING 创始人兼 CEO

程序员日常的职业焦虑碰到 19 年初的裁员浪潮,恐慌被放大了数倍。这两天网易又爆出裁掉了一千多人,被裁员的焦虑笼罩着行业内的每一个人。我倒觉得适当的焦虑是好事,生于忧患嘛,迫使你从日常的工作中脱离出来做一些思考。

之前对云计算行业的未来做了一些分析,后台有人问我:就开发者个人来说,未来十年需要怎样维护自己的职业竞争力。想了想内容很多,这里通过几个趋势给大家一些方向上的建议。

“No Code”会抢走程序员的饭碗吗?

通过不使用或者尽量少的代码来完成项目的开发模式被称为“No Code”。从最初的拖拽式建站工具到模块化的服务,大量减少了企业的开发负担和代码量。

逃离裁员:程序员在云时代的生存之道

那 “No Code”的趋势会对程序员群体产生什么样的影响?

代码熟练工群体将会消失,我们常常戏称的“搬砖”岗位将会越来越少。未来工具的成熟会取代大量对熟练度有需求的工作岗位,就像 ETC 取代高速公路收费员一样。

同时在某些标准化场景下,经验型的知识会迅速贬值,商业的力量会将所有的通用型经验包装成产品。

在这样的情况下,开发者们应该如何进行职业规划呢?

NetFlix 全周期型程序员理念

NetFlix 提出了全周期型程序员的概念,简单来说就是把研发分成了两个部分,一部分人专门负责针对各个环节进行深入的研究和工具的开发,而另一部分人则以个人为单位,运用这些工具做出产品。

逃离裁员:程序员在云时代的生存之道

这是一种全新的研发组织架构,原来的流水线是每人负责一小块,涉及大量的协作工作。而在这种架构中,开发者一个人负责需求实现的全部,需要什么零件,到对应的仓库找,需要设备就找对应的设备进行加工,如果碰上特别复杂的问题可以找专家组解决。这样能更少的依赖其他人进行工作,减少结构性的加班。

NetFlix 的架构是建立在强大的基础设施能力和阶梯式人才储备上的,一般企业很难有如此完整的配置。不过现在流行的微服务化、组件化等趋势也逐渐在小公司兴起,这也是全周期型程序员理念的体现。

开发者们将何去何从?

在我看来,未来十年全周期型程序员的理念将越来越盛行,这意味着未来程序员人群的两极分化将愈发严重,其中两种人将最吃香:

一是深耕于某一领域的专家型程序员,主要工作是定义各种工具组件,这样的人主要会就职于超级大厂或者工具供应商。

二则是对软件设计有深入理解并能解读实际业务需求的业务型程序员。这类工程师将会服务于各个企业,解决实际业务需求。

其中,对业务型程序员的市场需求将占据 95% 以上,云时代,想成为一个优秀的业务型程序员需要具备以下能力:

工具思维

随着工具的成熟,对工作熟练度的要求降低后,对工具的选择和能否快速适应新的工具将成为优秀业务型程序员的主要判断标准。工欲善其事,必先利其器,一个优秀的业务型程序员需要主动去了解新的工具和产品,拓宽自己的视野,避免手中只有锤子所以看啥都觉得是钉子的情况。

但工具思维并不仅仅是了解最新的工具,而是要在有足够信息的情况下选择最合适的解决方案。很多时候最合适的解决方案恰恰是最土的解决方案而不是最新的。每个项目开始之前需要做好技术选型,合理利用各类工具,将效能最大化。

快速学习的能力

对于业务型程序员来说,无论是面对需求还是市面上日益增多的工具和产品,都需要快速抓住核心,理清脉络。同时为了避免成为 API 工程师,一个优秀的业务型程序员需要再放一些精力在“术”的维度上,比如如何根据业务需求来选择业务模式、了解持续集成/ DevOps 等方法论的真正意义。

对业务的深入了解

从公司角度来说,大部分公司都是以盈利为目的的,随着大量共性的工作逐步被工具替代,解放了劳动力,企业更聚焦于核心业务模块。这也意味着,除非立志于成为专家型程序员,你或多或少都要开始了解公司的核心业务,从全局视角做开发,尽可能去了解趋势、行业和公司业务,做到知其然还知其所以然,也能为之后的岗位转型做准备。

逃离裁员:程序员在云时代的生存之道

软件开发的前十年,伴随着开发方式的转变和技术爆发,程序员面临着巨大的技术焦虑,未来十年,软件开发组织形式可能也会发生一系列的变化。阿里说“拥抱变化”,把握住变化带来的机会会让开发者们更轻松,更高效的获取收入。

“若不抽出时间创造自己想要的生活,你最终将不得不花大量时间应付自己不想要的生活。”

——Thucydides

Reference:

https://medium.com/@rrhoover/...

https://medium.com/netflix-te...

点赞
收藏
评论区
推荐文章
blmius blmius
4年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
Oracle 分组与拼接字符串同时使用
SELECTT.,ROWNUMIDFROM(SELECTT.EMPLID,T.NAME,T.BU,T.REALDEPART,T.FORMATDATE,SUM(T.S0)S0,MAX(UPDATETIME)CREATETIME,LISTAGG(TOCHAR(
Wesley13 Wesley13
4年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为
假如35岁时被裁员,从现在开始你该怎么做?
从2019年底至今,各种裁员风潮几乎没停过。前些日子,IBM确认裁员约1700人,占全球员工0.5%;甲骨文中国区裁员,900个员工立刻没了饭碗;去年年底,美国汽车业巨头福特陷入低迷期,预计全球裁员7万人;……在裁员风潮中,我们不该恐慌,而是思考。每个职场人都要好好想想:假如总有一天被裁员,从现在开始你该怎么做?一、哪些人有被裁危险?就拿甲骨文裁掉900个
Jacquelyn38 Jacquelyn38
4年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
金三银四该准备起来了?
020年是不平凡的一年,一场突如其来的疫情改变了很多人的人生轨迹;作为一名互联网程序员来说,最大的感受是不是某某公司有裁员的消息,之前网传程序员到了35岁之后必须要转行,现在又有人传言:“疫情之下,程序员今年要过苦日子了,降薪裁员是大趋势“。我们不可否认,从去年年底开始,疫情就导致了很多企业陷入危机,继而停发薪资、变相裁员,在如此“难搞”的大环境下,对程序员
Wesley13 Wesley13
4年前
mysql设置时区
mysql设置时区mysql\_query("SETtime\_zone'8:00'")ordie('时区设置失败,请联系管理员!');中国在东8区所以加8方法二:selectcount(user\_id)asdevice,CONVERT\_TZ(FROM\_UNIXTIME(reg\_time),'08:00','0
Stella981 Stella981
4年前
Django中Admin中的一些参数配置
设置在列表中显示的字段,id为django模型默认的主键list_display('id','name','sex','profession','email','qq','phone','status','create_time')设置在列表可编辑字段list_editable
为什么mysql不推荐使用雪花ID作为主键
作者:毛辰飞背景在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究
Python进阶者 Python进阶者
2年前
Excel中这日期老是出来00:00:00,怎么用Pandas把这个去除
大家好,我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下:这日期老是出来00:00:00,怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下:pd.toexcel之前把这