用 API 替代中间管理层

  • 谢丽

2015 年 2 月 9 日

话题:移动架构语言 & 开发

在硅谷的创业公司中出现了一种趋势,就是在那些传统上纯粹由人工提供服务的行业里创建一个软件层。比如,UberLyft99designs TasksHomejoy就分别在出租车、视觉设计和清洁行业创建了这样的软件层。近日,客户数据中心Segment联合创始人Peter Reinhardt撰文探讨了这种新兴的软件服务。

Peter 认为,这种软件层减少了介于公司和承办人之间数量巨大的中间管理层。而令人担忧的是,这使得那些将要自动化的工作无法实现价值的提升。

通常,这种软件层包含三个部分:面向终端客户的用户界面(UI)、具体分派任务的编程接口(API)和承办人执行任务的界面。其中,API 组件就是那个有趣又让人略微担忧的部分。比如,Uber 有一个可以与他们的服务器交互(API)的移动应用(UI)。该 API 会接收三个参数:信用卡、出发地和目的地,并将这个任务分配给某个人,就像下面的伪代码所描述的那样:

uber.drive(card, pointA, pointB);

对于这种情况,Peter 了解到,出租车司机认为这给了他们极大的自主权——他们可以根据自己的愿意决定是否出车,而且他们也可以停下来去寻找其它的工作。这使得出租车市场有了很大的流动性和灵活性。但具体的工作是由软件安排的,而 Uber计划最终使用无人驾驶汽车代替所有的司机。因此,他担心,开车作为一种职业将会消失。

类似地,99designs Tasks 也为客户提供了一个 Web 界面,供他们阐述一项简单的快速设计任务,然后由 API 将任务分配给一名视觉设计人员。

在这样的环境里,人完全隐没在 API 的后面,似乎成了机器的一个零件。而控制这些 API 的公司有强烈的意愿压低 API 的运行成本。在软件层下游的人们,失去了在职培训的机会,技能的发展也无法成为对未来的投资。因为该软件层隔断了“管理层”(比如 Uber 的系统开发人员)和雇员(比如 Uber 的司机)之间的联系,后者失去了晋升通道。

另外,Peter 觉得,该软件层只会越来越厚。企业软件开发人员会找到方法将这些 API 组合在一起。这些“真实世界的 API”允许通过复杂的编程来影响和控制真实世界的事物。似乎是时候投资 AI 安全了。随着软件层的加厚,API 上游工作与下游工作之间的鸿沟会越来越大。经济动机将推动 API 工程师自动化 API 下游的工作,进而会导致大规模的失业和补贴培训需求的暴增。


感谢郭蕾对本文的审校。

给 InfoQ 中文站投稿或者参与内容翻译工作,请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博(@InfoQ)或者腾讯微博(@InfoQ)关注我们,并与我们的编辑和其他读者朋友交流。

移动架构语言 & 开发