QQ邮箱|什么是低代码（Low-Code）？( 八 )
虽然低代码可以完美解决上述所有问题（e.g. 多端应用生成、云原生架构、API集成能力） ， 但放在当年的市场和业务背景下 ， 加上前面所说的技术不成熟度 ， 整体的投入产出比会很低 ， 不足以让企业大面积采纳低代码解决方案 。
而如今这个时代 ， 企业都快被新技术带来的能力和收益“惯坏了” ， 动不动就是：我想做一个送菜应用 。 用户端？安卓、iOS、H5、小程序都来一套 。 运营端？一般都在电脑上看 ， 但记得手机上也得适配啊 。 服务端？上云 ， 必须的 。 哦 ， 我听技术合伙人说现在流行多云架构 ， 也给我整一套哈 。 运维还要钱？啥是运维？应用有了不就能用了嘛 ， 运维还要花我钱？你当投资者给我的钱是大风刮来的啊！
如果用传统的开发模式 ， 这么全套下来的工时与报价 ， 可能早就吓跑了这群跟产品经理一样天真可爱的人；但现代化的低代码技术 ， 可以圆了上面这位创业者的卖菜梦 ， 用白菜一般的价格 ， 实现白粉一样的价值 。 当年的程维如果能用上现在的低代码 ， 第一版的滴滴App也就不至于被外包做得乌烟瘴气直接报废了（至少能多扛一阵子...） 。
为什么「专业开发者」也需要低代码？
虽然零代码确实是设计给非专业开发者用的 ， 但其所能支撑的业务场景确实有限 ， 无法真正革新传统开发模式 ， 替代那些仍需专业开发者参与的复杂业务场景 。 而狭义上的低代码却有潜力做到这一点 ， 因为它天生就是为专业开发者而量身定制的 。 Gartner最近的一项调研报告显示 ， “66%的低代码开发平台用户都是企业IT部门的专业开发者” 。 这充分说明了 ， 专业开发者比平民开发者更需要低代码 。
屏幕前一批穿格子衬衫的同学要发问了：“低代码都不怎么写代码了 ， 怎么能算是为我们程序员服务呢？” 。 虽然程序员讨厌重复自己 ， 但重要的事情还是得多说一遍：开发 ≠ 写代码 。 1万年前蹲在洞穴里的原始人 ， 在用小石子画远古图腾；100年前坐在书桌前的徐志摩 ， 在用钢笔给林徽因写情书；而今天趴在屏幕前的很多人 ， 相信都已经开始用上手写板或iPad涂涂写写了 。 千百年来 ， 人类使用的工具一直在演进 ， 但所从事活动的本质并没有多大改变 。 无论是用小石子还是小鼠标 ， 写作绘画的本质都是创造与表达 ， 最终作品的好坏并不取决于当时你手中拿着什么；同样地 ， 应用开发的本质是想法和逻辑 ， 最终价值的高低也不取决你实现时是用的纯代码还是低代码 。
而相比纯代码而言 ， 低代码极有可能成为更好的下一代生产力工具：
减少不必要的工作量
可视化拖拽与参数配置的极简开发模式 ， 结合模型驱动的代码自动生成机制 ， 可以消灭绝大部分繁琐和重复的boilerplate代码；一站式的部署和运维管理平台 ， 无需自己搭建CI/CD流水线、申请环境资源、配置监控报警；一次搭建同时生成、构建和发布多端应用 ， 免去人工同步维护多个功能重复的端应用；开箱即用的组件库、模板库、主题库、连接器等 ， 让最大化软件复用成为可能 。 总而言之 ， 低代码能够让专业开发者更专注于创新性、有价值、有区分度的工作 ， 而不是把宝贵开发时间都耗费在上面那些不必要的非业务核心工作上 。
强大的平台能力支撑
虽然上面列的技术支撑性工作并不直接产生业务价值 ， 但却会直接影响业务的性能、成本、稳定性、安全性、可持续发展能力等 。 有远见的企业 ， 绝不允许牺牲这些重要指标 ， 来换取短暂的业务加速 。 低代码开发平台深知这一点 ， 因此在简化和屏蔽底层技术细节的同时 ， 也会尽可能把自己所cover的部分做到最好（至少能和纯代码开发方式一样好） ， 包括但不限于：