ABAPer的未来
这是我最近读过的，关于ABAP in SAP Cloud Platform最有人文精神的文章。
大话SAP 假装发自 上海
在上周于Las Vegas举行的SAP TechEd上，Bjoern Goerke宣布了SAP将会在SAP Cloud Platform上推出ABAP runtime。这获得了观众的热烈欢迎。
Bjoern用以下方式解释和定位了ABAP in SAP Cloud Platform。
…一个成功的平台需要开发者，客户和合作伙伴…它让你，也就是开发者，来创建解决方案。
...当谈到开发者的时候，我们需要考虑我们的开发者社区。我们社区中包括了几百万ABAP开发者，他们位于全球不同地方，并在过去20年间持续增长。
…ABAP in SAP Cloud Platform...让ABAP开发者社区和我们一起步入云端。客户与合作伙伴可以打造SAP产品（例如S/4HANA Cloud）的扩展应用，以及全新的云端应用。ABAP in SAP Cloud Platform也是将现有的基于ABAP的自定义代码或扩展应用转移到云端的一种方式。最终，它可以访问所有SAP Cloud Platform功能，无论是其核心服务，例如集成和安全，或是全新的Leonardo创新服务，例如机器学习，IoT或者区块链。
在主旨演讲上，每个人都想理解这究竟意味着什么。空气中已经飘散着许多关于这则消息的相关猜测。
在我看来，SAP做了一件预料之中且非常明智的事情——但是我的想法可能跟其他人不同。
我充分理解提供一个云端选择给“几百万”ABAP开发者这件事背后的逻辑。
最终，就像Bjoern说的那样，这会让SAP Cloud Platform更成功——就是这个样子。
SAP可能打造了最棒的云平台，但是如果没有获得广泛的使用，它将会中途夭折。如果你能让现有的大量ABAP开发者开始在SAP Cloud Platform上进行开发，这必然会大大提升平台的使用率。
在TechEd上，我感受到的另一个问题是：SAP客户与合作伙伴都对SAP这么说…
“我们的SAP开发者怎么办？他们都是很优秀的人，多年来给公司和客户提供了高质量的服务，但是在你的路线图上，他们的角色正在逐渐消亡。”
SAP觉得这是个需要解决的问题。
然而我觉得更重要的是回归一个ABAP开发者的真正价值。很多人误解了，他们认为ABAP开发者和许许多多的其他开发者是不同的。他们批评ABAP开发者和其所拥有的技能。我经常会批评ABAP开发者在如今这个变化的时代不去更新他们的开发技能，但是我从未批评过ABAP开发者所具备的独特价值。
与其他编程语言不同的是，ABAP的重点从来不在于语法，ABAP比这广泛得多。ABAPer得深入了解SAP数据模型。他们知道何时该使用SAP提供的API，何时该自己打造。他们懂得如何创建企业级应用。他们了解业务流程。他们知晓如何支持多语言，多币种，不同的日期和时间格式等等。他们深知24*7小时运行的重要性，石头般坚固的可靠性，集成性等等。他们明白软件物流。并且，他们了解所在行业的各种特性。
我通常将这些非语法技能称之为SAP特定领域知识。它把ABAP开发者和其他开发者区分开来。我觉得这就是为什么非SAP开发者在与SAP系统打交道的时候总是很困难。毕竟，把Java, C#, Swift, PHP等程序连接到SAP后台并没有技术难度。并且我们假设这些开发者都非常了解他们自己的编程语言。那么为什么他们在SAP项目中那么挣扎呢？
当你问他们这个问题时，得到的回到永远是SAP集成是“很困难”的。为什么有那么多关于延迟，超支和失败的项目的故事呢？为什么我们听到那么多关于SAP系统和非SAP系统的“通讯问题”呢？为什么那些同样懂得其他编程语言的ABAP开发者觉得跟SAP系统交互其实是很简单的呢？
原因正是，如果你是一个合格的ABAP开发者，你所了解的知识远比ABAP语法要多得多。
所以，当SAP提供给ABAP开发者一条通往云端之路时，SAP也是在给ABAP开发者所具备的知识一条更长久的路。所有SAP特定领域知识将能保留在SAP生态系统中，而不是流失它处。我敢这么说，当人们开始用ABAP in SAP Cloud Platform来开发S/4HANA扩展程序，Business Suite扩展程序和全新的应用的时候，这件事会对SAP整个生态环境产生巨大的价值。
你不能让这么多关于企业的知识和经验白白消失掉，当你想打造成功的SAP Cloud Platform应用时，他们的重要价值会再次体现出来。
原文地址
https://blogs.sap.com/2017/10/02/abap-in-sap-cloud-platform-why/
推荐阅读
版权声明
本文为InweHub签约作者投稿，已授权InweHub做版权登记，受《著作权法》保护，如需转载或发表，请邮件联系fawu@inwehub.com，并需获得书面授权。言论仅代表作者观点，不代表InweHub立场。