作者| Mr.K 编辑| Emma
来源| 技术领导力(ID:jishulingdaoli)
一位读者小M给我讲述了发生在他们公司的真实故事,为了避免不必要的麻烦,隐去一些敏感信息,我将整个事件的经过整理出来:
小M是广州某制造企业的技术负责人,下面带了50个技术人员,负责该公司OA、CRM、人事等多个日常运营类系统。小M也是我的知识星球“老K星际不迷航”的会员,私下咨询过我不少关于个人职业规划、技术团队管理、低代码方面的问题。
感觉上,小M是个挺有想法的人,也很勤奋,在知识星球里经常输出、帮着回答其它会员的问题。
在小M看来,目前他们公司的问题是:整体研发效率不高、业务方想法太多、老板对IT不是很重视。
在这种环境下,技术经理的工作压力非常大:一方面,业务方觉得系统交付太慢,提任何需求都需要排期;另一方面,老板觉得IT的成本太高,一直不愿意增加IT投入;此外,技术人员觉得业务的需求经常变,没上线就已经推翻原来的需求了,经常导致返工。
小M曾经问过我,这种情况应该怎么破局,我就问他:你是为自己,还是为公司?因为不同的目标,就有不同的打法。如果为自己,那就走上层路线,唯一要做的事情就是伺候好老板,只要他在老板那里说得上话,业务方的压力、员工的压力,那都不是事。
小M跟我说,为公司。这让我挺诧异的,职场当中不把自己的利益放在第一位,确实难得,这让我对小M高看了两眼。我给他的建议是,抓主要矛盾。小M梳理了一下,现在最大的矛盾就是:系统交付慢、业务方满意度低,经常到老板那里投诉。
我建议他研究一下“低代码”,用两条腿走路:一、把有限的研发资源,投入到核心业务系统的研发当中,跟业务方一起做需求治理;二、用“低代码”承接非核心业务系统的开发需求、或创新类需求。
于是,小M经过一番调查,选择了国内一家“低代码”供应商,最先把OA、CRM系统用低代码进行替换。在供应商的帮助下,顺利完成了系统搭建、用户权限打通、还做了数据迁移,基本上算是用起来了。
渐渐地,业务方觉得“低代码”平台挺好,调整流程、加个字段,不再需要排期,上午提的需求,下午就能上线。这个消息很快传到了老板耳朵里,老板两眼放光,让小M赶紧给他汇报一下,这个低代码究竟能够做什么。
经过几次汇报之后,老板总算明白了低代码到底是干啥的,于是他非常支持小M的想法,希望他把尽可能多的系统用低代码平台来实现。小M听了之后,很高兴,连忙跟技术人员一起梳理,在后来的3个月里加班加点,又把工单系统、供应商管理系统陆续迁到低代码平台中。
也就是说,除了核心业务系统之外,能迁移的系统都完成了迁移。原本小M的计划是,之前负责这些系统的技术人员,把更多的精力投入到核心业务系统的开发当中,底层架构做个升级,顺便还技术债,再丰富一下接口,让核心业务系统的健壮性、代码可维护性、可扩展性得到进一步提升。
但是奇葩的事情发生了,上周被老板叫到办公室,HR也在场,让他把非核心系统的开发人员列一个表,小M也不知道老板的葫芦里卖什么药,就把名单整理了出来,总共30人。
第二天,名单上的人员就都接到了HR的裁员通知,给了N+1赔偿,要求当天办理离职和交接。
小M完全蒙在鼓里,非常气愤地找老板理论,老板笑脸相迎,说是董事会的决定,自己也是刚刚得到通知。小M不傻,一听就知道被老板当猴耍了,老板的骚操作搞得他非常的被动。
但是,眼下也顾不得生气,赶紧联系行业的朋友,挨个给被裁撤的员工找下家,我也帮小M内推了好几个岗位。
一周后,小M在微信上跟我说,本来一心为公司降本增效,才引入低代码,通过梳理核心系统和非核心系统,优化IT投入产出比。哪里知道,老板在背后给他来这么一手,搞得他的处境非常被动,现在团队的气氛也变得非常微妙,没被裁撤的员工,也纷纷在找下家。
我说,求仁而得仁,又何怨?你当初的目的不就是为公司降本增效吗?
小M沉默了,其实道理他都明白,这是他的职责所在,但是他过不了自己这一关,30几个下属都是他一个一个面试进行的,现在却要一个一个地送走,换了谁不难受?
摆在小M面前更严峻的问题是,今后在公司将如何自处?老板明摆着是对他不信任的,连裁员这样的事情,他也是最后一个知道的。下属们也没有了安全感、归属感,研发效率上肯定会受到影响。业务方已经尝到了“低代码”的甜头,反而对IT的容忍度变低,应该会变本加厉的在老板面前捅刀子。
小M的选择其实并不多,其实经历了这个事情还是利大于弊的,虽然感情上接受不了,但是至少让他看清楚了老板的真实嘴脸,否则等到公司临上市前被扫地出门,不是更惨?而且积累了低代码的实施经验,简历上也加分了,塞翁失马,焉知非福。
小M的故事就聊到这里,接下来聊聊关于低代码方面,大家关注的几个问:低代码究竟适合用来做什么?不适合做什么?低代码会不会彻底干掉程序员?
01
低代码适合做什么?
从小M实施低代码的故事当中我们了解到,除了业务核心系统之外,他们几乎把非核心系统都用低代码实现了。
这种用法其实是低代码非常典型的应用方式,一般来说企业不会用低代码从零来开发整套核心业务系统,比如ERP,因为如果你需要一套ERP,直接购买成熟的解决方案就可以了。除非你的情况跟特斯拉一样,公司的业务模式跟同行业有很大区别(传统汽车销售是经销商模式,特斯拉是直营模式),那就另当别论了。
就目前而言,低代码不适合用来从0到1构建厚重的企业核心数字化系统,低代码更适合基于核心数字化系统之上,构建创新类应用、敏捷运营类应用。
有个更形象的说法,低代码更适合做企业数字化建设当中“最后一公里”的事情。
从小M的案例当中可以看到,这样的应用方式极大提升了技术研发和系统交付的整体效率。
低代码当前正在处于“技术成熟度曲线”的创新萌芽期,随着低代码平台的日益成熟,模板越来越丰富、生态越来越完善,未来低代码的适用范围也会得到扩展。
当前比较适合采用低代码来开发的5类应用有:
1、企业门户。包括App、小程序、PC门户等等,数据都来自中台、后台,企业门户只是做展示,以及简单的互动。
2、数据操作及展示应用。通过连接企业的数据库,把生产经营的数据进行编辑删除查询等操作。
3、基于表单的应用。基于数据库的表单收集、处理、统计类应用。
4、业务流程应用。定义复杂的工作流,跨部门协作流程,复杂审批流程,比如:OA、人力、财务等系统。
5、移动端应用。基于已有核心生产经营系统,进行移动化的应用场景。
讲完低代码适合做什么,我们再来聊聊:低代码不适合做什么。
02
低代码不适合做什么?
如上文提到的,就目前而言低代码不适合用来从0开始构建厚重的企业核心数字化系统,因为受限于模板、生态、可扩展性。
低代码毕竟不是高级开发语言,因此对于界面效果要求特别高、复杂的算法和数据挖掘、高性能和复杂系统架构、要求较高的底层开发等等,都不适合使用低代码。
总结一下,不适合用低代码开发的应用场景:
1、构建厚重的企业核心数字化系统。比如构建一套完整的ERP、CRM等等,有这类需求的企业,更适合购买专业的企业核心数字化系统。
2、对界面效果要求较高的应用。比如短视频应用、交互酷炫的游戏。
3、复杂的算法和数据挖掘。虽然低代码可以处理复杂的业务逻辑,但是不适合用来处理复杂算法和数据挖掘,这类应用应该采用更专业的BI开发工具、机器学习平台等工具。
4、高性能和复杂架构。许多互联网巨头的并发量动辄千万、上亿,为了优化性能需要做很多措施,如服务化、中台化、集群化、云化等等。低代码是相对标准的:界面层、逻辑层、数据层的架构模式,无法应对高性能和架构灵活性。
5、要求较高的底层开发。如设备、硬件接口、驱动程序等等,这类开发工作可能C、汇编语言更适合。
03
低代码会彻底干掉程序员吗?
从小M的故事中可以看出,低代码能够把程序员从技术含量较低的CRUD工作中释放出来,去做一些更有价值的架构优化、底层服务升级、复杂算法方面的工作。
从低代码的发展趋势来看,越来越多的程序开发工作,将会通过低代码来完成,低代码干掉程序员的事情已经在发生了。虽然,小M的故事有一定的特殊性,是在特定的公司,特定的领导,特定的业务场景下才会发生。
但是,危机给了我们足够的警示,需要我们冷静面对、仔细思考,K哥结合自己的思考以及同行的建议,总结了5项应对策略,希望每一位从事软件开发的朋友引起足够的重视:
1、警惕重复性编码工作。如前文提到的,低代码已经能够完成复杂业务流程类开发工作,能够基于表单驱动、模型驱动的方式进行软件开发工作。最先被替代的就是那些技术含量低的重复性编码工作,如果你是一个CURD BOY,请立刻停止低水平的重复劳动,否则离被淘汰的日子不远了。
2、在低代码不擅长的领域深耕。低代码因为受限于模板、生态、可扩展性,因此对于界面效果要求特别高、复杂的算法和数据挖掘、高性能和复杂系统架构、要求较高的底层开发等方面工作还不能胜任。所以,这类技术含量较高的工作,就目前来讲是相对安全的,建议程序员们在这些领域进行深耕,提升职场核心竞争力。
3、远离短视的老板。如果你的老板对技术不重视,没有把企业数字化能力看做公司的核心能力,建议你尽早远离。因为,随着低代码的不断成熟,越来越多的业务系统研发工作将由低代码平台来完成,短视的老板会更看中投入产出比,像小M公司里发生的事,在行业里会越来越多。
4、永远不要停止学习。技术在不断演进,工程师的工作方式也在不断发生改变,只有不断学习新的技术才能跟上时代的发展。一旦停止学习,就不再适合从事一线技术开发工作,所以,如果你热爱技术,那就成为一名终身学习者吧,这是唯一的出路。
5、启动职场B计划。以前在许多文章里都写过“ABZ计划”,这里就不多介绍了,“ABZ计划”不仅给了你职场上的保障,还能够帮助你找到一生热爱的职业,比如《三体》的作者刘慈欣,脱口秀演员呼兰、庞博,都是通过B计划转A计划,找到了一生热爱的职业,实现了人生跃迁。
结语
最后,本文的目的并不是想引起焦虑,相反,当我们察觉到了危机的来临,提前做好了应对的准备,就没有什么好担心的了。拿破仑说:“伟大的人之所以取得成功,都是因为他们懂得顺应法则,懂得努力适应一切障碍。” 多说无益,干就完了。
![]() | 作者简介:Mr.K,“技术领导力”公众号 作者,从一名普通程序员逆袭成为独角兽公司技术高管。出版过多本畅销书,写出多篇10W+文章。分享:行业趋势、职场经验、团队管理、商业通识等话题。 |
注:发文24小时后才可以转载,转载请注明:作者、来源、作者介绍。不规范转载一经发现,将永久取消转载资格。
推荐阅读:
欢迎关注微信公众号:互联网全栈架构,收取更多有价值的信息。