2014年，Forrester推出低代码开发平台，通过强调可视化方法并减少对传统编码的依赖来改变应用程序开发。这些平台使用可视化界面进行拖放应用程序设计，加快开发速度并最大限度地减少手工编写的代码。主要目标是提高效率、促进协作并降低代码复杂性以加快开发周期。低代码平台为个人提供了不同的技术专业知识，使公民开发人员能够在没有丰富的编码知识的情况下创建功能应用程序。
低代码平台有多种形式：
在线 IDE 和编辑器提供可视化界面，但需要额外的开发。
提供端到端的服务，包括持续集成、部署和维护。
无需 JavaScript 编码即可创建界面。
实现数据结构的在线设计，具有增删改查等功能。
完全简化前端和后端开发，优先考虑可视化编辑，但可能会牺牲灵活性。子类别包括BPM、OA系统、APP开发。
增强 CRM 或 ERP 等成熟产品，提供满足定制需求的定制开发功能。
康威定律：“设计系统的架构由产生设计的组织的通信结构决定。”
由于不同的需求，市场上出现了丰富的低代码平台类型，从而导致了不同的解决方案。这种多样性极大地影响了基于团队定位的低代码平台的选择。
前端团队——专注于类型 1，因为团队成员精通 JavaScript，他们不需要开发不需要 JavaScript 的产品。他们可能不会考虑类型 4，因为这不是他们的责任。
后端团队——更喜欢类型 4，因为他们全权负责后端开发。他们的专长在于创建服务器端逻辑和管理数据库。
软件工程团队- 他们监督整体开发环境，并可能选择类型 2，因为类型 2 涉及更多定制并依赖于内部基础设施，使其适合公司内部使用。
初创公司——他们可能会选择Type 5，简化前端和后端的封装以供外部呈现。但是，它可能会过度优先考虑“无代码”，从而仅牺牲基本应用程序的灵活性和适用性。
成熟产品公司——他们倾向于选择类型 6，因为它涉及围绕现有产品进行构建、利用其优势并以补充现有产品的方式扩展功能。
JavaScript 编码专业知识有限的团队- 营销和销售团队倾向于使用类型 3。他们可以从基本的 HTML 和 CSS 技能中受益，以增强他们的数字广告和营销工作。
低代码平台的历史
在“低代码”一词出现之前，前驱平台提高了开发效率。关键示例：
