一位读者小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的故事就聊到这里，接下来聊聊关于低代码方面，大家关注的几个问：低代码究竟适合用来做什么？不适合做什么？低代码会不会彻底干掉程序员？
从小m实施低代码的故事当中我们了解到，除了业务核心系统之外，他们几乎把非核心系统都用低代码实现了。
这种用法其实是低代码非常典型的应用方式，一般来说企业不会用低代码从零来开发整套核心业务系统，比如erp，因为如果你需要一套erp，直接购买成熟的凯发备用官网的解决方案就可以了。除非你的情况跟特斯拉一样，公司的业务模式跟同行业有很大区别（传统汽车销售是经销商模式，特斯拉是直营模式），那就另当别论了。
就目前而言，低代码不适合用来从0到1构建厚重的企业核心数字化系统，低代码更适合基于核心数字化系统之上，构建创新类应用、敏捷运营类应用。
有个更形象的说法，低代码更适合做企业数字化建设当中“最后一公里”的事情。
从小m的案例当中可以看到，这样的应用方式极大提升了技术研发和系统交付的整体效率。
低代码当前正在处于“技术成熟度曲线”的创新萌芽期，随着低代码平台的日益成熟，模板越来越丰富、生态越来越完善，未来低代码的适用范围也会得到扩展。
当前比较适合采用低代码来开发的5类应用有：
1、企业门户。包括app、小程序、pc门户等等，数据都来自中台、后台，企业门户只是做展示，以及简单的互动。
2、数据操作及展示应用。通过连接企业的数据库，把生产经营的数据进行编辑删除查询等操作。
3、基于表单的应用。基于数据库的表单收集、处理、统计类应用。
4、业务流程应用。定义复杂的工作流，跨部门协作流程，复杂审批流程，比如：oa、人力、财务等系统。
5、移动端应用。基于已有核心生产经营系统，进行移动化的应用场景。
讲完低代码适合做什么，我们再来聊聊：低代码不适合做什么。
如上文提到的，就目前而言低代码不适合用来从0开始构建厚重的企业核心数字化系统，因为受限于模板、生态、可扩展性。
低代码毕竟不是高级开发语言，因此对于界面效果要求特别高、复杂的算法和数据挖掘、高性能和复杂系统架构、要求较高的底层开发等等，都不适合使用低代码。
总结一下，不适合用低代码开发的应用场景：
1、构建厚重的企业核心数字化系统。比如构建一套完整的erp、crm等等，有这类需求的企业，更适合购买专业的企业核心数字化系统。
2、对界面效果要求较高的应用。比如短视频应用、交互酷炫的游戏。
3、复杂的算法和数据挖掘。虽然低代码可以处理复杂的业务逻辑，但是不适合用来处理复杂算法和数据挖掘，这类应用应该采用更专业的bi开发工具、机器学习平台等工具。
4、高性能和复杂架构。许多互联网巨头的并发量动辄千万、上亿，为了优化性能需要做很多措施，如服务化、中台化、集群化、云化等等。低代码是相对标准的：界面层、逻辑层、数据层的架构模式，无法应对高性能和架构灵活性。
5、要求较高的底层开发。如设备、硬件接口、驱动程序等等，这类开发工作可能c、汇编语言更适合。
从小m的故事中可以看出，低代码能够把程序员从技术含量较低的crud工作中释放出来，去做一些更有价值的架构优化、底层服务升级、复杂算法方面的工作。
从低代码的发展趋势来看，越来越多的程序开发工作，将会通过低代码来完成，低代码干掉程序员的事情已经在发生了。虽然，小m的故事有一定的特殊性，是在特定的公司，特定的领导，特定的业务场景下才会发生。
但是，危机给了我们足够的警示，需要我们冷静面对、仔细思考，k哥结合自己的思考以及同行的建议，总结了5项应对策略，希望每一位从事软件开发的朋友引起足够的重视：
1、警惕重复性编码工作。如前文提到的，低代码已经能够完成复杂业务流程类开发工作，能够基于表单驱动、模型驱动的方式进行软件开发工作。最先被替代的就是那些技术含量低的重复性编码工作，如果你是一个curd boy，请立刻停止低水平的重复劳动，否则离被淘汰的日子不远了。
2、在低代码不擅长的领域深耕。低代码因为受限于模板、生态、可扩展性，因此对于界面效果要求特别高、复杂的算法和数据挖掘、高性能和复杂系统架构、要求较高的底层开发等方面工作还不能胜任。所以，这类技术含量较高的工作，就目前来讲是相对安全的，建议程序员们在这些领域进行深耕，提升职场核心竞争力。
3、远离短视的老板。如果你的老板对技术不重视，没有把企业数字化能力看做公司的核心能力，建议你尽早远离。因为，随着低代码的不断成熟，越来越多的业务系统研发工作将由低代码平台来完成，短视的老板会更看中投入产出比，像小m公司里发生的事，在行业里会越来越多。
4、永远不要停止学习。技术在不断演进，工程师的工作方式也在不断发生改变，只有不断学习新的技术才能跟上时代的发展。一旦停止学习，就不再适合从事一线技术开发工作，所以，如果你热爱技术，那就成为一名终身学习者吧，这是唯一的出路。
5、启动职场b计划。以前在许多文章里都写过“abz计划”，这里就不多介绍了，“abz计划”不仅给了你职场上的保障，还能够帮助你找到一生热爱的职业，比如《三体》的作者刘慈欣，脱口秀演员呼兰、庞博，都是通过b计划转a计划，找到了一生热爱的职业，实现了人生跃迁。
最后，本文的目的并不是想引起焦虑，相反，当我们察觉到了危机的来临，提前做好了应对的准备，就没有什么好担心的了。拿破仑说：“伟大的人之所以取得成功，都是因为他们懂得顺应法则，懂得努力适应一切障碍。” 多说无益，干就完了。
源：技术领导力
凯发备用官网的版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。