阿里巴巴|上“低代码”半年,30名程序员被裁,CTO离职( 三 )


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、永远不要停止学习 。 技术在不断演进 , 工程师的工作方式也在不断发生改变 , 只有不断学习新的技术才能跟上时代的发展 。 一旦停止学习 , 就不再适合从事一线技术开发工作 , 所以 , 如果你热爱技术 , 那就成为一名终身学习者吧 , 这是唯一的出路 。