但你知道吗?必须编写这些测试用例 。因此 , 这是一个很好的例子 , 在这个领域中 , 开发人员希望机器能做更多的事情 , 机器能够做更多的事情 , 我们可以看到工具和技术的证据 , 它们可以做更多的事情 。
你把这些放在一起 , 然后说 , “好吧 , 如果我们推断这个趋势 , 我们看到的只是增长 , 因为我们进入下一年 。”我不知道这是否有用 , 但是…
2. 75%的开发组织将使用低代码平台Bill Detwiler:不 , 这是一个很好的解释 , 因为它引出了我的下一个问题 , 我真正想要谈论的是低代码 , 无代码的运动 , 因为这是另一种技术 。
杰弗里•哈蒙德:哦 , 低码的避雷针 。
比尔:是的 。这是另一个技术脚 , 就像你说的人工智能 , 将会有一个戏剧性的影响 , 或者可能会有戏剧性的影响 , 取决于你问的是谁 , 对应用开发前景的发展 。
你刚才谈到人工智能可以被看作是对开发者已经在做的事情的扩充 , 实际上是接管了一些他们可能不喜欢做的事情 。因此 , 在零和游戏中 , 这是互补的 , 而不是对抗的 。要么让人工智能来做 , 要么让开发人员来做 。
这就把我引向了低编码和无编码的预测 。当有业务终端用户或其他非程序员业务专业人员编写代码时 , 开发人员还需要编写代码吗?或者您仍然需要维护所有的代码?那么 , 你们对2021年低代码和无代码的预测是什么呢?
Jeffrey Hammond:所以具体的预测是 , 到今年年底 , 75%的开发团队将部署和使用低代码解决方案 。注意 , 不是75%的开发者 。所以如果组织中有人在使用低编码 , 那就占75%
在某种程度上 , 我觉得自从我从事开发工作以来 , 也就是近30年的时间里 , 这种强迫极化的想法是我们必须要解决的问题 。在某些方面 , 我觉得低编码已经成为了其中一个领域 。
我学的是金融专业 , 在一些大型组织中学习PowerBuilder代码 。4GLs在90年代早期的windows上 。从概念上说 , 这些4gl与今天的一些低代码工具有什么不同?
如果我们不得不放下来看 , 我们有外部函数接口 , 我们可以调用它来做一些事情 , 比如读blob 。如果我们需要访问数据库 , 我们会去找DBA说 , “我需要您编写一个存储过程 , 它接受这些参数并返回这些数据 。”
一天后 , 他们又回来了 。30年后 , 今天的Mendix或者OutSystems或者Power都在做这个 , 除了它可能在调用一个没有服务器的功能 。它在调用Lambda , 或者访问由Kubernetes集群上的容器运行的API 。
对我来说 , 真正的价值在于我想在什么层次的抽象上工作 。这就是无代码和低代码出现的原因 , 因为从无代码的角度来看 , 有些用户必须在一定的抽象层次上工作 , 因为他们没有深入的知识 。
这个人可能会使用不需要代码的工具 。每个人都必须从某个地方开始 , 但即使是专业的开发人员 , 有时也会因为他们的目标而选择在更高的抽象级别上工作 。
也许我想使用Lambda , 因为我不想处理Kubernetes中集群的自动缩放 。我只是想让它发生 , 这样我就可以专注于业务逻辑 。也许我想用Mendix或者OutSystems , 因为你知道吗?我得在三周内拿出一个追踪和追踪的应用程序 。
或者企业需要实施路边皮卡 , 每一天如果我们没有它 , 我们就会损失数百万美元 , 因为我们的零售机构关闭了 。这就是我们在2020年看到的low-code 。在很多情况下 , 速度是最重要的 , 因此 , 开发人员选择了更高层次的抽象 , 他们推出了应用程序 。
对我来说,我认为我们需要做的,是我们需要看看我们看到的更多的频谱从高水平的抽象,抽象和理解水平低,业务将在多个接触点谱基于他们正试图完成什么 。我认为在每个组织中都有低编码的地方 , 如果你这样看的话 。
Bill Detwiler:如果你是与开发人员交谈 , 也就是一线开发人员、编码人员 , 他们看着无代码和低代码 , 想着“这将如何影响我 , 我应该如何准备?”你说呢?
推荐阅读
- 运维人员常用的 Linux 命令汇总
- 雨水过大淹没车门车主应该 车被水淹了怎么处理
- 办公人员喝什么茶最好,夏天喝什么茶叶最好
- 柴犬的价格应该是估计 柴犬价格为什么这么贵
- 打了小孩应该注意什么
- 阴阳师阎魔的御魂应该如何选择
- 天冷了是不是不应该遛狗 冬天遛狗最佳时间
- python 目录结构的规划,应该先建立好
- 做数据分析应该掌握的5个SQL数据清洗方法
- Java开发人员必知的常用类库,这些你都知道吗?
