根据社交媒体的反馈和本系列之前博客上的活动，我显然遇到了很多人的痛处。然而，在线自助建站系统，我有点粗鲁，我咆哮着说事情有多糟，要求别人去解决它，却没有提供一些想法，一些建议（加上每一个好的三部曲至少需要四个部分）。

请借此机会告诉我你对这些想法的看法，加上你自己的建议，甚至可以对你在这里和评论中看到的东西进行排名。SAP开发人员关系团队意识到目前的情况有多糟糕，但在收到我们的消息之前，他们无法向我们提供我们想要的东西（或者至少是他们无法提供我们想要的东西的正当理由）。

首先是一份进度报告；Alice已经启动并运行了她的SAP Developer Edition，她已经意识到这是一个集整个服务器和开发系统于一体的系统，而且她正在编写代码。SAP命名空间和客户命名空间之间有一些小问题，比如SAP命名空间和客户命名空间之间的差异….

但是Alice只用了几分钟就完成了

现在，云服务器如何，作为一个开发人员，我被困在简单的ABAP程序报告中，因此，我将把关于Alice现在应该遵循的文档和培训路径的任何批评留给更了解的人。不过，我要说的一件事是，虽然跨技术开发人员中心和ABAP平台开发人员中心社区空间有很多好东西，大数据怎么用，但有很多地方会让不受指导的开发人员感到困惑。

例如，一些文档指向Alice旧版本的ABAP系统，而其他文档和页面似乎混淆了HANA上的ABAP和MaxDB上的ABAP。Alice从"使用HTML5开发内部业务应用程序&内存持久性"教程开始（同样是命名混乱-内存持久性？这与数据库系统不同吗？这是否意味着存在某种记忆外甚至身体外的坚持？难怪人们会对你的HANA在内存中的数据会发生什么情况感到困惑（当你关闭这个框时…），虽然它谈到了HANA系统上的ABAP，但在她的ABAP on Max DB system中也提供了完成本文档所需的表。

但是，Customer v SAP namespaces引发的一个问题是，除非Alice跳槽成为认证合作伙伴，否则她无法为自己的开发获得自己的名称空间。如果她在接下来的2次点击中构建了一个对象，并且她的对象名与客户站点上已经安装的东西发生冲突，会发生什么？

这导致了一般的代码管理——十五年或二十年前，运输管理系统在更改管理和源代码控制方面领先于其他任何东西，但现代工具已经赶上并超越了它。SAP需要对GIT、Subversion和其他存储库工具开放。SAP需要提供一个ABAP客户机或接口来序列化SAP内容，以便从非ABAP存储库中推送和拉取内容，并且至少要与Eclipse工具中的ABAP集成。在一个完美的世界里，它也可以在SAP GUI中工作，但是现代的非SAP开发人员不会使用SE80，除非他们必须这样做。

尽管SAP旗舰客户是业务运行SAP的客户，但我们讨论的是现代工具，绝大多数客户将SAP用于其业务中的特定功能，并在其他软件上运行大部分处理。将SAP系统集成到其他软件中应该像调用twitter API一样简单。这种集成越容易，"边缘创新"就越多，为现有SAP客户提供更多价值，为新SAP客户增加价值。SAP需要提供更广泛的API或预配置的ODATA接口，以允许本地系统与其他系统更好地集成；从Salesforce到BMC之类的监控工具，再到Chef和Puppet之类的配置软件，

许多人发现的最明显的问题是，安装开发者版需要"太多步骤"。除了阻碍潜在的开发人员之外，这也给安装程序（错误地执行或错过一个步骤）和SAP（错误的链接和文档）带来了出错的机会。

（来自孩子对旧电脑的反应）

在一个完美的世界中，所有SAP内部系统（无论是在物理服务器上还是在Amazon、Rackmount、，Open Stack，Azure…）应该能够连接和下载注释、注释、错误修复、补丁、支持包、升级，并自己应用这些。就像Windows Update、npm Update或git pull一样。没有解决方案管理器，没有SAPRouter，除了一个到SAP的HTTP连接之外什么都没有。

在一个完美的世界里，安装应该包括运行sapinst，填写字段和点击go。在你按下"开始"按钮后，没有任何问题。对照许可证或控制文件进行检查是确保只有适当的组件安装在适当的硬件上的一个好方法；例如，"开发者版许可证"允许在任何硬件密钥上安装，但不会安装或运行完整的ECC或SRM组件。

在一个完美的"创新而不中断"的世界中，安装还可以选择自动更新我们的安装到最新的增强包（如果这是安装程序想要的），但这是一个比技术升级更大的问题。无论如何，不管怎样，都可以选择将DBMS和操作系统更新到当前EHP的相应修补程序级别。

这就是从Windows到SUSE的服务器和桌面操作系统的工作方式。