Intel创始人之一Gordon Moore根据自身的观察，提出来摩尔定律，其核心内容为：

集成电路上可以容纳的晶体管数目在大约每经过24个月便会增加一倍。

换言之，处理器的性能每隔两年翻一倍。摩尔定律是内行人摩尔的经验之谈，汉译名为“定律”，但并非自然科学定律，它一定程度揭示了信息技术进步的速度。尤其随着互联网的出现，导致连结方式（人之间、产品之间、点子之间）发生革命性变化。而很多产品的发展速度也会呈现类似摩尔定律的趋势。同时这也意味着既有产品和工作也会以前所未有的速度被替换掉。

举个例子，G2Rail的价格策略是与官网保持一致的价格，货币也保持一致。而客人往往采用人民币、美金等来结算，这其实意味着系统需要维护不同货币之间的汇率。G2Rail最早只有欧元价格，维护起来比较简单，只需要把欧元和客人主要支付的币种汇率每天更新到办公室白板上就可以。虽然G2Rail覆盖的铁路公司和客人的国别越来越多，支持的汇率也开始增加，甚至需要财务每天花几个小时查看银行网站实时汇率、计算当天不同货币直接的汇率，更新到系统中，当然这也会出错，相应变化的速度也不够好。而这种事情在银行没有网站的时代，效率显然更低。

擦伤会触发反思，在打穿团队内我们的业务Member克竹也开始琢磨如何有简单方法来更有效高效的处理汇率同步。他发现在Google Spreadsheet可以直接调用GoogleFinance的Service，只需要在Cell中嵌入 =GOOGLEFINANCE(“CERRENCY”:KRWTHB)就可以展示从韩元到泰铢的实时汇率。

有了这个发现之后，克竹跟我们商量是否可以把这个汇率Spreadsheet同步到系统数据库，而这样意味着原先财务的这部分工作就被替换掉了。如果连Google Spreadsheet都能够提供这类信息，为什么我们会需要xe.com，为什么会需要银行的汇率网页，为什么我们会需要只会做这种工作的财务。。。

尽管最终没有采用这种方案，但是反思下来，我有了新的AHA。其实有三种元素刺激了产品按照摩尔定律的方式发展，分别是：

• APIfy
• 超链接
• 数据语义化

APIfy

在财务例子中，Google Spreadsheet中调用的GOOGLEFINANCE()其实就是一种API。这个API应该不是Google Spreadsheet团队开发的，因为他们很可能不是财务方面的专家，但是如果Google内部或者外部如果把对应的服务通过API的方式发布出来，其他就会产生更多的被使用的场景出现。因此在G2Rail中，也会把内部的功能APIfy，比如搜索API、预订API、车站实时出发到达信息(Station Departures, Arrivals)、地面交通数据结构、地面交通API设计、车次更新(Train delay notification)变成API，基于地址的推荐，甚至把它开源到Github。

超链接

在Google Spreadsheet的Cell中能够调用GoogleFinance()其实就是一种超链接。超链接提供了更多的功能和可能性。超链接其实更多提供了数据之间的关联，就比如在《超微链接》中，提到的通过车站的名字关联到车站的实时出发时刻表；通过车站所在城市以及GPS，关联到所在城市的吃、住、行、游、娱、购。这种超链接可以包括空间的超链接，比如基于GPS的；也有可能包括时间上的超链接，比如在从美因茨到科布伦茨的莱茵河列车上推送途经古堡信息；也可能是跨语言的；不光是内部的链接，也有可能是外部的链接，比如链接到优质的景点介绍等。超链接其实实现了这种信息数据在时间和空间上的集成和关联。

拿一个G2Rail的例子，查看罗马到米兰页面

• 可以看到当天两地直接的所有班次
• 可以查看到从罗马到米兰的旅客多数从哪些车站出发
• 会知道到达米兰之后还多数游客会选择哪些城市作为下一站
• 可以查看各个城市的景点介绍和旅游产品介绍
• 可以查看各个车站的实时时刻，介绍等
• 各种介绍分26种语言

数据及数据语义化

有了API和超链接，其实已经建立了骨骼和血管，接下来可以通过扩充数据来扩充。那Google的例子，比如可以通过提供”KRWTHB”等不同货币缩写来提供更多的汇率直接的转换。对于G2Rail来说，比如可以在搜索API，通过输入“首尔 – 釜山”查询韩国铁路，“曼谷-清迈”查询泰国铁路，其实不需要修改代码只需要不断填充更多的数据就会提高订票服务的覆盖范围。数据可能会包括时间表数据、价格数据、剩余票量数据、实时变更数据、目的地介绍数据、关于数据的数据(推荐系数)、地址GPS数据等等。

这背后其实意味着两种工作

• 发现获取数据源
• 数据转换、适配、标准化