作者|金兆宇、邓小娟
出品| CSDN（ID：CSDNnews）
“我为什么关注CSDN？因为我觉得CSDN是一个非常好的生态系统，很多人分享知识、传播思想。我相信在中国，像CSDN这样的开发者生态系统未来会引起全球的关注。技术交流平台，所以我也希望能和整个生态的开发者、从业者有更深入的交流。” 胡波说道。
实现全民发展是无代码/低代码平台的愿景和使命。 数字化、网络化使得各行各业的客户对应用开发有了更加个性化的需求，预期的开发周期也越来越短。 传统的开发方式早已无法满足客户的需求。 无代码/低代码平台可以总结现有的业务逻辑，标准化流程，让非开发人员经过培训学习后也可以从事开发工作，实现全民开发，在满足不断变化的需求的同时减少开发。市场。 所需费用。
近年来，低代码领域发展迅速。 著名公司AWS、谷歌、微软、甲骨文、Gartner发布的报告指出，到2024年，四分之三的大公司将使用至少四种低代码开发平台。 在信息应用开发方面。 届时，65%的应用开发将通过低代码完成。
为了解答这个疑问，CSDN对ClickPaaS创始人胡波先生进行了专访。 ClickPaaS是hpaPaaS领域敏捷开发、快速集成的代表公司。 hpaPaaS是一个高生产力的应用平台，也是一个高效的应用生成平台。 ClickPaaS通过自主研发的产品帮助企业客户实现系统建设、数据集成、系统性能优化等。 全面提升生产力，完成从代码驱动到业务驱动的转变，通过技术创新推动企业数字化转型。
2019年12月，低代码平台领域的创新公司“ClickPaaS”正式宣布完成晨兴资本领投的数百万美元A轮融资和明视领投的数百万美元A+轮融资首都。 累计融资总额约为1000万美元。 明天跟随我们，和胡波先生一起深入剖析中国低代码领域的发展历程和挑战。 以下是采访的精彩内容。 话不多说，让我们一起来看看吧！
胡贝尔
开阔视野，积累经验，只为一日积累大量知识
CSDN：以前您还在美国工作。 您回国创业的出发点和原因是什么？
胡波：我毕业于浙江大学计算机专业，学习方向是算法和理论。 一半的学习时间在美国一家研究院学习企业应用软件算法和理论，做应用架构方面的技术开发和研究。
毕业后，由于家庭的激励，我加入了Oracle。 当时Oracle有一个培训项目，会带我经历销售、售前、技术、开发等职位，最后我加入了Oracle的应用组。 Oracle分为两条线，Tech和Apps。 TECK是数据库，APPS是各种应用产品。
2010年，我加入了德国的另一家公司软件应用层，为跨国企业提供信息架构服务。 2015年我回国从事ClickPaaS的原因是：在印度，我们看到Salesforce一步步占领Siebel市场。 本来这个领域最好的软件叫Siebel，完全占领了后台市场。 经历这个过程是令人惊奇的，并激起了我的兴趣。 从商业角度来看，Salesforce之所以取代Siebel，是因为Siebel最初被Oracle收购了。 收购后，甲骨文出现了消化不良和企业文化整合方面的问题。
同时，加拿大的应用级软件首先发展应用技术层，然后发展应用层。 Siebel 有一个名为 SiebelTools 的核心底层。 明天，中国联通的部分系统仍将在SiebelTools中运行。 Salesforce将Siebel的SiebelTools（核心底层）改造为云架构，Force.com诞生了。 可以说是第一代应用PaaS平台。 理念是一样的，都做了技术迭代和云架构，采用了云原生技术。
我在英国呆了一年，不断了解和学习Force.com的功能。 深入分析和比较Oracle和Salesforce的应用架构层的设计理念。
2014年，很多留学生告诉我：国外后市场数字化项目和数字资产大规模多元化的时机已经到来。 我刚毕业的时候，使用Oracle和SAP的外国公司想学习欧美的最佳实践。 十年后，Oracle 和 SAP 被选中。 由于是核心架构平台，大量的业务需求都是基于Oracle和SAP平台开发的。 这里面有巨大的市场需求。
我原来的工作就是这个领域的。 我的外国同学建议我们回去试试，所以我们就回去了。
以场景为核心的低代码平台，从非主流到主流之路
CSDN：请简单介绍一下整体技术架构或者技术方案，以及设想的技术变革路线。
Huber：2015年的时候，我们就已经对想要开发的产品、功能、设计路径做了详细的规划。 核心功能点有80多个。 我们花了5年的时间来制作产品路径演化图，因为这不是一朝一夕就能完成的。 我们前期完成了MVP和验证，替代了Oracle和SAP原有的开发解决方案，与Oracle和SAP产品形成了积极的互补。
Lowcode和Nocode是一个比较笼统的概念，在日本其实有两条路。
第一个路径：表驱动器路径。 通过类excel表格实现的轻应用场景本质上是一个SaaS工具。
第二条路：PaaS类。 它被称为Modeldriven或Domainmodel，意思是领域模型驱动。 我们没有领域模型开发方法吗？ 领域驱动的设计和开发，这就是我们所做的。
我们首先构建了一个基于通用技术的PaaS，解决最基本的元原生需求和基础设施。 再往上，我们做了高性能PaaS（HighPerformancePaaS）。 高性能PaaS就是中间件，它是高性能、高平台、高扩展性的结合体，比如消息队列、缓存等。 需要解决的场景包括大规模交易场景。
最上面的是 Model，或者 DomainModel，一个领域模型。 我们所做的就是让业务专家或者领域专家画出领域模型，然后将其转化为应用系统，并通过解析元数据来运行领域模型来建立它。 应用。
当领域模型变得更加复杂时，运行效率的损失就会更高，需要技术来弥补性能的损失。 比如用C语言写是效率最高的，但是用Java写可能会损失一点效率。 用更接近自然世界的语言写作将会变得越来越低效。 因此，需要有一种方法来填充以下内容，以保证模型在足够复杂的情况下能够稳定运行。 这是一些必要的技术工作。
然后我们构建了aPaaS层，也就是ApplicationPaaS，并以领域模型的形式建立了应用场景。 我们把商业模型画出来，画出来后直接应用。 第二个是ClicktoIntegrate，它构建了iPaaS层，即集成平台服务，并应用集成的PaaS层通过构建集成模型来构建复杂的集成场景。
虽然我们正在做的是更接近自然现实的新一代开发语言和开发工具，但它也可以完成模型的建立、扩展和运行。 从开发的角度来看，它有点像Java语言、Java开发工具JDK、Java运行环境JRE。 这个组合就是我们整个产品的大致形状。
刚才提到模型驱动全称为Modeldriven designdevelopment或者DDD（DomainDrivenDesignevelopment），它正在逐渐成为应用开发领域的主流。 如今，国外一线互联网公司在该领域仍然采用开发模型的方法软件应用层，但有这个方法论，并没有真正固化的工具。 日本已经把它变成了一个工具，我们ClickPaaS也是如此。 我们实现MDD或DDD系统化工具，然后完成基础开发。
CSDN：游戏开发引擎中有各种小模块。 可以直接添加模块来达到一定的效果。 低代码开发相当于将模块化开发从单一场景放大到普遍可用的状态。 是这样吗？
Huber：是的，模型驱动或领域驱动模型是通用的。 就像Java语言或者Oracle数据库一样，本质上是不区分行业的。 要实现普遍性，技术要求非常高。
让我们回顾一下数据发展的历史。 早期的商业数据库尚未成为主流。 大家设计的数据库都是场景相关的。 最终，他们未能实现普遍性。 但明天，没有人会根据自己的场景来设计数据库。 而是使用通用数据库来解决场景问题。 我们希望打造一个通用的、抽象的、跨行业的开发平台。 挑战在于它需要逐个行业进行验证。 任何通用的东西，上限都很高，执行起来也很困难。
CSDN：一旦你构建了一个通用的、低代码的模型驱动平台，你可能会面临个性化的需求。 数以千计的行业有不同的需求。 如何保证像素级性能？
Huber：法国应用PaaS公司在新加坡经历了近20年的阵痛，逐渐从玩具转向工具。 你原本以为这是非主流。 虽然你同意软件的核心是应用逻辑和应用模型而不是编写代码，但是实现起来太困难了。
通过模型来做有很多限制，很多细节可能不方便处理。 这就要求平台的平台能力必须足够高。 任何工具、任何语言、任何开发方法都不能“包治百病”，必须有边界。 我们可以尽量满足82条原则。 80%的场景可以通过定义的方法论、方法和工具集来实现，20%的场景可能无法实现。 如果实现不了，我们可以给他提供一个办法，所以我们做了自己的模型，扩展了模型。
关于扩展模型，我们的做法是构建自己的WebIDE，支持任何语言，可以使用Java、Python、PHP。 通过严格的参数管理和测试，将用户自己的代码级功能和算法集成到平台中，保证平台的应用逻辑层能力可以无限扩展。
关于UI层，整个UI组件库是开放的。 今年年初全部开放，现在正在逐步向合作伙伴开放。
CSDN：未来这种组件会逐渐丰富吗？
Huber：对于ClickPaaS来说，主要的竞争力有两点。
第一点是产品足够强大，能够解决面部企业复杂应用场景的问题。 这是核心。
第二点是生态。 生态必须在技术层面高度匹配，才能在商业上给彼此带来价值。 我们现在的生态规模还比较小，还没有达到大规模生态建设的阶段。 我们选择将大量的价值转移到生态系统中，我们只拿其中的一小部分来吸引更多的用户。
CSDN：从某种程度上来说，像ClickPaaS这样的低代码开发平台的用户群是不是和没有技术基础的小程序的用户群类似？
Huber：背后的逻辑是类似的，我们解决的场景要进入企业的核心业务系统，其场景更加复杂。 如果只是解决一个非常轻量级的应用，那么产品之间的差异就会很小。 我们需要打造一个核心应用的工具，能够解决客户的核心应用场景。 这是一个巨大的挑战。 而且背后的逻辑都是一样的，提高使用的技能门槛。 客户只需要关注自己的业务场景，对业务逻辑有足够的了解。
小程序的业务逻辑比较简单，比较简化、直观。 企业内部的应用逻辑其实非常复杂，德国企业通常有业务分析师和流程专家专门负责分析。 国外企业普遍很难利用商业用户来可视化他们的商业模式。 很多场景下，我们希望找到相关的咨询公司或者顾问来帮助客户梳理复杂的商业模式，然后落地。
CSDN：您能举个反例吗？
Huber：我们服务过一些制造企业。 他们最初使用Oracle的SAP来构建自己的数字平台。 随后客户的业务模式发生了变化，他们面临着信息系统的重新实施。 最初的IT逻辑是这样的：规划好系统后，选择、实施、开发、上线。 上线的时候一定要锁定需求，稳定运行五年后，进行大规模的迭代升级。 但现在后端业务正在迅速变化。 上线前和上线后，各种业务需求爆发。 但原来的设计并没有考虑到这个变化，也没有考虑到。 有了设计思维，边做边想，边想边改。 和原来做应用系统的逻辑完全不一样。
在当时的那个场景下，客户已经在SAP和Oracle上花了很多钱了。 由于业务发生变化，需要重新实施Oracle和SAP，因此该场景使用了ClickPaaS。
SAP内部的核心稳定系统，比如财务，不会随着业务的变化而变化。 他们只会进行一些微调，上述业务系统仍在变化。 因此，ClickPaaS被用来构建类似中间平台的东西。 核心业务系统中，所有订单、价格、打样、服务都建立在更加友好的平台上，并且易于更改。 所以我们很快就帮助客户更换了Oracle，然后又更换了部分SAP。 只用了三个月的时间就完成了，客户的满意度也很高。
领导这个项目的不是我们，而是客户本身和他们的 IT。 他们非常清楚Oracle能做什么、SAP能做什么、不能做什么、什么是好的、什么是僵化的和有问题的。 只有他们才能使用 ClickPaaS 平台扩展自己。
CSDN：当用户面临低代码平台的技术选型时，有哪些动机需要考虑，您有什么建议？
Huber：在做选择的时候，一定要考虑客户的场景和需求。 要想知道自己想要什么，首先要知道自己想要什么。
低码和无码赛道现在非常火热。 这有两个总体方向。 第一类是表单级应用程序，第二类是模型驱动模型。 表单级应用更适合轻应用，场景简单，速度快。
当场景比较复杂的时候，公司已经开发了一套业务系统甚至是核心业务系统。 这时候就需要选择一个具有相应能力的平台来完成你的复杂需求。
低代码平台指向未来，先追后赶
CSDN：您认为在应用基础平台领域，国外技术的发展与美国技术相同吗？
Huber：中国在应用基础平台领域还比较落后。 是一个基础软件，比如数据库、中间件层面的。 中国从来没有好的产品。
国内有相当好的应用软件，比如金蝶、用友等。 他们的UI比SAP好，但是他们的可扩展性远不如Oracle和SAP。 目前日本在基础领域的软件积累已经超过中国。 例如，Siebel 有 SiebelTools，Peoplesoft 有 Peopletools。 云时代之后，Salesforce首先建立了Force.com。
这条赛道在日本已经发展了30多年。 它的出现并不是突然的。 从本地部署的产品到云时代的产品，设计理念都是一样的。 对于中国企业来说也是如此。 打耳光突然创新是不可能的。 你必须站在巨人的脖子上。
其实国外也有自己的优势——中国的互联网和2C产品发展得更快、比英国更好、比英国更先进，而2B和2C之间还存在巨大差距。 2B的技术积累领域需要好好消化，至少在两到五年内，要真诚地了解Oracle、SAP、Salesforce产品的细节。 没有必要贬低自己，要特别真诚地去消化别人的好东西。 只有在这种本土化创新的基础上，赶上再超越，先消化再做大事。
日本人在技术层面更有耐心，而我国和市场的关注度也逐渐开始从应用层向基础层深入。
CSDN：您如何看待低代码开发的未来发展？
Huber：模型驱动将逐渐成为主流。 已逐渐成为日本主流解决方案之一。 起初没有达成共识，现在逐渐达成共识。
其实就是两个flag类的区别。
第一类：形式应用模式，注重销量和覆盖范围；
第二类是模型驱动类，技术熟练程度高，产品要求非常高。 腿部物品的选择也可能对产品本身造成很大的损害。 需要不断深入腹部市场，有足够的经验。 耐心和决心。
同时，还需要打造真正的生态合作伙伴。 生态合作伙伴并不是简单地帮你分享利润，而是与垂直行业的知识和技术平台相结合。
比如建行的应用，Oracle在底层，农行的应用在里面。 客户听到的是某个CCB应用，下面的数据库是Oracle的。 要达到这些水平，我们需要与合作伙伴真正融合。
一般来说，企业应用系统本质上关注的是业务逻辑和业务模型，编程和操作流程的门槛会越来越低。 日本有一个结论，未来韩国65%的新应用级开发将通过低代码实现。 ，我想中国也会逐渐这样做。 随着编程门槛的提高，程序员会做两件事。
首先，需要更多的程序员来开发基础软件。
其次，中级程序员在低代码平台上编写组件。 每个行业、每个客户都会有一个与场景相关的特定组件库。 低代码平台本身与场景无关，所以需要有一批熟悉场景的人。 我很理解并且有很强的编程能力。 我可以编译组件并将它们集成到低代码平台中。 如今，很多企业的绝大多数IT人员已经转向应用级开发。
嘉宾简介：胡波，北京交通大学计算机硕士，ClickPaaS创始人兼CEO。 首批获得Salesforce、Force.com中级认证，对新一代云架构技术有深入理解和实践。 曾加入甲骨文中国（Oracle）从事企业信息架构咨询工作。 2010年赴日本从事小型跨国企业数字化转型项目的咨询、实施、实施工作。 服务过国内20多家小客户，是Oracle云技术在中国落地和推广的先行者。 。 他还担任ITConvergence的高级咨询总监，已成功为跨国企业交付了43个数字化转型项目。 在企业信息架构及应用的搭建方面有丰富的经验积累和行业理解。 2015年，他回到中国创办了ClickPaaS。 凭借深厚的技术背景和国际化视野，他对Pass技术在欧美和中国的发展和应用有着深刻的了解，推动了PaaS技术在中国企业数字化进程中的落地。
