再见IFTTT

多年来，我一直是IFTTT的重度用户，所以最近我对他们改变定价模式的决定有复杂的感受。在IFTTT'；的新定价下，您一次只能创建/启用3个“自定义”操作-这与当前的无限制免费计划相比是一个相当大的降级。一方面，我很高兴看到IFTTT采取了必要的措施，以确保其长期的金融稳定，但另一方面，我不再真正从他们的服务中获得足够的价值，无法证明每月的成本是合理的。(计划可能是10美元/月，但如果你在最后期限之前签约，你可以锁定低至2美元/月的价格)。

IFTTT最初问世时是一项令人敬畏的、独特的易于使用的服务，但现在有了更好的个人自动化选择。像node-red和iOS快捷方式这样的系统可以是自托管的，也可以在设备上运行，它们为工作流提供了比IFTTT更复杂的逻辑。

我在IFTTT上呆了这么长时间，主要是因为惯性，而且它是支持的服务中令人惊讶的长名单。如果我需要拼凑一个快速电子表格记录自动化，或者类似cron的触发器，IFTTT是一个很好的起点。然而，它确实有局限性。到目前为止(尽管看起来这一点可能会随着他们的溢价服务而改变)，IFTTT基本上只做了它的名字所暗示的：“如果这个，那么那个”。没有“如果X，那么Y，Else Z”，没有“如果X，那么Z，那么Y”，等等。很多时候，你不需要任何复杂的逻辑或过滤，但令人沮丧的是，没有更先进的自动化选项。最终，IFTTT有了一个很棒的“入口坡道”，但一旦你登上他们的系统，你就会意识到它是多么浅薄。极佳的广度，一般的深度。

同样，在过去的几年里，IFTTT的用户界面严重倾向于“小程序”的比喻，用这些愚蠢的大开关来启用/禁用自动化。该网站还转向专注于社区(或者更多是公司)创建的自动化，而牺牲了创建您自己的applet的体验。说真的，为什么小程序详细信息页面的UI占30%(！)。是否被连接状态切换占用？

甚至连设置页面的信息都稀疏得可笑。很明显，桌面可用性在IFTTT的设计重点中并不高。您必须滚动页面才能开始查看自动化在做什么：

最终，UI达到了感觉像使用Duplos或其他东西的地步。事情本不该是这样的！有一些很棒的低代码或无代码的工具，它们有更多可用的接口，比如Scratch。

因此，我决定离开，因为转向高级服务已经实质上限制了我使用IFTTT所能做的事情。在浏览我的IFTTT“小应用程序”目录时，我确定了我使用IFTTT进行自动化的三种主要模式：(1)触发在特定时间发生的操作，(2)触发响应于位置改变而发生的操作(即地理围栏)，或(3)触发响应Web服务中的事件而发生的操作。(3)使用IFTTT来实现以下三种主要的自动化模式：(1)触发在特定时间发生的操作；(2)触发响应位置更改(即地理围栏)的操作；或者(3)触发响应Web服务中的事件的操作。

在这3个存储桶中，iOS快捷方式可以轻松处理前2个：从iOS 14开始，快捷方式可以在一天中的特定时间在后台触发，或在进入/离开地理围栏时触发。与IFTTT的任何一款应用程序相比，快捷方式与iOS的集成程度也要高得多，因此可以实现更令人兴奋的移动自动化--例如，一旦电池电量降至特定阈值以下，就可以将手机设置为低电量模式。当然，您只能使用支持快捷方式的应用程序/服务，并且支持的服务数量比IFTTT要少得多。

Node-red处理存储桶1和3：它对基于时间的操作有很好的支持，并且可以接收webhooks来响应外部服务的事件。它也有一个很棒的插件生态系统，所以它的支持开始与IFTTT令人印象深刻的支持服务选择相媲美。此外，node-red有许多IFTTT没有的“转义舱口”：您可以使用它来发出原始的HTTP请求，并用Javascript编写您自己的插件/逻辑，从而实现更复杂的自动化。

无论是节点红色快捷键还是iOS快捷键都不像IFTTT那样易于使用，无法实现简单的自动化，这令人遗憾。然而，在它们之间(以及我已经试用过的其他替代自动化框架，如n8n和Huginn)，我已经远远满足了我的个人自动化需求。

所以，再见了！👋我对他们收取服务费并不不满，我认为这是一件好事！只是这是我将自动化转移到我更能控制的基础设施所需要的推动，这还有其他超出本文范围的好处。我感谢像IFTTT这样的服务的存在；我仍然认为它是一个很棒的工具，可以让技术含量较低的人进入自动化和无代码工具。