91哥看到我在《职业的壁垒》在Facebook分享到了利用标签解决领域类问题，让我意识到我在《职业的壁垒》中提到的需要被解决的领域问题其实解释的不够直白，而这给了我新的AHA。多谢91哥！

我的直觉感觉，通过Python的decorator来标注机型，不同模组，不同产品并不是我想要表明的领域问题。

领域特定语言

首先意识到的是词汇应该是特定领域的人群使用的，这意味着没有长时间浸淫领域中的外人其实很难听懂这些词汇。举一个简单例子，今天我修改G2Rail系统涉及到了RIT、OEBBRJX、POI这些词汇。

• RIT是Rail Included Tour的缩写，是德国联邦铁路局针对海外旅客的一种折扣票种，这种票比较便宜，退改签条件宽松，而且包含接驳城市交通。
• OEBBRJX是ÖBB Railjet Express的缩写编码，其实是奥地利联邦铁路(Österreichische Bundesbahne)的锐捷高铁快线的缩写。
• POI是Point of Interests，这是旅游圈比较常见的词汇，是指旅客们可能感兴趣的景点等等。

还有一些其他的领域特定语言的例子，比如：Tariff(火车票票种), Route Restriction(英国铁路的乘车限制), Activity, Tour, 节段费，OTA(Online Travel Agency)，返佣比例，远期汇率，Mizuho(日本新干线瑞穗号), Hikari(日本新干线光号)等等。

从外向内的领域问题

正好也看到了Steve Jobs对于技术驱动的革新问题的回应。我把Jobs的回应，翻译成中文

乔布斯继续描述了他在苹果公司的角色：不是不了解每个软件的来龙去脉。 而是要看到大局，重申愿景，并使每个人都步入正轨：

“最难的是：这如何适应一个具有凝聚力的更大视野，这将使您每年销售80亿美元，100亿美元的产品？而我一直发现的一件事是，您 必须先从客户体验入手，然后再开发该技术。您不能从该技术开始，而是要弄清楚要在哪里销售它。”

这种从客户体验中倒退的极具吸引力的愿景在当时可能是创新的…

但是，历史证明，这是对的。

所以所谓领域问题应该是从客户角度为起点的，是从一个个客户支持中的问题，从一个个客户的投诉来的。对于G2Rail来说，比如上周有XMove旅客抱怨为什么查不出“Berlin central bus station — >> Clausthal-Zellerfeld”的Flixbus的火车票。这背后可能意味着数据的问题(Clausthal-Zellerfeld站的Flixbus大巴公司车站编码)，也可能意味着设计的问题，还有可能是平台的问题等等。