为什么低代码最近又火起来了？

1. 为什么低代码最近又火起来了？

为什么低代码火了？
低代码并非突然就火了，低代码的趋势已经在企业应用上得到大范围普及，并且这也将是未来代码开发的必然趋势。凭借着社会生产力变革的革命性优势，低代码作为新一代软件开发技术，不断的优化企业信息化领域的开发模式和发展格局。
什么是低代码呢？
低代码开发平台是无需编码（0代码）或通过少量代码就可以快速生成应用程序的开发平台。通过可视化进行应用程序开发的方法，使具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。
低代码开发的好处
1.低代码平台产生的应用具有易于使用的即装即用集成和易于开发的特点，它们的应用非常先进，可帮助公司在技术曲线上保持领先地位。
2.企业不必再花费大量时间和金钱来制作移动应用程序。低代码平台以很小的成本提供了执行速度，这有助于公司以更少的成本和时间实现更多的目标。
3.低代码的开发速度将是传统编程开发速度的6-10倍，以往需要几个月完成的软件系统，低代码可以几天就可完成。
低代码开发现在盛行的原因：
1、 低代码开发从微软一家独大，到现在终于有了众多竞争者可以参与了，包括国内的众多低代码开发产品，是因为互联网和开源世界的崛起，造成了百家争鸣的繁荣局面；
2、 在非微软体系的世界里，大家（Java、H5、Linux等）终于在操作系统、中间件、数据库等领域取得了长足的进步，可以在开发效率提升的领域与微软一较高下了；
3、 现在的低代码开发工具，更重视轻量化、互联网应用、面向流程自动化开发、移动应用开发、服务端的后台开发等方面。桌面领域还是微软的天下，不要小看桌面级应用，面向企业的toB应用绝大部分都是运行在桌面的。

2. 为什么说低代码才是程序员的未来？

虽然零代码确实是设计给非专业开发者用的，但其所能支撑的业务场景确实有限，无法真正革新传统开发模式，替代那些仍需专业开发者参与的复杂业务场景。而狭义上的低代码却有潜力做到这一点，因为它天生就是为专业开发者而量身定制的。Gartner最近的一项调研报告显示，“66%的低代码开发平台用户都是企业IT部门的专业开发者”。这充分说明了，专业开发者比平民开发者更需要低代码。

屏幕前一批穿格子衬衫的同学要发问了：“低代码都不怎么写代码了，怎么能算是为我们程序员服务呢？”。虽然程序员讨厌重复自己，但重要的事情还是得多说一遍：开发 ≠ 写代码。1万年前蹲在洞穴里的原始人，在用小石子画远古图腾；100年前坐在书桌前的徐志摩，在用钢笔给林徽因写情书；而今天趴在屏幕前的很多人，相信都已经开始用上手写板或iPad涂涂写写了。千百年来，人类使用的工具一直在演进，但所从事活动的本质并没有多大改变。无论是用小石子还是小鼠标，写作绘画的本质都是创造与表达，最终作品的好坏并不取决于当时你手中拿着什么；同样地，应用开发的本质是想法和逻辑，最终价值的高低也不取决你实现时是用的纯代码还是低代码。

而相比纯代码而言，低代码极有可能成为更好的下一代生产力工具：

减少不必要的工作量

可视化拖拽与参数配置的极简开发模式，结合模型驱动的代码自动生成机制，可以消灭绝大部分繁琐和重复的boilerplate代码；一站式的部署和运维管理平台，无需自己搭建CI/CD流水线、申请环境资源、配置监控报警；一次搭建同时生成、构建和发布多端应用，免去人工同步维护多个功能重复的端应用；开箱即用的组件库、模板库、主题库、连接器等，让最大化软件复用成为可能。总而言之，低代码能够让专业开发者更专注于创新性、有价值、有区分度的工作，而不是把宝贵开发时间都耗费在上面那些不必要的非业务核心工作上。

