亲爱的圣诞老人，

我想我今年表现不错。我尽量不跟我的兄弟们打架。我试着先于自己考虑别人。我试着对其他白痴更宽容些，顺便说一句，他们到处都是，以下是我想从SAP获得的圣诞礼物的简短清单

可下载的SAPUI5 Runtime&SDK。

感谢您给我去年的一个愿望，即在CDN上托管SAPUI5和OpenUI5库，以便我们这些生活和工作在SAP公司网络之外的人能够快速可靠地访问SAP但是我可以下载openui5sdk到我的开发环境中，对于SAPUI5库我不容易做到这一点。这使得SAPUI5应用程序的离线开发变得困难。当我关闭浏览器缓存并且库必须一直重新加载时，这也让开发变得很痛苦。

无法轻松下载SAPUI5运行时，使我更难为SAPUI5应用程序提供非SAP服务器，如NGINX。

将SAPUI5和OpenUI5库合并到一个包中。

为什么我们要这么做两个不同的图书馆做同一件事？这是官僚主义发疯的征兆还是别的什么？一个只有一行代码的库对所有人来说都要更容易——当然要保持它的开源。如果SAP在SAPUI5库中拥有专有IP，那么请同意开源。如果SAPUI5库使用了非sapip的限制，请整理一下。

FLP要使用标准SAPUI5库

Fiori Launchpad（FLP）是为了使用随底层应用服务器提供的SAPUI5库而设计的。这似乎是一个"特殊"的第三个SAPUI5库！*注意–请更改之前的请求，将每个SAPUI5库合并为一个。

为作为FLP一等公民运行而构建的SAPUI5应用程序必须使用FLP加载的相同SAPUI5库。这意味着这些应用程序必须为安装在应用程序服务器上的SAPUI5库编写，wap自助建站，并且在大多数情况下是比通常可用的旧版本。

如果FLP使用标准（统一）SAPUI5库，那么将其指向可用的最新版本并允许开发人员使用最新版本构建FLP应用程序将是一件简单的事情可用技术。

SAP积极支持ABAP平台上的快速创新。

企业软件的变更管理文化抑制创新。在谨慎管理企业系统变化的同时，我们也降低了潜在的创新速度。变革往往被捆绑成一个大的群体，每年提前几个月实施一到两次。

快速创新需要一种不同的方法。一个支持大量增量更改的程序。理想情况下，开发、测试、部署周期可以在几分钟内完成，而不是几个月。构建SAPUI5应用程序的人现在需要这个。

SAP得到了这个–但是他们没有做任何事情来帮助在他们良好的ole'ABAP平台上实现快速创新。我需要工具和策略来支持所有SAP平台上的快速创新。首先，SAP对ABAP/Git集成的支持如何？

谢谢你的耐心。明年我会努力变得更好。

你的朋友，

格雷厄姆·罗博

我们可以问问！我特别支持你的FLP请求。

我看到太多的客户无法管理运输请求，因为它是。。。我很想知道ABAP/Git路径是否能让事情变得更好或更糟。。。因为在我看来，这更像是一个人员问题（治理、纪律、严格性）而不是一个软件问题。。。考虑到也有很多客户的运输只是一个常规的面包和黄油的活动。

也许我们需要先检查圣诞老人的淘气和好名单，看看谁做了他们的功课，然后再玩这个新玩具…

谢谢乔斯林，

你是100%正确的，这不仅仅是一个软件问题-这是一个问题文化一

但是，GitHub webhook呢，它在ABAP dev系统上触发部署应用程序，执行部署前任务（如自动测试、缩小等），然后创建传输，部署到UI5框架中，然后释放传输并将其导入dev（甚至可能是Prod）系统？

瞧！

琐碎的例子我知道，但很能干。

听起来有点像

干杯

格雷厄姆·罗博

专利申请中？

开源

哦，返利是什么，很好-我不知道。什么是许可证，顺便说一句-FWICS它没有提到在自述或源代码？

我是作者-你可以随心所欲地使用它。

我建议明确选择一个许可证，但是没有许可证，大淘客网，它不是开源的（如果我偶然发现了repo，我就不知道，所以也不会考虑使用/贡献它）。

我并不想听起来那么迂腐，但是GitHub上的很多源代码都没有明确的许可证，人工智能网络，这肯定使它不是开源的，即使作者可能有意这样做（"公共领域"不是一个有效的开源许可证，例如）

待定患者？

现在！

是的，是的….

前几天我在飞机上花了5个小时，想开发一个我最近在WebIDE上搭建的Fiori应用程序。

但是该死的FLP在WebIDE模板上有太多的钩子，要解开它太痛苦了。

一个简单的下载作为sapui5的zip就太好了。更好的主机在鲍尔（虽然我注意到openui5鲍尔回购已年久失修）…

与您在这里的所有点。

我认为viz图书馆被拒在外，因为质量不符合要求。

我同意，但它应该只是一个图书馆。

一个很好的名单-希望圣诞老人将交付至少在未来的一些接下来的12个月