#Google#编码的未来是“无代码”


#Google#编码的未来是“无代码”
本文插图
作者 | Owen Williams
译者 | 明明如月 , 责编 | 夕颜
出品 | CSDN(ID:CSDNnews)
二十年前 , 学习一个网站是如何工作的就像在网页浏览器中点击查看源代码一样简单 , 这就是今天许多开发人员学习编写代码的方式 。 我们很容易从 MySpace 或 Tumblr 的定制主题入手 , 最终创建了一个网站或应用程序 , 并最终将这些经验发展成一份职业 。
如今 , 情况有所不同了: 虽然“查看源代码”选项在现代浏览器中仍然无处不在 , 但网站使用的代码库 , 如 Facebook 的 React , 它们使程序员更容易添加复杂的功能 , 但也使公共代码无法破译 。 “查看源”选项不再准确显示某些内容是如何组合在一起的 。 这意味着进入开发领域比以往任何时候都更加困难ーー而不再是像以前那样简单地窥探底层 。 现代的“无代码”运动希望通过不需要自定义代码的数字设计工具来扭转这一趋势 。
#Google#编码的未来是“无代码”
本文插图
有些网站 , 比如 Webflow 让任何人都可以创建一个拖放界面的网站 , 就像是在 Photoshop 中安排的一样 。 还有一些公司 , 比如 Zapier , 帮助非技术人员实现多个服务器之间的通信 。 即使是那些从来没有听说过 API 的人也可以使用这个工具在每次有东西添加到 Google Sheet 时自动发布到 Sheet2Site 。 通过将 Google Sheet 和 Sheet2Site 服务结合起来 , 没有编码能力的人也可以创建一个由电子表格支持的整个网站 。
没有代码的 web 产品制作工具已经存在了一段时间 。 在我成长的过程中 , 像 Macromedia Dreamweaver (现在归 Adobe 所有) 和 Microsoft FrontPage 这样的应用程序提供了一些基本的方法来可视化地建立网站 , 而不需要知道如何编码 。 但是 , 尽管这些早期的工具提供了拖放编辑器 , 但它们通常是简单的静态事务 , 根本做不了什么 。 当然 , 你可以用 FrontPage 创建一个时髦的 90 年代网站 , 但是由于后端没有内容管理系统 , 所以很难更新 。 为用户提供登录或提交表单的选项需要自定义编码 。
【#Google#编码的未来是“无代码”】新一代工具功能更强大 。 它涵盖多个服务 , 并且完全避免使用代码 。 这点很重要 , 因为与学习 Photoshop 等复杂的应用程序不同 , 整整一代人都是使用像 Instagram 和 TikTok 这样的直观工具在网上创造东西 , 这些工具可以即时编辑图像和视频 。 这些工具和以前通过学习编码来编写项目的体验非常相似 。
支持这些无代码构建器的社区如雨后春笋般出现 。 像 Makerpad 这样的网站提供的教程 , 展示了通过组合这些工具可以实现的功能 , 比如如何使用 Webflow 创建一个付费会员网站 。 其他人提供的课程表明 ,可以使用现成的工具从头开始构建整个创业公司 , 而无需编写任何代码 , 并演示了如何将其连接起来 。
一些开发人员很快就因为工作过于简单或者不能胜任实际工作而放弃了无代码工具 , 但这正是关键所在: 集成一个 API 或者自动化一个基本任务不应该每次都需要自定义代码 。
向无代码建设的转变反映了网站建设的另一个重大转变 。 就在十多年前 , 如果你想托管一个网站或创建一个网络应用程序 , 你必须从像戴尔或惠普这样的公司购买一个物理服务器 , 在某个地方安装 , 建立并连接到互联网 , 然后考虑建立一个网站 。 如今 , 大多数开发人员根本看不到物理服务器 。
相反 , 他们注册了谷歌云、亚马逊网络服务或微软 Azure , 只需点击几下 , 就可以提供一个虚拟服务器 。 我很高兴避免与服务器打交道 。 同样 , 作为一个曾多次整合了 APIs 的人(这个过程需要数小时的工作和学习新技术), 我很乐意通过使用无代码服务来减少编写和最终维护的代码量 。