文图 / 左叔
如果直接跟大家讲API调用，估计有很多人听不懂。但如果说，有些网络内容提供商，在自己的应用程序里，嵌入一些公共服务的内容，而这些公共服务的内容是通过API调用来实现的，估计有些人可能会容易理解一些。
举个比较贴近我们生活的例子。现在很多手机应用，都会使用到定位服务或者地图服务。如果每家手机应用开发商，都搭建一套自己的定位服务或者地图服务的开发框架，从实践层面上看并非完全行不通，但从节约整个社会层面的成本资源来看，这一定是非常大的浪费。
API调用这个功能，就非常完美地解决了这个问题。专业的事情，可以放心地交给专业的人去做。地图服务供应商专注于自己的地图服务，而手机应用开发商只需要几行代码就可以调用此类服务。
确实，有些API调用需要付费，但总体来说一定比自己从头开发一套要节约许多。这也是为什么API调用成为现如今的主流，我们使用花样繁多的手机应用，底层服务的供应商可能还是集中在那几家的关键原因。
如果单纯从技术层面上看，API调用本质就是一个“标准化”协议，一个行业内的约定。打个比方，就像充一了各家的接口都用Type-C的，给哪个手机充电都不慌。大家按照同样的“标准语法”，来构建一个便于彼此协作的框架。每个开发者都可以根据自己的需求，去找适合自己需求的API调用资源，并在整合这些资源的基础上，进行再度的开发和创新。
这也带来了一个相对深度的观念转变，即我们一直认为“创新是根据需求来的”，是在需求积累的临界点，寻找爆发灵感的火花。而在数字时代，创新有些时候就是功能整合，并在功能整合的基础上，寻找新的需求增长点。“链接”和“整合”，本身就是创新了。
从生涩的数字协作讲回到诸位相对熟悉一些的职场合作，个人觉得有一个非常关键的东西是没有办法解决好的。那就是语境“标准化”的问题，“鸡同鸭讲”是常态，最有可能出现的状况就是“上面喊破喉咙，下面无动于衷”，驱动彼此的立场和着眼点完全不一致，互相都瞧不上。跨部门的协作，也是围绕着各自的出发点，很难站上更高一阶的视野，审视眼下的“你多我少”。
API资源的提供方，难道就没有自己被绕过的顾虑吗？他们是通过什么实现收益，又是通过什么拥有市场占有率呢？显然，普通用户付费购买服务，并不在他们的筹谋范围内，他们在意的是专业用户的市场份额。服务有市场，自然会有人张罗着帮忙兑现。
只要手上有资源，是不愁没有付费买单的。这也是为什么有些协作，“卡脖子”部门宁愿把人情卖给“高位协调”，不愿意跟下面“阿猫阿狗”多讲两句的原因。世间的道理，基本上都是相通的，难道不是吗？
发表评论