心痛成瘾
楼主
发布于 2024-2-24 14:02:01
阅读 1596
查看全部
低代码和无代码这些很多人都是模糊的。然而,它终究是什么?它会抢走你的工作吗?更重要的你应该关心吗?最近在给一些公司培训的时候,发现很多开发、售前、销售都对此比较模糊。
一、根据 Gartner 的数据,No-Code 和 Low-Code 将在 2021 年交付所有软件项目的 50%。即便这些数字被夸大了,你也必需生活在窘境中,以防止注意到它正在获得牵引力,而且它正在非常、非常、非常快地获得牵引力。因而; 它到底是什么?它会抢走你的工作吗?你为什么要关心?
二、No-Code 和 Low-Code 之间存在宏大差别。No-Code 通常针对“没有计算机根底技术的人”,例如由于缺乏软件开发技能而无法自己创建软件系统的人。无代码通常被称为“人人发明软件”- 暗示不理解编程语言和软件开发理论的人可以创建软件系统。
No-Code 对于简单的面向客户的前端很有用,与预定义的效劳和简单的数据库构造有一些交互。然而,我们间隔使用 No-Code 交付复杂系统还有很长的路要走,我也不确定我们是否会到达这一点。此外,即便是 No-Coders 也需要与之交互的低级模块和组件,这通常通过与“真正的”软件开发人员一起工作来完成,消费这些组件以便“公民”可以将这些组件编排在一起。
三、另一方面,低代码面向开发人员,可以看作是我们已经使用的工具的扩展,使我们更有效率并协助我们提供卓越的质量。低代码通常需要在自动化过程完成后停止一些编码,因而超出了普通“公民开发人员”可以使用的范围。由于这些原因,许多开发人员会回答您;“我不相信无代码。当然,低代码可能有一些价值,但没有代码。”
在这方面,Low-Code 只是我们当前开发模型的增量改进,有人可能会争辩说,即便是 NuGet 和 NPM 之类的东西也是它的祖先——因为假设你曾经使用过包存储库来管理库,那么你可以说已经使用 Low-Code 很长时间了。低代码只是意味着工具非常好,计算时机自动生成我们的代码。Angular 的ng generate和 CLI 就是一个例子。
四、在某些方面,低代码适用于您的代码库,类似于单元测试,因为它可以自动化您现有流程的一部分,以确保为最终用户提供更高的质量、更快的迭代和更好的产品。就像单元测试自动化了我们测试软件的方式一样,低代码不可防止地自动化了我们创建(部分)代码的方式。
虽然 No-Code 通常允许非开发人员使用 GUI 将功能、可视化组件和数据库连接拖放在一起 - 另一方面,Low-Code 通常使用自动化流程从例如您的数据库中读取元数据,以根据您现有的组件和/或数据构造生成代码。
欢送关注我的抖音号:
喜欢的朋友记得给个关注~ |
|