强大的平台能力支撑

虽然上面列的技术支撑性工作并不直接产生业务价值，但却会直接影响业务的性能、成本、稳定性、安全性、可持续发展能力等。有远见的企业，绝不允许牺牲这些重要指标，来换取短暂的业务加速。低代码开发平台深知这一点，因此在简化和屏蔽底层技术细节的同时，也会尽可能把自己所cover的部分做到最好（至少能和纯代码开发方式一样好），包括但不限于：

现代化的技术架构和实现：现代化的低代码开发平台，在支撑用户应用时所选择的技术架构与实现方案，也会是现代化且符合业界最佳实践的，例如，前端基于主流的HTML5/CSS3标准和React框架，后端基于成熟的Java语言、SpringBoot框架和MySQL数据库，部署环境基于云原生的Docker镜像、CI/CD流水线、K8s集群和Service Mesh技术（相关知识可参考《正确入门Service Mesh：起源、发展和现状》）。
零成本的技术升级和维护：低代码的高维抽象开发方式，让应用的核心业务逻辑与底层技术细节解耦。开发者在大部分情况下都不需要关心底层技术选型，同时也无需亲自跟进这些技术的版本升级与漏洞修复，免费享受与时俱进的技术红利和应用安全性提升。即便遇到某些底层技术或工具需要进行更换（比如不再维护的开源项目），开发者也完全不必感知；技术迁移再费劲再难搞，平台自己努力就行，对开发者来说只要服务一直在线，岁月就依然静好；事后可能还会惊喜地发现，应用访问突然就变得更快了，仿佛冥冥中自有天助，感激上苍和低代码。
一体化生态能力复用

复用（Reuse）是提升软件开发效率和工程质量的最有效途径。传统的代码开发模式下，开发者可以通过提取公共类/函数、引用共享库、调用外部API服务、沉淀代码片段和模板等方式实现复用。在低代码的世界里，平台也可以提供对应的多层次多粒度复用手段，比如页面组件库、逻辑函数库、应用模板库等。

但更重要的是，低代码平台还可以充分发挥其一体化的生态优势，提供强用的可复用能力（资产）的发现、集成与共享体系：以页面组件为例，你可以直接用系统组件，也可以在平台自带的组件市场上搜索和引用更合适的组件，还可以自己用代码开发一个自定义组件并发布到市场中。平台的生态体系越大，积累的可复用能力就越多，应用的开发成本也会越低。

相比而言，虽然传统代码世界整体生态更庞大和深厚，但由于各类技术不互通、缺乏统一平台与市场、代码集成成本高等原因，一直以来都没有形成有类似规模潜力的生态能力复用体系，导致重复造轮子和低水平重复建设的现象司空见惯，还美名为“新基建”。

说到这里，另一批裹着冲锋衣头顶锃亮的同学也忍不住了：“万一低代码真的发展起来了，是不是就不需要那么多程序员了啊？上有老下有小的，同是码农身，相煎何太急！”。低代码虽然是一场应用开发生产力革命，但并不会革掉程序员的饭碗。它去掉的只是难懂的编程语法、繁琐的技术细节和一切可自动化的重复性工作，并没有也无法去掉应用开发最核心的东西：严谨的业务逻辑、巧妙的算法设计、良好的工程风格等。对于真正的程序员，即使剥去他一层又一层的编程语言和工具熟练度技能外壳，最终剩下的仍然是一个有价值的硬核开发者。

当然，如果你坚持要用纯粹的写代码方式来改变世界，也不至于失业。要么，你可以选择那些低代码暂时不太适用的领域，比如底层系统驱动、3D游戏引擎、火箭发射程序；或者，你也可以选择去写低代码中那一部分不可或缺的自定义代码扩展，为平民开发者提供高质量的积木。最后，你也完全可以选择为低代码平台本身的底层代码添砖加瓦。

3. 近几年热门讨论的低代码，甚至无代码，只是一个噱头吗？

