阿里巴巴|上“低代码”半年，30名程序员被裁，CTO离职( 二 ) 阿里健康|互联网医疗

第二天，名单上的人员就都接到了HR的裁员通知，给了N+1赔偿，要求当天办理离职和交接。
小M完全蒙在鼓里，非常气愤地找老板理论，老板笑脸相迎，说是董事会的决定，自己也是刚刚得到通知。小M不傻，一听就知道被老板当猴耍了，老板的骚操作搞得他非常的被动。
但是，眼下也顾不得生气，赶紧联系行业的朋友，挨个给被裁撤的员工找下家，我也帮小M内推了好几个岗位。
一周后，小M在微信上跟我说，本来一心为公司降本增效，才引入低代码，通过梳理核心系统和非核心系统，优化IT投入产出比。哪里知道，老板在背后给他来这么一手，搞得他的处境非常被动，现在团队的气氛也变得非常微妙，没被裁撤的员工，也纷纷在找下家。
我说，求仁而得仁，又何怨？你当初的目的不就是为公司降本增效吗？
小M沉默了，其实道理他都明白，这是他的职责所在，但是他过不了自己这一关， 30几个下属都是他一个一个面试进行的，现在却要一个一个地送走，换了谁不难受？
摆在小M面前更严峻的问题是，今后在公司将如何自处？老板明摆着是对他不信任的，连裁员这样的事情，他也是最后一个知道的。下属们也没有了安全感、归属感，研发效率上肯定会受到影响。业务方已经尝到了“低代码”的甜头，反而对IT的容忍度变低，应该会变本加厉的在老板面前捅刀子。
小M的选择其实并不多，其实经历了这个事情还是利大于弊的，虽然感情上接受不了，但是至少让他看清楚了老板的真实嘴脸，否则等到公司临上市前被扫地出门，不是更惨？而且积累了低代码的实施经验，简历上也加分了，塞翁失马，焉知非福。
小M的故事就聊到这里，接下来聊聊关于低代码方面，大家关注的几个问：低代码究竟适合用来做什么？不适合做什么？低代码会不会彻底干掉程序员？

1、低代码适合做什么？从小M实施低代码的故事当中我们了解到，除了业务核心系统之外，他们几乎把非核心系统都用低代码实现了。
这种用法其实是低代码非常典型的应用方式，一般来说企业不会用低代码从零来开发整套核心业务系统，比如ERP ，因为如果你需要一套ERP ，直接购买成熟的解决方案就可以了。除非你的情况跟特斯拉一样，公司的业务模式跟同行业有很大区别（传统汽车销售是经销商模式，特斯拉是直营模式），那就另当别论了。
就目前而言，低代码不适合用来从0到1构建厚重的企业核心数字化系统，低代码更适合基于核心数字化系统之上，构建创新类应用、敏捷运营类应用。
有个更形象的说法，低代码更适合做企业数字化建设当中“最后一公里”的事情。
从小M的案例当中可以看到，这样的应用方式极大提升了技术研发和系统交付的整体效率。
低代码当前正在处于“技术成熟度曲线”的创新萌芽期，随着低代码平台的日益成熟，模板越来越丰富、生态越来越完善，未来低代码的适用范围也会得到扩展。
当前比较适合采用低代码来开发的5类应用有：
1、企业门户。包括App、小程序、PC门户等等，数据都来自中台、后台，企业门户只是做展示，以及简单的互动。
2、数据操作及展示应用。通过连接企业的数据库，把生产经营的数据进行编辑删除查询等操作。
3、基于表单的应用。基于数据库的表单收集、处理、统计类应用。
4、业务流程应用。定义复杂的工作流，跨部门协作流程，复杂审批流程，比如：OA、人力、财务等系统。