【51CTO.com原创稿件】从2020年开始，低代码成为了业界热点，无论是资本市场还是企业用户都纷纷追捧。在低代码洪流下，支持和反对声并存，有人认为低代码可以像Office一样达到全民普及，也有人认为低代码是新瓶装旧酒炒作概念。在争议不休下，如何正确地看清、认清低代码?如何清晰地辨别并选择适合自己企业的低代码开发工具和平台
为此，51CTO特别梳理了关于低代码的十大问题，并邀请腾讯云、网易数帆、用友、微软等不同低代码平台服务提供商的专家共同探讨，视图解答业界关于低代码的相关疑问。
以下内容是来自微软(中国)有限公司全渠道事业部，创新技术总经理崔宏禹的解答!
问题一：低代码真的是新瓶装旧酒么?
任何技术的兴起、流行或者消失，不仅取决于技术本身，更取决于现实的需求。低代码技术之所以在这个时候重新发扬光大，有两个方面的原因。一方面，相关技术发展到一定程度，使原来不可能的事情成为可能，比如人工智能已经在一些专业领域达到或超过人类水平，决定性因素是市场对更高生产力工具的追求;另外一个方面，生产力工具在不同时代有不同的特征。在数字化时代，通过软件手段开发出的各种生产力应用成为人类提高工作和生活效率的主要手段。这种时代的变化要求各行各业的从业人员具备基本的应用开发能力，这是低代码带来的主要改变，即可以让非专业的开发人员通过低代码技术来实现其业务上的述求和能力的构建。当然，低代码技术的目的并不是把这些人培养成专业程序员，而是借助这种能力来提高自己的工作效率。所以，低代码能力是一种未来我们必须掌握的‘办公能力’,是能够发挥所有业务参与者能力的“新瓶新酒”。
问题二：低代码开发就像是拼搭乐高积木?
我们经常会用这样的比喻，帮助大家对低代码开发有更直观的印象。从一定程度上来讲，拼搭乐高积木的过程和低代码开发的过程很类似，都是通过简单的模块化构建的方法，逐步搭建复杂的作品或方案。当然，它既遵循一定的规律或规则，又鼓励大家在既定的模板之上发挥各自天马行空的创意和想法。因此用拼搭积木来形容低代码开发的过程，还是比较恰当的。不过，如搭乐高积木需要一张图纸和模板一样，在开始之前，一定是有一些基础的服务能力的，例如，必须具备通用的数据服务能力，和其他应用系统的接口能力等。这些能力一定是由专业的开发人员预先定义好的。
问题三：低代码适合开发哪些应用?
低代码适合开发的应用本质上没有限制。我们希望未来的应用都是可以通过低代码平台来开发实现的。但就目前我们看到的客户和伙伴的应用场景来讲，内部IT、财务、人力资源等部门都是低代码应用需求的聚集地。一方面，这些部门本身有厚重的系统支持，但希望能够快速实现定制化需求和迭代新场景，这正好是低代码最擅长的事情;另一方面，很多部门的员工有想法，但苦于没有IT背景和基础的编程技能，只能寄希望于低代码平台，来实现他们的需求。这都加速了低代码应用在这些领域的开花结果。这类低代码应用我们统称为“内部运营效率应用”。
同时，我们可以看到，低代码在下面一些场景也是非常受欢迎的：
1、 需要快速迭代的创新型应用
2、 客户对需求的变更要求较高，从而由客户参与的应用项目;
传统系统或遗留系统的升级改造。
问题四：低代码不适合开发哪些应用?
目前低代码平台的模板，生态，和可拓展性有还在发展阶段，更多旨在解决最后一公里的问题。如果想要从头开发复杂厚重的业务系统，还存在一定的困难。如基于CRM系统开发移动端应用，实现定制化的需求，对于低代码平台并不难。但从头开发一个完整的CRM系统，还是充满挑战的。
同时，有大量的底层开发能力要求的应用，尤其是和设备、接口、驱动交互相关的项目，低代码因其本身的场景和具备的能力，也是不太适合。
问题五：低代码和零代码的区别?
低代码和零代码没有本质区别，都是不断提高生产力的工具，是一种APaaS(Application Platform as a Service，应用程序平台即服务)。APaaS平台最大的优点是提供了快速开发的环境，个人或企业无需购买和维护服务器、中间件、网络等一系列技术基础设施。APaaS平台准备好了这一切，个人或者企业可以在几个小时内就能完成应用的开发、测试、部署，并能够随时调整或更新。就现阶段而言，零代码平台对老板、产品经理、销售、运营等人员更友好;而低代码可能更适合懂点代码的人员使用。但是，低代码与零代码平台有逐渐融合的趋势，低代码平台一直在不断降低使用者门槛，两者未来会越来越相似。
问题六：低代码开发能否让程序员失业?
这看起来是非程序员而不是程序员最关心的一个话题或者想法。本身作为曾经的程序员，在刚接触低代码这个概念时并没有太担心低代码会取代什么，但也确实听到了很多的声音在讨论这个事情。我个人的一点感悟是，其实低代码的出现，解放了程序员的时间，反倒让程序员能够将更多的时间专注在解决复杂业务问题，编写高质量的代码，优化平台架构，提升产品质量等一系列专业的事情中。每一行业都有其特殊性，每一个职位都有其专业的地方，低代码中的低字，并不是说从此以后，就不用写代码了，而是说未来，解决业务问题的成本变得更低。低代码出现后，其实打通了业务人员与IT人员以及专业程序员之间的一个屏障，业务人员可以利用低代码工具将自己的想法变成现实，拖拖拽拽地就实现了，但每一个拖拽的组件，都是程序员通过专业知识打造出来的。所以我个人觉得，低代码平台会让程序员所做的事情，更有价值，更体现专业性。
问题七：低代码能否走向“公民化”?
其实 “公民化” 这个词，或者说 “Citizen Developer”，我一直觉得特别抽象，其实更应该说是 “Digital Innovator”。最近五年，数字化、移动化、智能化的发展，要远比过去十年、二十年要来的快，当下很多的平台、产品、消费习惯、业务模式，放在五年前，十年前都觉得不太现实，就像现在出门我最担心的是手机没电，而不是没带钱包。低代码在这个时候出现，如果能够得到善用，确实能够群策群力，解决以前需要3个月、6个月，要找专业供应商才能解决的问题。就比如以前要从手机上查系统里的产品型号，整理成BOM发给客户，又要开发移动APP，还得考虑iOS还是Android，还要写接口、匹配不同的设备型号、分辨率等，很麻烦，所以很多时候想想也就算了，就手工搞吧，也不是搞不定，订单也不多。就是这类看似不难，当前也能对付，投入成本高的需求，在企业中有很多，不断得对付着，终究一天会发现，企业如果生意机会暴增，但却没有能力处理这类需求。低代码的出现，就提供了一个很好的平台，不是说一定让每个人都去开发，而是说当业务专家有个想法，就可以立马上手实现的，于个人、于公司，都是好事。
问题八：低代码安全吗?
低代码作为一个开发平台，和其他的开发平台一样，并不因为其引入“公民开发”的概念而降低了安全性。一方面，低代码平台一般在企业安全的 DMZ 或安全的云平台中建立，并且必须毫不费力地通过网络安全许可来实现对代码和数据的访问，可以共享整个企业的安全策略，因此，平台层面的安全是有保障的;另一方面，低代码平台一般是自动生成的代码以及开发人员编写的自定义代码实施最佳的编程实践(编码约定，设计模式和数据加密)，简化与现有 CI/CD 流程和工具的集成，因此，也是能保证低代码平台的安全。
问题九：如何选择低代码平台?
数字化转型已经成为企业间的共识，但是转型之路上充满了挑战，比如不断涌现的创新型业务需求、信息孤岛、切换成本、IT和技术人才缺口等等。在众多的数字化转型的实施方案中，低代码平台因其‘全民开发’理念成为首选。在现阶段，企业可以从快速落地的业务场景出发进行思考，适合低代码的典型应用场景可以分为以下类型：创新型应用、客户参与型应用、内部运行效率型应用、遗漏系统的迁移或者升级。以客户参与型应用为例，主要是应用系统建设过程中，要针对客户业务多样化需求进行开发的应用，或者客户根据自己的业务需求，基于某一个平台自行开发并提供给其它客户使用的应用;其主要包括的3个场景分类为：基于Web的门户网站，移动为先的供应商应用，新的SaaS应用。
问题十：低代码是开源的好?还是商用的好?
在开源与商用的对比上，其实代码还是低代码面临着同样的问题。很多开源软件都会有商用版本，目的是企业在出现问题时的一个保障。软件围绕着商用软件，开源盛行，商用再起不断地循环，谁也不能站出来给一个明确的答案是谁好谁不好。分享一点自己的感悟：首先，开源的功劳肯定是被认可和肯定的，开源的软件要么是民间的智慧聚在一起解决一个软件领域的实际问题，比如OpenStack，要么技术巨头捐赠出来造福人类，比如 Kubernetes。开源的宗旨一直是希望让大众能够享有技术红利，避免重复造轮子，提升技术上的创新，减少大企业的垄断。但开源也同样面临着一些问题，每一个问题的解决都是义务的，开发项目中的开发人员被成为 Contributor，是因为他们没有因为写这个代码拿到一分钱，所以很多需求的实现，Bug的修改都是需要时间的。所以，如果企业有技术资源和技术能力，利用开源软件时能够自己去优化，去解决遇到的问题，改代码，那开源软件确实实用;但也有很多企业，其核心竞争力是产品，而不是基础设施中用到的软件，可能商业软件会更适合一些。
了解更多低代码开发的详细内容，请查看《低代码开发江湖混战，企业该如何正确选择》选题。
【51CTO原创稿件，合作站点转载请注明原文作者和出处为51CTO.com】