所谓低代码甚至是无代码现在只能看着是一个新概念，是否是噱头还有待时间的考验。
  
 现在好多代码的编写都依赖于开发工具、工具包和框架，这从某种程度上看就是一种低代码或者是向低代码发展的一种具体表现。
  
 就拿常见的web网页代码来说，根据配置完全可以自动生成，随着这种趋势的发展，这类无需太多人的智慧的代码编写将会逐渐被工具所代替，这也是低代码甚至是无代码首先攻占的领域。
  
 而对于那些机器学习、人工智能之类的，需要人的各种经验和思想的代码要想实现低代码甚至是无代码，还需要很长的一段时间，具体多久还是个未知数。
  
 所以，作为一个算是比较资深的大数据工程师来说，我的看法是，不要过于在意这些口号，深挖自己的技术，关注前沿技术，不断学习进步就好[点亮平安灯]
  
 
  
 低代码开发有一定的市场需求，我个人认为它并不代表软件行业的未来，但在一段时间内（5年左右）会在企业中占有一定的市场。这个市场很容易就饱和，和它Office系列里的宏应用可能有类似的命运，在软件行业里翻不起来太大的风浪。
  
 我之所以这么看，是因为企业级应用市场一直在细分，信息系统在向企业管理的各个角落在深入。目前低代码开发平台针对的是企业中一些业务缺少合适应用系统的，这部分需求过于狭窄，更普遍的需求还是在各种OA、ERP、财务系统、人事管理、进销存等系统中予以实现了，没实现的部分也会逐渐被挖掘并实现出来。最终低代码开发平台这种半定制、半成品的东西，会变成小众应用，或者成为大系统的辅助功能。通用型的软件对于降低开发成本、便于不同企业共享管理经验有很重要的好处。低代码开发平台只是一种锦上添花的简单应用。
  
 而软件行业里，不仅仅有企业应用，还有低层开发、 游戏 开发、嵌入式开发、人工智能开发等很多细分的分支，这意味着大中院校也不大可能把低代码开发平台作为重要的学科来研究，其最终命运很可能就是Office里的宏应用。
  
 低代码平台在国内是近几年开始火起来的。从开发角度来说，我对这个东西是嗤之以鼻的。
  
 近一段时间我都在研究这一类东西，原因是公司老总们被这个东西忽悠的五迷三道，不可自拔。低代码作为一个营销概念来说，极为符合老总们的理念，也就是其所谓的 "快速搭建，轻松适配"，看起来能缩短开发周期，节省部署维护成本，省了钱，自然合了老总的意。
  
 但是，这些低代码平台的弱点都被巧妙的隐藏起来了。借由动态解析渲染的低代码平台注定性能不会好，固化且不成熟的表单(数据库表)设计逻辑注定对大数据量和复杂业务的支撑极为难看。可悲的是市面上的大多数产品都是如此，加上整体架构过时，设计不成熟，使用场景受限严重。其中HW的AppCube这一类是考虑的比较多的，但是学习成本丝毫不低，而且也有他自己的相应问题。
  
 公司购买了一个低代码平台并使用其"搭建"了一个项目，最终由于性能，数据量支撑，兼容性等等问题，项目上线前大量功能都重新转为自研，返工严重，研发团队也出现了不稳，可谓是赔了夫人又折兵。老总们才终于能够意识到了这东西有坑。
  
 如果低代码未来还是现在这种水平，无法突破，那么，
  
 想你的技术团队解散么，给他们买低代码平台~
  
 想你的公司业务垮掉么，给研发买低代码平台~
  
 想体验事倍功半么，给公司建议买低代码平台~
  
 低代码有毒~ 粗略来说业务线核心数据规模百万级以上，并发200以上，切勿以身范险。
  
 纯粹增删改查倒是蛮合适的，但其实编码成本也没多少。
  
 鸡肋，食之无味弃之可惜。