好吧，用一个尴尬的组合运动比喻，就是Gretzky告诉我们的SAP开发者技能众所周知的冰球，最近几年似乎分成了几个冰球，所有的冰球都在一个不同的迷你高尔夫洞里弹跳，那里有多个"洞"，可能会为你的最后一击提供更好的位置；所以我想我应该花点时间真正坐下来思考："作为一个开发人员，我如何确保自己的相关性，并希望在需求中保持相关性从SAP的角度来看，5-10年后？"。

我的意思是，3年前现在很明显，S4/HANA带来了UX和HANA，需要什么。因此，结合用户体验设计、设计思维和敏捷方法，这意味着Gateway、SAP Personas、Fiori/UI5开发和HANA显然是下一条曲线的重点。

中间件集成过去是，现在仍然是一项重要的技能，但我们中有足够多的人学习了基础知识，SOA不再是热门词汇；在这个空间（更不用说，人们发布了更好的界面），使得这只是一个你可以根据需要重新学习的东西，当它出现时。

所以回到3年前，当S4/HANA出现时；仅从技术角度来看，向SAP开发人员介绍了以下内容：

使用JavaScript构建和利用的单页应用程序框架（显然还有更多），以及通过HANA和Gateway的无状态/RESTful解决方案的概念

显然还有更多类似XS Advanced development、Lumira、mobility和其他技术和工具；但是上面的重点是你对ERP开发人员的典型影响。

这意味着大多数ERP开发人员都陷入了许多非SAP开发人员已经做了很长一段时间的事情的深渊。

我想说，spark大数据，我们中的许多人只是浮在水上，许多人沉入水中，游回了他们的ABAP堆栈岛，只有极少数人在SAP和非SAP开发实践之间架起了桥梁，在这段旅程中拥抱了SAP之外的真实软件工程世界，你可以看到这些人在会议上的发言，让你觉得自己这些年来一直在开发领域玩游戏。

可能正是因为这样对于SAP开发人员来说，这是一个巨大的障碍，再加上工具的"新颖性"，服务器和云主机，以及Fiori的经验教训；增强S4/HANA成为一个不断发展的解决方案，因为很明显，我们需要一致性、稳定性（JavaScript并没有引导自己做到这一点）和简单性（不仅对于最终用户，对于开发人员也是如此）。我想说，如果没有金钱和时间的选择，3年前在内部部署S4/HANA解决方案上完成的许多开发和用户体验设计将被扔掉，并在今天重新开始。

如果我们今天看S4/HANA内部部署，我感到的危险是，随着解决方案的任何扩展，你要么是在开发遗留代码，要么是在开发测试版代码；但让我们先考虑一下未来……

充分披露-我不能从实施S4/HANA的经验中说话，但从我能告诉别人的，与他人交谈，观看视频，TechEd演示和阅读有关S4/HANA的文章。

我不想在10年后成为一个实施SAP的CxO，并说"让我们安装S4/HANA内部版本并定制它"。即使没有定制，今天说这句话几乎是一件值得畏缩的事情，而不知道为什么你需要在前提下（当然，今天有很多理由，为什么你仍然会这样做，即使在未来，你可能仍然需要S4/HANA云在前提下，但不是"prem"版本）。

因此，您可能会拥有S4/HANA云（到那时每两周自动更新一次功能），每日返利，并且还会看到大量附加的软件即服务解决方案，有些甚至可能不是来自SAP！它们都将通过您的集成PaaS进行无缝集成，因为所有集成平台都以预先构建"映射"的方式变得相当标准化，返利淘客，"过程逻辑和连接/认证"可从供应商处获得，因此您不会处理模糊的集成需求。

因此，前提是只有您的操作技术系统（隐藏在OT网络中）或秘密松鼠美化的电子表格系统是唯一的系统；然后，我们必须意识到，人们如何为S4/HANA构建额外的解决方案将在云平台上完成（我们将假设这是SAP云平台）。

另一方面，我想随着迁移到Office365和Azure Active Directory等SaaS套件，未来我们可以为用户完全移除公司网络，并使用简单的端点安全，您的办公室只需连接到高质量的互联网连接—但我离题了。

SAP正在做大量工作，通过CD、业务定义语言（通过BOPF）简化扩展，Fiori元素等。甚至像移动开发工具包这样的工具也正在开发中，可以为您提供尽可能接近拖放式的开发工具，方便您将移动在线和离线内容部署到iOS以及将来的Android和Windows上。

换句话说，重点是试图使n%的所有开发，更多的配置所见即所得风格的变化，是与SaaS持续升级周期兼容。市场营销部门可能会说n大约是90，但我怀疑扩展目标应该是70。

所以这就是Beta与传统编码的对话，因为以上所有内容都在不断快速变化。e、 g.在我看来，使用BOPF草稿框架进行增强仍然是一个Beta测试版，一旦发布了业务定义语言（businessdefinitionlanguage，BDL），就可以认为是一个遗留问题，淘客app定制，但是如果你跳上BDL，那么你也在构建Beta软件，直到那里的变化尘埃落定。当然，BDL的最终目标仍然是SAP之外的猜测工作。