iftttt

MicrosoftInternetExplorer402DocumentNotSpecified7.8Normal0

 

if … then … else 是基本上所有编程语言的最基本语句，当(if)参数满足规定条件时(then)触发特定函数(else)触发另一函数，通俗理解这一语句就是程序里的道道 关卡，这些关卡将一个个小的代码片段衔接成运行有序的庞大程序，从而完成复杂的计算。所有的软件、网站、移动应用的背后都是如此。而今天要介绍的这个真正 “神奇的网站”ifttt.com，则将 if … then … else 机制扩展到了整个互联网。ifttt的本意是 if this then that ，它将Facebook、Twitter等各个网站或应用通过API衔接成一个跨互联网的自动机器，像多米诺骨牌一样完成种种不可思议的任务。但 与if … then …语句不同的是，ifttt.com呈现给用户的不再是代码，而是现成的服务，从而让编程变得不再重要，每个人都可以成为整个互联网的不用编程的“程序 员”。

　　ifttt结构拆解

　　ifttt是一个神奇的服务，但却非常简单，主要由任务、触发器、反应器三部分构成。

　　任务：ifttt 即 if this then that，它能完成什么任务呢?只要你能将任何复杂的任务定义成“如果事件A(this)触发，那么事件B发生(that)”这样的简单结构，ifttt.com都能帮你搞定。

　　触发器：this，例如“我在新浪发了条微博”，或是“我在人人网的某张图片被圈了出来”，或是“iOS上的天气应用提示明天有雨”。

　　反应器：that，例如(与上面的三个触发器示例对应)“在人人网发一条状态”，或是“给我发送一条短信”，或是“给梦中情人发一条米聊消息说‘我夜观天象发现明天有雨可别忘了带伞哟哈哈’ ”。

 

　　ifttt支持的服务(还有更多)

　　ifttt的魔力：由简单组成的复杂

　　上面的3个例子可能稍显单薄，而ifttt的真正魔力在于“由简单组成的复杂”，也就是由众多简单的ifttt相互衔接成跨越整个互联网、跨越多平台、跨越多设备的超级自动机器。

　　这就跟在自然界和人类社会普遍存在的分形理论一样，无论多么复杂的大尺度的地形地貌、股市行情、社会结构都是由自相似的小尺度几何形状组成的。

　　回到ifttt.com，一个简单的复杂例子是，如 @hecaitou 在Twitter里所说的，理想状态下的ifttt应用场景：一旦老婆的推上出现“加班”字样，立即激活一条手机短信通知。同时，自动检测谷歌日历，找出 几个今晚没有事情的老友。随后，在FB上新建一个活动“今晚喝大酒”，一旦超过3人同意，触发一条订餐消息给餐厅。餐厅查询Evernote，找到这群人 最喜欢的菜和酒。

　　ifttt发人深省：给用户服务而不是产品和技术

　　ifttt解决了用户的两大问题：

　　一是之前的产品过于零碎、分散化，尽管云服务已经解决了单个应用的跨平台跨设备同步问题，但却不能解决产品之间的分散化问题，即单个产品只能解 决用户的单个问题。如果在线下很好搞定：请一个或者多个秘书就行了，秘书能帮着搞定各种繁多的琐碎任务;但在线上反而会落后很多，各种产品间的通信和协作 非常困难，比如当你的某条微博转发数达到10000次，就给你发条短信并截个图分享到推图和人人网，这样一个简单的事情都相当困难。

　　二是技术的复杂程度，RSS、API等为各种服务的集成提供了便利，比如Instagram就利用了Twitter的API，让用户在 Instagram拍摄的图片也能分享到Twitter里，但是这又陷入了第一条所说的分散化的老问题，单个产品也只能利用其它产品的API开发出有限的 服务。如果用户要自行集成各项服务以满足自己的随心所欲，那么将面临着相当复杂的技术难题，更何况没有时间，因为每个人都是普通人，我们只是想要这样随心 所欲的服务而不是自己亲自动手，就这么简单。

　　ifttt的创始人 Linden Tibbets 和 Jesse Tane 正是遇到了这两大问题，才决意开发ifttt.

　　ifttt凭借着对用户需求的深度洞察，将所有的API调用、服务集成都挪到了后台，由ifttt的工程师和程序来处理，而面向前端用户的，就 只是现成的随心所欲的服务，而且让用户像“编程”一样地设定 if … then … 的条件，让用户以极简的方式为整个互联网“编程”，运行结果就是自动化的随心所欲的服务。

　　事实上ifttt的理念也跟Apple前不久推出的iCloud云服务有着某种暗合，即只给用户呈现最简单的现成服务，将其它一切用户不关心的都挪到云端或是后台。