我说 ， 求仁而得仁 ， 又何怨？你当初的目的不就是为公司降本增效吗？
小M沉默了 ， 其实道理他都明白 ， 这是他的职责所在 ， 但是他过不了自己这一关 ， 30几个下属都是他一个一个面试进行的 ， 现在却要一个一个地送走 ， 换了谁不难受？
摆在小M面前更严峻的问题是 ， 今后在公司将如何自处？老板明摆着是对他不信任的 ， 连裁员这样的事情 ， 他也是最后一个知道的 。 下属们也没有了安全感、归属感 ， 研发效率上肯定会受到影响 。 业务方已经尝到了“低代码”的甜头 ， 反而对IT的容忍度变低 ， 应该会变本加厉的在老板面前捅刀子 。
小M的选择其实并不多 ， 其实经历了这个事情还是利大于弊的 ， 虽然感情上接受不了 ， 但是至少让他看清楚了老板的真实嘴脸 ， 否则等到公司临上市前被扫地出门 ， 不是更惨？而且积累了低代码的实施经验 ， 简历上也加分了 ， 塞翁失马 ， 焉知非福 。
小M的故事就聊到这里 ， 接下来聊聊关于低代码方面 ， 大家关注的几个问：低代码究竟适合用来做什么？不适合做什么？低代码会不会彻底干掉程序员？

1、低代码适合做什么？从小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工作中释放出来 ， 去做一些更有价值的架构优化、底层服务升级、复杂算法方面的工作 。

稿源：(数据分析不是个事儿)

【傻大方】网址：http://www.shadafang.com/c/102E334M2021.html

标题：程序员|上“低代码”半年，30名程序员被裁，CTO离职( 二 )