低代码在“人人都是程序员”的期待下存在了很长一段时间，但作为一种新生的技术概念，引领了市场的狂热，也面临着许多疑问。从软件开发行业的发展来看，降低成本和提高效率是行业不断发展过程中一贯的核心要求。低代码的功能是使开发人员远离机械添加和删除，专注于解决更有价值的问题。从这个角度来看，低代码似乎是一个光明的前景。然而，目前缺乏面对复杂业务场景的能力，进一步限制了低代码平台。低代码会成为未来十年的主要发展模式吗？还是技术炒作周期的泡沫？低代码对开发人员意味着什么，以及开源文化中又会发生什么？8月20日，“低码是”银弹“还是”泡沫“、”低码“还是”泡沫“？”TVP低码技术共享会议热烈讨论，并举行高峰讨论和圆桌对话，探讨低码的过去、现在和未来。开幕式致辞。
腾讯云副总裁、腾讯前端技术委员会主席黄俊红的开幕致辞拉开了活动的序幕。黄俊宏在致辞中表示，低代码并不是什么新鲜事，在目前数字化转型的过程中，低代码作为降低成本、提高效率的工具得到了广泛应用和发展。无论是技术进步、商业场景的应用，还是开源生态系统的构建，低代码都在快车道上。腾讯今年成立了低代码开源合作Oteam，并在腾讯前端技术委员会的指导下进行内部低代码技术建设。腾讯还继续致力于提供外部低代码平台功能，制定行业标准，构建开源生态系统。腾讯云微博是腾讯云官方低码平台，通过打开微信小程序、企业微信、腾讯大会等腾讯产品生态，帮助企业提高效率。同时，腾讯积极参与大湾区标准建设、ICT学院标准建设等低代码相关标准建设，通过建立低代码开源社区、组织低代码技术交流活动等方式，推动低代码开源生态系统蓬勃发展。最后，黄俊宏表示，希望通过TVP交流活动，与行业专家产生思想火花，共同探讨低码未来发展潜力和生态建设之路。未来10年，低代码是否会占据主流开发市场活动的开始，是火星上的一片混乱，讨论的主题更接近当前低代码技术发展的热点话题--“未来10年，低代码是否会占据主流开发市场”。低代码38度6团队持有“低代码将在未来10年占据主流开发市场”的观点，而另一方AICode团队则持有“低代码将在未来10年占据主流开发市场”的观点。双方围绕低码技术趋势和行业现状展开了精彩对决。
低码38度6队：一方双方华炎魔方创始人庄建国;三方Treelab CTO，腾讯云TVP静;四方DMCloud CTO，腾讯云TVP 崔红保。另一边的爱代码团队：《IT民工八卦》作者，腾讯云TVP士峰;努比亚IT总监，腾讯云TVP李健;三论公众号《人谈云计算》作者，腾讯云TVP刘世民;四瓣神策数据解决方案架构师，腾讯云TVP白德欣。辩论环节正方一辩马俊
首先要认识到，技术的发展形成了高度的社会分工，而高度的社会分工有效地整合了资源治理，促进了社会的发展。这是一个客观规律，已被前三次工业革命所验证。在这个发展演变的过程中，工匠精神很重要，所以代码也很重要，但在大工业时代的今天，工匠的思维必须遵循工程思维。低代码本质上是软件工程的设计思想，其核心是使用参数化的组件化方法来封装结构，以工厂为基础的方式组装软件系统，改变以前的软件开发，从代码开始，提高代码的可重用性，控制代码的质量。降低软件从业者的门槛，减少商业专家和技术专家之间的认知差异。在低代码技术的支持下，软件行业也实现了先进的分工，不仅低代码厂商发挥了作用，而且所有快速开发工具、扩展工具实际上都符合低代码的理念，将其概念狭义化是不对的。随着数字化转型的深入，仅中国每年就存在数百万软件人才缺口，未来十年软件人才供需之间存在较大差距，而这个问题只有推广低代码理念，运用低代码技术才能解决。在一项针对全球IT专业人士和决策者的调查中，59%的受访者表示疫情的影响比预期的要大，85%的IT决策者认为低代码是一种不容忽视的趋势，93%的受访者表示这将加快软件开发速度。另一项数据显示，全球77%的企业已经在使用低代码开发平台，IDC预测全球低代码开发人员的数量将以每年40.4%的复合增长率增长。在用户的需求、从业者的勤奋和资本的加持下，符合社会发展规律的降低成本、提高效率的工程技术理念怎么能不成为主流呢？因此，我们有信心，低代码将在未来十年占据主流发展市场。另一边的弁史海峰
在我们讨论今天的论点之前，我们认为我们需要清楚地理解相关的概念，以避免混淆。首先，如果代码写得足够好，那么仅仅通过配置更改就可以实现新的功能和需求。这不被称为低代码。因为产品已经是一个很好的功能集合。其次，引用数据，你会发现很多公司都在使用或计划使用低代码。只要你使用Excel，低代码已经成为主流，所以今天的问题就不必讨论了，但现状显然不是这样，低代码的价值也没有得到广泛的认可。这是我们今天讨论的基础。我们认为，在未来十年内，低代码不会占据主流开发市场。之所以这样做，主要是基于两个方面。首先，主流的开发市场不是办公自动化工具市场，开发工程师也不是办公软件工程师。第二，高级语言编程是一种经过验证的开发方法，在AI奇点到来之前不会被破坏。从DOS系统到Windows系统，如果你有使用可视化编程软件、ESB等的经验，你就会知道，从头到尾低代码并没有成为主流的开发手段。开发工具在不断发展，但是低代码是进化的未来吗？但不是这样的。目前，低代码的重点是业务，IT专业人员，而不是开发人员。低代码只在目标明确的场景中提供相对好的体验，对于开发人员来说，低代码是不舒服的。虽然开发市场非常分散，但编程语言相对通用，这对低代码平台来说是一个挑战。另一个非常重要的观点是，开发人员需要不断成长，理解、掌握和应用底层原理和技术的本质是开发人员不断进步的关键。低代码只是一个工具，开发人员对工具的可用性的增加抱有希望，他们几乎不会被抛在后面。非功能性需求超越了复杂的业务场景和过程逻辑，更不用说低代码了，其应用场景仍然有限。需要了解的是，开发的本质是人与机器、人与人之间相互作用的过程，而编程语言是相互作用的桥梁，因此编程语言的发展基本上属于人类语言学的问题。多年来，低代码没有成为主流，高级编程语言的兴起本身就说明了我们观点的正确性。攻辩链二辩庄建国
我们观点的核心是，低代码的定义是我们应该首先解决的问题。低代码是零代码和高代码的有机融合，我们相信它可以在可视化的基础上集成到高代码中进行开发。关于这是否是未来的方向，我们不需要讨论，因为每个程序员都喜欢视觉开发。这是第一点。第二，反对者实际上是在改变概念，我们不是为了编写代码而变成发展，而是为了解决实际需要，用代码来解决我们的需要，达到我们的目的。反对者认为Excel和Airtable使用的是工具而不是开发，这显然是错误的。使用这些工具创建的表单将满足您的业务需求。SAP、Salesforce和华岩Rubik Cube企业级低代码平台内核拥有一套底层基础设施，支持构建数据模型、定义报告和控制权限的可视化方式。它还进行了开发，并解决了非常具体的问题。今天市场上销售的每一个软件产品都有一个低编码的过程，因为传统开发模式所产生的解决方案无法满足客户的个性化需求。当客户个性化需求出现时，软件提供商无法用通用的方法来实现客户不同的个性化需求，客户也不太可能在定制化的开发模块上增加大量预算，在未来的场景中，我们可以看到，基于软件提供商低代码平台的解决方案的二次开发将成为主流。有几个问题需要你思考：可视化是你最喜欢的开发方式，还是我们在未来十年内不会朝着这个方向发展？开发效率不是一个共同的追求，可视化可以提高一级开发和二级开发的效率。低码是社会高度关注的问题，所以国内外厂商纷纷进入低码领域，为什么我们认为未来十年技术进步不快呢？为什么要停留在这个阶段，看看10年后的发展市场？两个相反的论点。
Zhang Jiao将低码定义为零码+高码，范围太广。20年前诞生的领域驱动设计DDD的开发方法论强调了包业务模式，也可以减少定制化的开发量。根据Zhuang的定义，这个范围显然太大了，因为它也包括DDD。对于庄先生提出的几个问题，我持相同的观点，但这并不意味着当前主流的开发方式排斥了可视化，也不意味着低代码就能提高开发效率，带来了我们可以忽略的新问题，仅靠效率，不能成为主流的开发范式。从开发场景来看，低代码在前端应用程序和过程应用程序细分领域表现良好，但不能替代所有的软件编程工作和场景，如数据分析、大数据、中间件、嵌入式、工具平台系统等。以我公司为例，大约有三种类型的低代码工具在使用中，开发人员的整体比例和应用规模在20%左右。一方面，由于一些应用场景目前还没有合适的低代码工具，另一方面，现有的低代码平台已经不能满足特定场景的需求。其次，从系统架构的角度来看，低代码应用很难独立存在，开发和执行必须依赖于业务平台、业务框架和基础。许多低代码工具的口号是乐高风格的编程，但是没有乐高积木的乐高风格的编程怎么样？如果低代码工具能创造出一批低代码程序员，那么它们将推动PaaS平台、SaaS平台和企业中间平台开发人员社区的增长。作为一名软件开发经理，从项目管理的角度来看，低代码应用并不适合大型软件工程项目实践。当前的低代码应用程序是碎片化的，它们积累了大量的业务逻辑和数据，就像业务人员手中的一堆Excel表格，但它们无法在企业内部共享、重用或管理。十年前，许多公司开发了数百个部门级应用程序。所有这些都相当于建立在早期低代码工具基础上的建筑物，但它们难以集成，老化并被废弃。最后，虽然软件开发已经发展了几十年，但开发工具也在不断发展，但核心开发理念和开发理念却没有改变。对于低代码来说，十年时间仍然太短，不足以影响主流开发工具和方法的主导地位，并且很可能作为提高细分领域开发效率的好帮手而存在。第三个是安静的。
有几位讨论者表示，研发人员不愿意进行CRM开发，担心他们会放弃Java技术。低代码不会主导开发市场，因为开发人员不喜欢毒品，害怕失去必要的技能。回到几十年前的工业时代，工厂工人并不喜欢流水线自动化系统，但历史证明每个人都看到了这一点。如果低代码平台能够以更低的价格有效地实现业务吸引力，那么企业的选择其实是明确的，并不取决于开发者的偏好。外包系统、高代码定制市场红利正在逐渐消失，SaaS、低代码平台则专注于可重用性、经济性、可靠性和后期快速迭代。大家之前交流的重点都是在互联网行业，看到了计算机系统和架构层面低代码的诸多弊端，也看到了当前IT从业者的潜在阻力。但是，当我们真正进入这些行业、企业的时候，请注意传统行业，这是中国经济总量中非常重要的一部分，并从互联网行业中吸引眼球，你会发现信息孤岛效应有多严重，数据汇总，处理效率有多低。从这个角度来看，在传统行业中，低代码平台将取代我们今天使用的软件，成为提高性能的关键。反对派朋友表示，低码是细分市场，缺乏行业标准，难以统一。让我们举一个深度学习的例子。在人工智能发展的早期阶段，编程是非常枯燥和痛苦的，我们不知道未来的标准会是什么样的，但现在来看，谷歌的深度学习完全是UI 化的，最强大的深度学习模型也是开源的，只用了10年左右。低代码的深度比深度学习更浅，这是传统行业的商业建模问题，这些碎片化的问题被低代码组件化和标准化。如果你回顾一下软件开发的历史，汇编语言在市场上占据了很多年，但现在却陷入了沉默。C语言是主要的编程语言之一，但它不是第一个或不可分割的一部分。如果不使用语言，低代码平台无疑将在未来十年成为主流。刘民的三个。
我对律师的一些意见提出异议。首先，正方形总是在扩展低代码的边界。实际上，将零代码拉到低代码类别并没有多大帮助，因为它说“零代码不能解决80%的业务场景的需求”。第二，对于“不懂低码，不懂数字”的观点，我认为这太过分了低码的价值。低代码和数字化并不是很强的相关性，前者只是实现后者的一种手段。对于银行等传统行业来说，要进行数字化转型，首先要做的是扩大研发人员的规模，而不是建立低代码平台。第三，另一方律师故意忽略了企业应用开发的复杂性和“主流”关键词，企业应用的种类很多，包括办公类、商务类、平台类等。现在和未来，低代码平台已经不能满足业务和平台应用的需求，只能在办公应用领域发挥价值。第四，虽然另一方的讨论者提到了很多来自咨询公司的数据，但这些咨询公司的数据受众都是初创企业，无法复制到所有公司。我个人不同意“程序员偏好在低代码平台上并不重要”的观点。一方面，在数字时代，程序员的重要性比以前高得多，传统行业数字化转型的关键在于程序员。另一方面，作为低代码平台的最终用户的程序员，如果他们对低代码平台不满意，他们更愿意自己编写代码来解决问题。这表明，这些平台的用户并没有意识到该产品。此外，人工智能的案例表明了我们的观点的正确性，即时间不能解决所有问题。虽然人工智能出现在20世纪50年代，但它只在语音识别和图像识别等领域取得了成功。这证明，时间并不能解决一切问题，它必须取决于开发人员的努力和需求的变化。当前低代码平台的许多限制不会随着时间的推移而自动消失。最后，我想重申我的观点，即低代码在未来十年不会占据主流开发市场。第一，低代码平台的用户是开发者，如果用户不喜欢，如何推广低代码平台？其次，供应商推广业务人员使用低代码平台进行开发，这是很好的想象力，但实际上，业务人员更重要的工作是业务，而不是开发。第三，即使是人工智能也无法实现与人类的交互，基于药物和组件的低代码平台不太可能自动化应用程序开发。最后，目前的计算机专业人员仍处于上游，市场需求是最现实的反映。简而言之，低代码平台是一种可视化编程工具，可以作为高级语言开发的辅助工具，但不能被取代并成为主流。我们希望并愿意看到低代码平台在特定领域发挥越来越大的价值，但我们并不梦想成为主流，而是建议他们占领城市。马军首先回应了对方律师的言论，回顾了作为低代码行业从业者的低代码问题，发现大家对低代码本身的认识，这个词的发展，对现阶段低代码发展的理解有些片面。首先，虽然可视化是低代码的功能，但组件化、源数据驱动和复合应用程序都必须支持低代码。其次，软件开发并不是程序员这份工作的职责，在软件工程过程中，程序员只是其中的一部分，除了应用程序架构师、算法工程师、数据科学家等等。你不能仅仅因为程序员自己不喜欢低代码技术，就否定低代码的趋势和未来。我个人于2008年加入Salesforce，一直在ClickPaaS上工作，直到2017年，我对Salesforce有深入的了解。许多新技术，如人工智能和区块链，都在Salesforce的应用程序中，发挥新技术的应用，结合低代码来适应数字化。所以我坚持我的观点，如果你不理解低代码，你就不会理解数字化。十年就足够了，你可以拿Salesforce为例。Salesforce成立于1999年，并于2008年赢得了华为的主要客户。国外金融业已经开始广泛使用低码平台，金融科技的一些应用场景和趋势采用低码的发展非常适合。此外，技术需要时间来解决问题，稳定性、成熟度、性能等方面也需要时间，但10年就足够了。开发人员需要摆脱纯粹的代码农场思维，他们不应该关注代码实现，但他们需要引入工程思维。无论是做组件还是做架构都是有价值的，在低代码的世界里，代码农场也是有价值的。低代码和高代码在本质上是高度集成的，前者的愿景并不意味着取代后者。最后，你需要这种耐心来磨练十年的剑。 Salesforce花了10年的时间才成功，为什么它没有在10年内开发出更好的低代码工具呢？我仍然坚持我之前提出的问题：低代码的概念已经发展到如此之大，我们是否需要等待10年？因为对这个问题的辩论者并没有给出肯定的回答，所以我们在讨论这个问题之前，需要明确的是，大家心中都有共识，一个看起来很大，尤其是一个明确的标准，片面的概念性的东西，很难得到普遍的接受和认可，这就是问题所在。从开发的角度来看，编写代码不是核心，需求分析、设计、调试是整个生产过程，研发工程师不只是编写代码，而是运维、测试、架构师都可以编写代码。开发的核心是实现问题解决功能，这意味着开发人员使用语言媒介与人或机器进行交互，而不是拖动或引用组件或封装。过去几年关于人工智能编程的新闻引发了一场关于人工智能是否会取代开发人员的争论。但实际上，到目前为止，人工智能仍然只是帮助解决编程问题。如果有一天，人工智能能够突破图灵测试，并且能够看到它并理解它的含义，那么整个人类可能就不需要做开发工作了。随着数字化的进一步渗透，低码产品作为数字化工具的演进方向，在特定场景中提供了更友好的操作、更低门槛的使用体验，提高了工作效率，创造了足够的价值来支付工具的制造和维护成本，低码还有商业化的空间。但是，只要发展或人在做，把这作为一种职业，除了语言形式之外，没有更好的选择。我们必须再次强调，在未来十年，主流发展市场不会被低代码所主宰。结瓣链反侧四瓣白德
我们所理解的低代码开发实际上是场景开发。虽然在特定场景下可以解决特定问题，但在通用和工业化场景下，差距还是非常明显的。对于企业来说，复杂、重复的业务场景，低代码平台无法成为主流，只能有效应用于OA系统等内部流程管理。对于产业分工，开发者的角色越来越明确，分工的定义也越来越明确，所以这些发展角色已经成为主流，但是低代码开发角色和功能的定义也不明确。如果低代码在未来十年成为主流，那么首先要解决这个角色定义问题。另一方面，从市场的角度来看，低代码并不总是明显的。当然，目前的市场都在谈论低代码，但企业应用程序的复杂性要求开发人员具有专业性，而可视化低代码开发的手段可以是足够专业的。此外，企业IT投资的市场环境，系统建设是垂直烟囱建设，每个系统都可能是孤立的，需要开发者的能力才能打破信息孤岛，而未来十年依靠低代码才能解决这些问题，答案显然是不可行的，低代码很难覆盖主流开发市场。今天的讨论反映了低代码的定义并不明确，它的边界、应用场景都没有明确定义，导致开发行为的逻辑也没有完全区分，我们是通过低代码来满足核心需求，还是满足独立场景需求，这是判断是否主流的基础。随着未来十年企业数字化转型浪潮的到来，低代码能否取代现有的IT投资？你能整合一个孤立的IT系统吗？我认为目前的情况并不乐观。综上所述，在未来的十年里，低代码可能会流行起来，但永远不会占领主流的发展市场，需要通过发展来解决需求和性能的问题。4红保先生
在未来十年中，数字化转型和升级无疑将成为趋势，并将产生至少比当前软件开发需求增长10倍的激增需求。解决这一需求最简单的方法是增加软件工程师人才，但这种培训的成本和难度都很高，无法从根本上解决人才缺口的问题。自动化工具的引入和当前开发模式的转变是与低代码目标一致的可预测解决方案。我们认为，代码少、交付快的框架、工具和平台都可以称为低代码，我们应该从更高的维度来看待低代码的开发和应用。虽然现有的低代码问题是基于当前的时间点，但我们正在研究的主题是“未来十年”。从计算机的历史来看，低代码足以解决许多问题。即使是现在，低代码也在传统行业中挖掘出了很多应用场景，其潜力非常大。另一方的讨论者认为，低代码，如现有的标准规范问题、信息孤岛效应等，也存在于现有的传统开发模式中，解决这些问题的方法应该基于数据驱动的实现，而不是要求低代码厂商有相同的实现规范。低代码和开发人员之间的关系在业界一直存在争议，低代码将开发人员从重复的、机械化的添加、删除和修改工作中解放出来。对于商务人士来说，低代码是关于使用工具，而不是代码编辑器。纵观人类历史，每一个行业都是从刀耕火种农业的人工操作逐渐演变为机器的自动操作，而科学技术发展的历史就是逐渐减少人类人工操作的历史。农业、工业和软件开发也是如此。在未来，工程师需要手工编码的工作将越来越少，减少的工作将通过低代码来完成。低代码占据主流并不意味着它占到了70%-80%，Java语言是主流的企业级编程语言，但占到了70%以上吗？显然不是。主流是一个被广泛接受的概念，从长远发展的角度来看，低代码将成为主流几乎是不可避免的。我们应该站在大企业平台的位置上，缺乏人力资源，简单地批评和抵制低代码的现状。大家从真正普遍的中小企业来看数字化转型的现状，大部分是传统行业，在这一点上，我们会发现低代码的综合价值。最后一句话是，利用技术造福于所有人，让数字世界更加繁荣，应该是我们这一代技术人员的目标和追求，他们不仅着眼于现在，还着眼于未来。通过对低代码的一系列分析，我们认为低代码将在未来十年成为主流的发展市场。从行业现状出发，一场基于技术、应用、生态的精彩讨论落下帷幕，在观众和TVP专家的共同见证下，方方低码38度6支队伍取得了最终胜利，方方的4位DCCloud CTO、腾讯云TVP 崔红宝获得了最佳辩者。腾讯低代码技术专家、TechParty集团前委员长，作为一名有多年经验的低代码行业从业者，他也分享了他对低代码的定义与理解、低代码与高代码的关系的见解，为与会者提供了值得借鉴的视角。圆桌对话<<应用、演进、碰撞：经过低码的变化和对未来的激烈讨论，同样精彩的圆桌环节，ClickPaaS CPO、腾讯Cloud TVP马军;精坤科技 CTO、腾讯Cloud TVP 葛丁佳;助理基础设施腾讯低码Oteam PMC逻辑编排负责人陈玉云，以及腾讯低码技术专家、前TechParty集团委员会主席，公开光，围绕低码应用、演进、碰撞的方向，讲述了低码的变化与未来。
什么是低代码杀手级应用程序？马云：无论是低代码还是高代码，最终目标都是开发应用程序。低代码的优势是软件生命周期管理中灵活性的优势，典型的领域是敏感应用，典型的形式是CRM。CRM在企业应用程序中需要大量的人力维护和管理，但由于低代码平台的灵活性和弹性，这些未来可以实现。除了敏感的应用程序外，快速、渐进的应用程序也很适合使用低代码系统进行开发。这意味着低代码更适合使用需求不断变化的场景。如果未来有杀手级应用，除了之前的场景外，很可能会涉及到办公、管理等部分运营方向。数字化运营的未来可能会成为低代码杀手级应用的诞生地。
Guttingia：低代码的应用场景一般可以分为以下几类：它是一个新兴行业，纯粹是SaaS，主要面向业务运营人员。应用程序开发类用于快速开发多平台（PC/移动）微应用程序。组织内的部门协作工作流类;技术工具，如自动化，数据集成。使用对象大致分为三大类：专业研发人员、非研发技术人员和业务人员。低代码解决了业务和技术能力的抽象，缩短了业务人员和IT人员之间的理解差距，并允许跨层次使用多个场景。因此，从我们的实践来看，更多的低代码应用机会可能在于连接、集成和编排能力。例如，超自动化等相对较新的概念可以快速整合不同领域的能力，从而创造商业价值。董小贡：目前低代码应用场景都是基于可视化操作，只需添加少量代码即可快速生成新应用。在低代码之前，CMS、CRM、BI和BPM等工具也出现了类似的趋势。目前主流的低代码模型在本质上还是封装了信息流，覆盖了更多的场景，但也存在个性化场景成本上升的问题。在我看来，信息流场景中不会突然出现杀手级应用，未来杀手级应用的颠覆在于走出单一的信息流场景，结合现实与场景，提升整个行业。
陈玉云：我所理解的低代码是对如何使用少量代码或零代码来生产应用程序的概括，它不是一个特定的技术点，而是在很多行业中使用的。从ToC的角度来看，低代码的概念已经体现在很多热门应用中，比如腾讯文档在线多人合作在重大活动中，比如QQ空间如何像微信小程序一样拖曳衣服。我们了解到，低代码和产品的结合，用户可以获得非常灵活的定制能力，可以使用产品或在产品中创建产品，这可能成为行业的生态，所以杀手级应用程序可能会以低代码开发工具以外的形式出现。显然：杀手级应用是为了解决普遍性问题，所以我们可以从这个角度来考虑。在To C领域，文档和笔记的应用场景很多，需求量大，机会大。在To B领域，企业通信，企业IM是一个相对较大流量的入口，我认为未来很有可能演变为杀手级低码平台。低代码和开源有什么关系？马俊：低代码和开源自然是很好的合作伙伴。无论是低代码还是开源，其本质都是为开发人员提供工具，使他们的工作更容易。开源是通过提供框架来重用的，低代码是通过组件来重用的，无论哪种方式都是基于行业参与者的协作，这两个目标和实现路径非常一致。Gartner表示，未来的应用程序将是模块化的，将应用程序开发分为三个角色：汇编器、聚合器和构建器。组件和软件本质上都可以用开源编写，但在组合应用程序的愿景中，它们只是可重用的组件。组件可以是小型前端组件到大型AI应用程序。在这个模型中，开源和低代码是完美的组合。从我个人的角度来看，未来代码和开源社区的高度集成将真正塑造软件开发行业的转型机会，通过工程驱动的软件生产，而不是车间式的开发和生产。Guttenya：我的逻辑和马老师一样。我认为这是两层：框架和组件。框架是用低代码编排的，允许您拖动条件规则和逻辑。这些组件可以灵活地扩展。以自动化低代码平台为例，组件可以建立范式，为一些开源组件提供访问标准，引入社区开发人员一起构建，将组件类型一起扩展，使平台适应不同的场景。我们还开源了自己的工具、框架和插件功能，以便我们能够根据自己的规范开发适合场景的组件，同时提供自己的服务，同时为开源社区做出贡献。
董晓贡：我从商业化和开源的平衡角度来看待这一点。开源为软件行业带来了巨大的价值。十年前，企业必须租用空间来构建中间件轮子，而现在，他们必须通过云原生功能在稳定性、成本、效率和安全性方面达到更高水平。目前低代码平台主要由商业公司来做，低代码行业的开源和商业化看似明确的两个方向，但实际上，从我个人的角度来看，参考开源的商业化模式，也许会给低代码的商业化带来更多的价值。通过开源，我们可以让更多的开发者参与进来，改善场景，构建生态系统，充分利用云服务的能力，创建更广泛意义上的云原生业务和生态模型。陈玉云：目前市场上的低码产品都集中在各自的领域，但由于平台上的领域是绑定的，所以专业领域的业务逻辑被集成和重用，更高效。这也是造成差异的原因。如果没有统一的标准，未来会出现更多的问题，也会给协作带来不便。我们目前正在构建一个开源引擎框架，以便任何想要构建低代码平台的人都可以快速构建。除了核心组件的开发，我们还参与了大湾区和ICT学院等相关标准的建设，这可能为行业带来新的价值。
显而易见的是：开源其实只是开源的一种表象，开源现在已经成为了一种商业模式。与数据库一样，低代码也是基础设施软件产品，它以开源的方式提供给每个人，并增强开发人员的信心。国内外有很多低代码领域的开源产品，这也是开源和低代码的协同作用，从商业角度来看，低代码，可以给开发者带来更多的信心。低代码会夺走程序员的工作吗？马骏：我个人认为，一个面向未来、愿意追求、学习、适应发展的程序员，应该能够接受低代码。在这个过程中，最重要的是拥抱变化，但不是拒绝变化，而是拥抱变化。不断向上，成长为建筑师、数据工程师、算法设计师等，在目前能力范围内跳出“舒适区”，有利于个人的长远发展。Gutenja：我也同意程序员应该把困难的事情做正确的事情。在低代码本身的发展领域中，低代码是很多领域，分割场景帮助程序员部分抽象出重复的工作，我认为未来发展的方向之一是当前的低代码能否从技术本身抽象出来。第二个是低代码平台的健壮性和兼容性的扩展，以及它是否能够继续满足更多的业务需求。在这个过程中，你不仅要做垂直领域的深度能力开发，而且还要注意为业务提供快速的敏捷性，比如为一些业务组件开发低代码。我认为这些都是未来的程序员可以在低代码中“跳舞”的方向。董晓贡：低代码平台取代了处理简单的流程，而这些流程并不是开发工作的核心。在我看来，低代码长期以来对软件和整个行业都产生了积极的影响。低代码时代的开发者应该做些什么？虽然我认为你可以更多地关注那些反映个人和工作价值的东西，但你可以通过熟悉和掌握低代码平台来提高你的生产力。通过在所有场景中采用低代码平台，软件工程师可以帮助行业更有效地进行数字化转型。陈玉云：总的来说，低代码引发了新的发展浪潮，但它并没有取代程序员，而是补充了程序员，创造了更多的可能性。就像叫车平台在旅游业创造了更多的就业机会一样，传统的出租车司机有更多的竞争对手，但他们也可以通过软件直接从订单中受益。同样，低代码降低了研发的门槛，让更多的人参与进来，并创造了一个新的生态系统。在我看来，低代码和高代码是互补的关系，低代码是为了帮助业务团队更快、更高效地完成项目，但现实是很多公司并没有严格区分业务团队和研发团队。因为两者通常是集成在一起的，所以我认为低代码会对团队产生影响并产生阻力。云计算第一次出现时，质疑的声音从未停止过，但随着时间的推移，云计算已经成为了像水和电一样的“基础设施”。当前的低代码路径与当时的云计算有何相似之处？有人说低代码是一瓶新的旧葡萄酒，有人说低代码可以改变未来的软件开发生态系统，但未来需要有人去做。这是TVP发起这次技术共享会议的初衷。让技术影响世界，让技术造福于大家，下一届TVP技术分享大会正等着你的到来! TVP是腾讯云价值专业的简称，是腾讯云颁发给云计算领域技术人员的奖项。TVP将打造与行业技术专家的沟通平台，促进腾讯云与技术专家和用户之间的有效沟通，构建云计算技术生态系统，实现“科技影响世界”的美好愿景。