阿里和腾讯之间的战斗从C端到B端燃烧，从B端到云端，甚至名称和策略都是一样的。
在阿里巴巴云技术峰会开始时，Ali发布了SaaS加速器策略，旨在让ISV和开发人员通过简单的拖放操作快速构建SaaS应用程序。阿里甚至提出了永不接触应用程序的承诺，腾讯也在推出SaaS。加速器计划，两者的目的非常明确，就是要打开企业到云端的最后一英里，SaaS加速器是向企业开放云业务的关键。但面对两大巨头，独立软件供应商和解决方案提供商应如何做出决定？
SaaS Accelerator是一个低代码开发平台。阿里和腾讯希望这一战略能够吸引更多的ISV在他们的云上构建产品和应用程序。更直接地说，它将改善云应用程序生态系统，让更多企业选择自己的云。
但这里有一个问题。企业现在要求集成解决方案，而不是单一的应用点。在新应用程序和新应用程序之间，已经发明了新旧应用程序之间的融合。谁来解决呢？
期待ISV软件供应商？显然它不会起作用。软件供应商仅服务于自己的业务范围。他不会承担超过这个学位。此外，低代码仍存在许多问题。首先，阿里和腾讯是否可以通过企业。最后一英里，关键是低代码本身的问题也是两个未来需求的关键。
引入低代码开发并不是一个新词。它可以追溯到2000年左右，“低代码开发平台”这个术语是由着名的研究和咨询公司Forrester创造的。它的发展经历了不同的阶段：2000年至2015年可以看作是低代码平台开发的第一阶段。在这个阶段，低代码平台市场的发展非常缓慢，没有显着的增加或减少，并没有明亮的企业。
在2015年至2018年的三年间，低代码平台市场直接升温。 2015年，AWS，谷歌，微软和甲骨文等大型供应商开始进入该市场。 2018年，西门子宣布将以3.6亿美元收购低代码应用程序开发领域的Mendix，以及3.6亿美元的快速应用程序开发低代码平台Out360。投资后，低代码平台市场真正开始变热。
根据Forrester的报告，低代码开发平台市场将从2015年的17亿美元增长到2020年的155亿美元，这是五年来的十倍增长。
微软，OutSystems，Mendix，Kony和Salesforce在Forrester的象限领域处于领先地位，而ServiceNow，GeneXus，Progress Software，MatsSoft，WaveMaker和Thinkwise等新星也表现出强劲的追赶。可以看出，在国外市场上，这项技术的发展已相对成熟。当然，任何具有市场价值的技术都将成为国内企业的方向，而低代码开发技术也不例外。
虽然目前中国这一技术领域的发展远离红海，但这可能只是时间问题。而巨人的攻击也揭示了一方面的一些信息。
关于低代码开发的好处，除了促进巨头之外，互联网上可能有太多东西，每个人都看过或听过。我们在此不再重复。
那么，可能存在的隐患是什么？也许，对于那些希望采用这种技术或通过加速器赋予他们权力的公司，他们需要听取下面的外国CIO给出的建议：
名为Peter Wayner的首席信息官指出，当业务用户更密切地关注平台，结果和流程时，他们发现实现低代码并不是那么简单。虽然在所有的宣传中，但一致指出该技术简化了企业开发过程，但实际上可能会有更多的复杂性。
Peter Wayner认为，这些编程拐杖和思维阅读界面背后的黑暗秘密可能会超越低代码开发的利润丰厚的前景。
供应商锁定
与许多技术一样，使用低代码工具完成的工作量与企业所面临的控制成正比。
你为什么这么说？通过将大部分工作交付给工具，越多的公司越依赖它们，他们就越能控制业务流程。
在这里，我们提出了一些策略，可以最大限度地减少与使用低代码工具相关的锁定问题：公司可以编写更多可移植代码，隔离业务逻辑，然后用连接代码包装它，并用本地代码降低它。 API已连接。
应该指出的是，尽管这种方法是可行的，但如果企业想要将所有内容放在自己的服务器上，那么它最终会编写其余的代码。
解锁带来了新的编程工作。我不知道公司会做出什么选择？
定价变化的隐藏风险
与许多销售策略一样，云平台通常提供低价格以吸引客户，然后在可能的情况下提高价格。他们为什么敢这么做？部分原因是上面提到的锁定问题，一旦公司在平台上构建系统，他们就有讨价还价的筹码。
当然，除非您签订长期合同，否则您无法确定明年或五年的运营成本将如何变化。因此，如果需要在这些云提供商的平台上完成企业的低代码创建，那么企业在协商合作时需要考虑它。
举一个可能的定价方面的例子。——更改定价公式：根据呼叫频率从充电切换到根据带宽充电。监管存在隐患
由于代码编写工作量减少，大多数使用低代码平台的公司很少关注幕后发生的事情。
也许这些幕后代码是官方专有的；也许API调用背后隐藏着一些东西..
当涉及监管机构时，这尤其棘手。因为没有办法知道这些“幕后”，公司无法告诉监管机构发生了什么，而且真正想证明它是“没有嘴巴说”。
隐藏的低效率
将控制权移交给功能齐全的API，库和堆栈是件好事，但幕后代码的效率通常要低得多，因为它必须为许多紧急情况做好准备。
是傻瓜传递空指针？函数的所有参数都是正确的格式吗？
低代码工具供应商必须防范他们的产品，因为他们不知道傻瓜可能会做些什么。所有这些防弹技术可能都很棒，但就像装甲坦克一样，它通常要慢得多。
功能有限
在大多数情况下，公司非常擅长低代码开发平台的展示。例如，销售工程师通过调用createDoggyDatingSite函数创建了一个只有一行代码的新的可爱的狗约会网站，而这个功能恰好被构建到框架中。
事实上，大多数低代码平台的功能更多，但很快就会耗尽内置功能。有时，客户可能无意中需要构建产品细节，但任何低代码公司都无法预测所有细节。
这需要软件灵活地适应企业的需求，企业所需的灵活性越大，您需要使用的代码越多，但代码越多，代码就越少。
单向致命的错误
首先，一个技术人员熟悉的例子，当Libssh有一个错误时，几乎所有服务器集群中的Unix或Linux机器都将面临风险。
成功的低代码平台通常是为这种单向性而设计的。当软件正常运行时，这是一个很好的设计，但就像上面的Libssh错误一样，当网络中发现致命缺陷时，所有相关的东西都会崩溃。
目前，没有办法避免这个问题。
均匀的皮肤胶囊
有一种情况是智能汽车爱好者注意到通过购买汽车零部件制造商的库存产品并将它们组装在一起来制造汽车并不困难。他花了大部分钱为汽车创造了一个弯曲的车身，但其他一切都很常见：大众汽车的车门把手，保时捷911座椅，福特方向盘等等。
实际上，低代码项目最终会产生相同的效果。这些项目可能最终看起来非常相似，因为开发人员使用相同的库存组件。如果代码仅用于执行任务，例如在仓库中维护库存，则外观并不重要。但如果软件是企业品牌的一部分，那么公司需要做好准备：它的低代码软件可能与其竞争对手非常相似。
模仿者还是创新者？
很多事情，如果你很容易创建，那么其他人肯定会复制它。
低代码平台通过简单的拖放，构建块等，使企业能够方便地构建符合其自身应用的软件产品。因此很明显，该平台倾向于避免排他性。
这里的问题是，如果该软件是为了支持另一家具有竞争优势的公司，那就没关系。因此，如果创建软件是您的商业模式，那么您已准备好参与某些竞争。如何在同一框架中脱颖而出是公司必须考虑的问题。
不可否认，任何技术都有其优缺点，低代码开发也不例外。无论AT的“低代码”SaaS加速器是“好”还是“好”，加速加速器的公司都不能“突然转身跳”，但也要警惕这些“坑”的脚步。
如何最大限度地减少上述低代码开发平台的隐患可能是AT必须通过企业的最后一英里来吸引更多ISV和解决方案的最后一个问题。
中文
电话咨询
微信咨询
公众号
