再也不信任在线编辑器的保存功能了
哥刚开始做程序猿的时候接触的第一个活就是用一个低代码工具做一个流程应用，后来搞懂了low code之后又要去给业务同事去做个赋能，后来时间流转又跳出了低代码这个大坑，也可以算是对低代码工具又一点点了解··这里就总结一下在这个过程中遇到的大坑
low code不是新概念
low code绝对不是一个新概念，国内有的大厂在5-6年前就大量应用low code工具来做流程开发、流程管理了。那为什么low code最近又火了起来呢？先看看low code最常用&独有的宣传语：
- 不懂编程的人也可以开发应用
- 基于可视化&拖拉拽的快速开发
那为什么low code又在最近两年火了起来，也有越来越多的厂商开始进入了这个赛道呢？哥认为有以下这么几个原因：
- 收入逐渐饱和，需要降本增效
- 传统企业迫切需要数字化改革、流程化改革
- 企业快速开发&快速迭代的需求
第二点可能很多刚工作的同学们不是很懂，传统大厂存在着大量纸面流程、效率极低，同时使用的人也很少，但是又是不可缺少的流程，如果可以将这些流程迁移到线上，固定化&制度化对传统企业而言提升是极大的
总之总结一下：为什么要推广低代码工具？因为企业认为low code有助于提高生产力、提高效率
为什么low code不是银弹？
先讲一下哥用过什么low code工具：mendix、power apps，还有某大厂自研low code平台
用的时候遇到了哪些问题呢？
- 开发出来的工具质量低：
- 面向的对象是低技能人群，缺乏编程思维，考虑不够周全，在编程的时候一个很简单的错误捕捉的思想，想要让业务同事熟悉&熟练使用是有难度的，需要经过大量的训练
- 测试困难，甚至没有测试：业务同事写出来的东西也要找几个测试同学去测试吗？
- 缺乏良好的模板、开发案例：第一次接触low code的时候，就觉得需要一个example，到底怎么写，是合适的、效率高的···
- 应用维护困难：
- 专业开发者用编程语言开发出来的软件尚且维护困难，就更不要想非专业开发者开发出来的东西了，如果短短几个流程还ok，几十上百个流程最后搞出来就像是地狱
- 不够透明，debug麻烦
- 和业务强耦合，debug、维护需要业务同事全程参与
- 与软件、供应商深度绑定
- 想要开始做low code并没有那么简单：先想想怎么适配sso？企业的各种数据接口是不是都要准备好？和a供应商的顾问吭哧吭哧忙了大半年终于对接好了，过了段时间a供应商的low code升个级万一挂了怎么办？
- 要不要考虑一下迁移性的问题？
也许有人讲到：使用low code开发的大多是专业开发者，可以有效避免这些问题。那么哥要反问一句：专业开发者为什么不直接写代码呢？效率难道不是比low code更高、相关的工具和生态也更加完善吗？
现在企业里边最常见的low code开发变成了什么样子呢：
领导强行推行low code，提倡增加效率，而业务部门的同事做出来的app又实在是不能用，那么就只能再养一个low code团队，专门复杂开发low code应用，但是招聘的时候又会遇到问题：没有人是学low code的，只能招js、java等有编程经验的程序员，而有经验的人又不愿意搞low code，这不是自废武功嘛，导致找不到人、找到的人也流动性很大。就算招到了人，大多在做low code应用的时候也不想丢掉自己的技能，写app的时候直接拖一个大框出来，在里边用js完成所有的逻辑·····
low code可不可以成为解决问题？
哥给low code喷了一大盆冷水，但是哥不得不说： low code确实可以提高企业效率，当业务不复杂、要求不高的情况下， low code可以在非常短的时间里做出来你想要的功能。
作为软件开发从业者&曾经的low code使用者，哥还是希望low code可以越来越好
