我要是做一个 Automation/RPA 领域的业务，一定会选土拨鼠当 project 的代号。就像 Clubhouse 第一版本的 ICON 就是《土拨鼠之日》的主演 Bill Murray 的画像 。因为 Automation/RPA 产品能实现重复工作流的自动化，避免了土拨鼠日（Groundhog Days）。
今天介绍的公司 Tines 来自爱尔兰，Tines 运行一个无代码平台，帮助自动化安全工作。去年由 Addition 牵头，包括 Accel 和 Blossom Capital 参与的 Tines 刚刚筹集了2600万美元的第二轮融资。也是去年，即使在流行病肆虐的情况下，Tines 的收入也增长了两倍。同年 Zapier 以 50 亿美元的估值收购了 Makerpad，一个No-Code教育平台。这个市场有几年前不到10多亿美元一跃为百亿市场的领域。Tines 的业务场景可能和 PM 较远，但是它从 2018 年创立到现在的过程中遇到的问题，却是时下大多 No-Code 在解的难题，所以从他们如何实现的角度来看是很有收益的。
Tines 吸引我的部分
- Tines 的2位创始人对 No-Code 价值的看法
- 无代码运动对我们的工作方式做出重大改变: 从提供更多样化的关键技能组合，到腾出员工的时间，并确保最了解问题的人是设计出解决方案的人。
- 但是这场运动最核心的思想它把最了解一个问题的人放在设计解决方案的位置上。 这个观点是我见过评论这个领域的最简练的一句话，提问者 = 解题人。
- Tines 对程序的抽象理解
Tines 是解决安全领域的大部分场景问题，这些场景问题被 Tines 团队用 7 个 action 抽象起来就能解决安全领域的大部分场景的自动化需求。
- 一个复杂的场景被拆解出来的
为什么 Tines 认为只需要 7 种 Actions 就能解决安全领域的大部分场景的自动化需求？
回答这个问题
第一步我们可以看 Tines 资深员工Conor O'Neill 叙述自己30年职业生涯中接触到的 Automation 的历史。
01雅虎的 Pipes
2007年雅虎宣布了 Pipes。它是一个基于 web 的工具，用于“构建聚合 web feeds、 web 页面和其他服务的数据混搭”。只是将 api 可视化地连接在一起并过滤数据。但是它是雅虎，所以它绝对没有成功或生存的机会。他们从来没有为它找到一个商业角度，它在2015年被关闭。但它让 Conor O'Neill 意识到，对于许多涉及数据、事件和 api 的场景，编码根本没有必要。
02Google 的 MIT App Inventor
2010年的 Google App Inventor (现在的 MIT App Inventor)，在浏览器中以图形化的方式构建 Android 应用程序时，又是一个令人震惊的时刻。
03Node-RED
Conor O'Neill 一直认为 Node-RED 是物联网的雅虎Pipes。它的正式名称是“一个用新颖有趣的方式将硬件设备、 api 和在线服务连接在一起的编程工具”
当我观察我所做的所有自动化操作时，它们都遵循同样的模式。
事实上，这是大多数软件的基本模式:
- 从系统 x、 y 和 z 获取数据
- 对数据做点什么
- 将更新的数据发送到系统 a、 b 或 c。
04第二部分，泛化 No-Code 工具的使用者做的努力：
No-Code 编辑器如何提高易用性的？
这一部分是由 Tines 高级工程师 Patrick O'Brien 讲述的，他提到 Tines 吸引他的原因：「我一直在为 Tines 平台设计一种自定义表达式语言。很少有机会设计一种编程语言，即使是非常简单的语言。这绝对是我参与过的最吸引人的项目之一。」 所以工程师们入股沉迷或者向往能自己设计一种编程语言的话，那么建议参与市面上的 No-Code 公司的业务建设。（还有个有趣的方向，Excel 公式语言的优化设计。）
Patrick O'Brien说：「我们希望对功能强大的自动化的访问大众化，这样任何人都可以轻松地自动化他们的重复性任务。要做到这一点，我们需要消除那些看起来太像代码而使技术水平较低的用户感到不安的东西。」
- Placeholder 胶囊：一种对变量的处理
- 动态内容插入器：使用下拉菜单插入动态元素，一种优化大众使用调试 API 接口的交互方法
- Liquid 编辑器：具有语法突显、内联函数、输出预览和错误报告、快捷键操作等优势
- 将 cURL 命令转换为 action：使得使用带有 cURL 和 kickstart 特性的文档变得容易在 Tines 中的 API 调用。
- 详细参看：No-code Development: Introducing the New Liquid Editor
来源：