销售广告总是很诱人：只需点击几下鼠标的应用程序。但是，当你购买低代码开发时，你真正为你的组织设置了什么呢?
在一个有高压力期限和高要求老板的世界里，低代码开发工具的承诺听起来的确很棒：只需点击几下，非编码人员就可以立马完成一个简单的应用程序了。
这是许多厂商的销售宣传用语，他们都抓住了“低代码”这个流行语。市场上也充斥着大量的工具，这些工具可以让你用最少的保姆来兼顾所有的事情。现在比以往任何时候都更有可能生产出高质量的软件了，不需要成片的小隔间，也不需要由那些无所不知的开发人员所组成的敌对派系。
然而，承诺很容易做出，想要兑现却很难。许多精明的首席信息官以前都听过这些承诺，有时也会看到它们的失败。计算机的历史几乎就是程序员添加更多层代码来修复前一层的粗糙边缘的历史。第一个软件编译器被认为是编写机器代码的低代码替代品。不要惊讶，机器代码也曾经是一种低代码的替代品，可以用来重新连接管子之间的连接。新的工具已经被提升为对以前的低代码的增强。
好消息是，从另一个高度来看，工具的发展是非常积极的。我们真的可以用更少的工作来做更多的事情。不过，来自战壕的消息往往会更令人困惑。通常一个大的进步往往也伴随着管理它的责任。有时候，掌握一个工具并找到配置它的最佳方法，几乎和从头构建某个工具所需要的工作量一样多。
对于那些考虑低代码选项的公司来说，理解和管理这种紧张关系就会是最大的挑战。它们所提供的明显优势是否值得为此付出几个月的代价?要决定在多大程度上接受这一轮的承诺，需要仔细权衡以下这七个接受低代码工具的原因和七个需要避免它们的理由。
优点：速度
低代码供应商心中只有一个目标：帮助每个人快速创建新的软件。只需点击几下，用户就可以创建一个带有表单的页面。把一些表单和视图串在一起，你就有了一个应用程序。点击、编译和测试循环通常也足够快，以至于一些敏捷用户甚至可以在讨论应用程序的会议期间实时的开发应用程序。好消息是，这些工具通常能够做到它们所承诺的事情。如果你的需求达到了他们所能提供的最佳状态，你就可以用比让一个真正的开发团队进行视频通话更少的时间来完成一个任务。
缺点：速度
放慢一点。速度快是件好事，但是匆忙地进行软件开发则可能是错误的。随着编码变得越来越容易，真正的挑战将会是如何定义应用程序并想象它在客户生活中的角色。
当工作没有在几分钟内被完成时，过于关注速度就会导致失望。是的，团队可能在那段时间里一起完成了三个原型，但是在这个过程中，他们忽略了10个概念上的障碍和几十个必须解决的哲学难题。单纯的点击可能会阻碍战略性的思维。真正的挑战不是创造你想要的，而是首先知道你想要什么。
优点：稳定性
定制软件对于公司来说是很难维护的。因为创建这个工具只是支持过程的开始，只要软件在为公司服务，这个过程就会一直持续下去。通常来说，只是保持螺丝紧固和镀铬抛光就是比建立原始版本更多的工作了。
低代码工具分摊了所有安装的支持成本。当一个新版本的操作系统出现，或者一些新的数据存储法规在国会获得通过时，低代码工具供应商就可以为每个人实现它。采用一个低代码平台不仅仅是加入了一个俱乐部，而是与一个王朝联姻了。它可能是一个小王朝，但每个人的利益都是一致的，这比你试图用自己的员工来管理它能带来更大的稳定性。
缺点：共同的命运
卸载对构建低代码平台的公司的支持可以节省大量的金钱和时间，但稳定性将无法得到保证。当然，一些管理良好的框架的确可以引领每个人走向未来，但并不是所有的企业都管理良好。任何数量的公司事故都可能会摧毁你的平台。也许是首席执行官遇到了中年危机，想要进入游戏行业。也许是首席财务官和国税局的玩忽职守。也许是建造这个平台的坚如磐石的天才们为了寻求启示而离开了组织。任何问题都可能破坏低代码工具的稳定性。如果你把你的信心放在了另一个组织上，那么你唯一的控制手段就可能是每年更新合同的这个过程了。
优点： 赋权
一个好的低代码平台不仅能帮助IT部门，还能释放业务部门员工的创造力，这些员工可能有远大的梦想，但没有足够的预算来资助一个真正的开发团队。现在他们可以花几个小时的点击来尝试一个想法，而不是起草没完没了的规范文档和预算请求了。
缺点：限制
低代码特性可以是不可思议的，但它们不能把一个非程序员变成高级开发人员，即使这个非程序员可以像麻省理工学院最好的本科生一样拥有点击天赋。用户仍然需要对计算机的工作原理有一个基本的了解，并能处理好一些信息。举例来说，精通电子表格的人使用这些工具应该不会有什么问题，但如果一个人只是因为修改文字处理器的页边距就害怕地尖叫，那么他也不可能奇迹般地在午餐前推出三款应用程序。这些工具可以处理许多琐事，但它们无法逃脱计算的基本哲学极限和当前的计算环境。
优点：一致性
世界能够运行得更好，是因为我们已经发展出了一些标准的解决方案。所有汽车的油门踏板和刹车踏板几乎都在同一个位置。冰箱总是倾向于将黄油储存在相同的位置。使用低代码解决方案大量开发应用程序的好处是，你可能会构建出一个广泛使用的用户界面小部件的集合。你的代码将是相对标准的，甚至不用尝试，因为你的代码将使用与其他代码相同的工具。
缺点：同质性
和你的竞争对手做同样的事情可能会让你更容易的招到员工，但这也注定了你会迷失在人群当中。有些软件包就是为了吸引人们的注意力并突出你的企业。而和其他人做同样的事情，会让你无法被区分。
优点：安全性
低代码平台通常会被设计来处理最常见的挑战，比如安全或数据隐私。如果欧洲有了一项新法律或是出现了一些攻击亚洲公司的安全噩梦，那么低代码开发人员就很有可能已经解决了这个问题。这就是使用共享框架的最大优势。他们已经处理了常见的挑战，所以你不必担心他们。
缺点：社会化成本
低代码平台是共享资源，这也带来了缺点。也许你的应用程序充满了社交媒体上的帖子，人们非常希望这些帖子能被广泛传播。然而，平台开发者在设计他们的工具时对健康记录进行了严格的隐私保护。你将为此付出代价--甚至可能每次在有限制时，你都会被拔下一撮头发。
优点：简单
低代码工具被设计得非常简单。当你在为自己的业务担忧时，低代码平台的开发人员也一直在为构建一组易于采用和扩展的工具而烦恼。这就是他们的业务。相信这些炒作，想象这一切都会像白日梦一样简单，是很危险的，但这的确要比拿出编程书从头开始要简单得多。
缺点：混乱
低代码会比从头编写代码更令人困惑吗?是的!当你突破了工具的极限，并开始遇到故障、bug或不一致时，就会发生这种情况。这是很自然的，所有的软件都有这些问题。不同的是，低代码工具从来不想向你公开这一面。就好像他们卖的是一辆引擎盖焊接好的车一样。数据结构和算法是不透明的，所以你不用担心你的小脑袋。但是，如果突然有什么不起作用了，唯一能识别出发生了什么的方法就是挖掘数据结构，那么，混乱就出现了。这些细节不是为你准备的--有时候这会比你从一开始就努力工作更让你迷茫。
优点：与他人相处融洽
从根本上说，这个决定是一种哲学。一些公司鼓励建立一个值得信赖的合作伙伴网络，这些合作伙伴可以提供经验和稳定性。他们相信公司不是独自生存的，而是作为网络的一部分而蓬勃发展的。采用低代码工具包为信任网络又增加了另一个连接。
缺点：依赖性
相反的方法是发展内部的专业技能，因为这种深度的知识是有回报的。他们知道，低编码可能会带来三四杯浓咖啡那样的刺激，但最后每个人都会有点晕头晕脑，不知道发生了什么。只有由专门团队编写的可靠、结构良好的代码才能构建出具有长期价值的东西，这就是首席信息官们雇佣优秀团队的原因。
低代码的内幕
一些精明的IT经理会针对不同的工作做出不同的选择。偶然的探索、alpha之前的原型和偶尔运行的后端进程都是低代码工具集的良好候选。团队可以很快地把事情搞得很好，即使它不顺利甚至是跌倒，也不会失去任何东西。
但是，如果代码要维持公司的核心工作流程，并直接为公司的利润做出贡献，你就不太可能去指望某个勇敢的实习生去摆弄一份花哨的电子表格了。你要投资于能够创造出值得信赖的东西的人才。
