译 | 大话SAP
写在前面
新年计划通常是对自我的要求，不过假设让你对SAP提点期望，你会有什么惊世绝伦的想法？
以下是一位叫Fabio Pagoti的老兄所写的对SAP的期待，124条，这是对SAP积怨已久啊，我仿佛看到了他胸中的怒火。
玩笑归玩笑，这位Fabio Pagoti是SAP Mentor，对SAP了解很深。他把自己的期望分成19类：
ABAP
SAP Gateway
SAP NetWeaver
Fiori
SAPUI5/OpenUI5
BUILD
SAP Web IDE
SAP HANA
SAP Cloud Platform
openSAP
SAP Support
SAP Education
SAP Mentor Program
SAP Startup Focus Program
Events
SAP Community
SSO
Innovations
Your wishes
我们就一块来看看他的期待，或许你也能在其中找到共鸣呢？
这篇博客列出了一大堆我希望SAP能在2018年实现的事情，我邀请你也来一同提出自己的希望。
2018年就这么开始了！为什么不说说我对SAP在2018年的期待呢？我真的有很多期待，准确地说，是124条，它们分布在各种领域。
我希望……
ABAP
1. 正式发布ABAP in SAP Cloud Platform，并且让想试用的人能方便的访问。
2. CDS有更好的文档，特别是对于注释的结果。
3. 外部视图对于VARCHAR, BIGINT, DATE等数据库类型有更好的支持，并且移植到所有的正在维护中的NetWeaver版本上。
4. 把BOPF移植到所有的正在维护中的NetWeaver版本上。注：BOPF指 Business Object Processing Framework。
5. BOPF能有更好的文档，要带简单和复杂的例子。
6. ABAP Push Channels也要移植。
7. 废弃掉CL_SALV_TABLE，或者把一些已经被要求了很久的特性，例如编辑模式，加入进去。
8. SE80/Eclipse能有更好的代码完成。
9. 默认的eclipse ABAP perspective更加可用。
10. 去除Eclipse的“System Package”，那只包括了1000个标准package（几乎都是/开头的）。
11. SE16N和SE16H能被放到“核心”组件去，这样在其他系统中也能它们。
12.变得值得在ABAP中创建单元测试（它缺乏对于mocking的支持）——我怀疑只有1%的客户会经常性地在自定义开发中做单元测试。
13. 能明确ABAP持久类的未来角色和方向，或者直接宣布它没有未来。
14. Web IDE成为可用的IDE。
15. ABAPGit发布许多新特性。
SAP Gateway
16. 在SEGW中能有一个“refresh”按钮来更新所有的ABAP对象在打开状态时的变化。
17. SEGW支持Data V4服务的服务生成。
18. SEGW支持基于普通global classes的服务生成。
19. SEGW能以黄色显示警告，红色显示错误。现在有些情况下，错误被显示为黄色。
20. SEGW支持对项目的重命名。
21. SEGW支持修改项目类型。
SAP NetWeaver
22. 能在正式版发布前，先提供SAP Netweaver试用版。
23. SAP NetWeaver试用版不在要求licenses renewal。
24. SAP NetWeaver试用版能在本地或云端快速安装。
25. SAP Web IDE作为SAP NetWeaver的一部分提供。
Fiori
26. SAP提供更多无需HANA支持的App给用户。（SAP还会对此再疏忽7年吗？）
27. Fiori Apps Reference library停止把ABAP程序称为“Fiori apps”，关于这一点，参考文章Fiori Lie Dector (https://blogs.sap.com/2016/11/23/fiori-lie-detector/)
28. 花更少的精力在无用的东西，例如最近的Analysis tool (https://blogs.sap.com/2017/11/28/analysis-tool-for-fiori-applications/)。
29. Fiori Launchpad Designer (On Premise）能有更好的图标选择，支持筛选和查看图标名称。
30. Fiori Launchpad Designer每次创建新的Catalog/Group/Tile/Target Mapping的时候都会询问workbench/customizing request，而不会记住你上次的选择。
31. Fiori Launchpad Designer (On premise) 看起来更像Cloud Platform上的Fiori Portal服务的一部分。
32. 修复所有的缓存bug和/UI2*CACHE*程序。
33. Fiori Theme Designer变得更快（OP和Cloud都是）。
34. Fiori Theme Designer能以NPM模块的形式交付。
35. 将Fiori Launchpad开源。
36. 让Cloud Platform上的Fiori Portal Service可以使用公网站点。
SAPUI5/OpenUI5
37. 减少SAPUI5和OpenUI5的差异，换句话说，将APF，Fiori Elements，SAP Viz等开源。
38. 每个开发者都能生成完整的UI5文档，包括开发指南和API参考。
39.在devdocs (https://trello.com/c/3UE8TdIG/193-openui5) 上提供文档。
40. 有更详细的关于如何给library提供贡献的文档（每个工具和重要文件的目的）。
41. 合适的时候，移植一些控件。
42. 文档支持“评论”功能，这样大家可以提供更多的自己的例子。
43. 在概览页面有更好的文档，给出每个卡片类型和变式管理/筛选等重要主题的详细例子。
44. UI5团队能定期进行Webinars。
BUILD
45. BUILD重新变成开源的。（GitHub Repository已经被完全遗忘了）
46. 对于个人和初创企业有更适合的商业价格。
47. 在所有地区，让SAP BUILD服务成为SAP Cloud Platform license的一部分。
48. 取消5个active project的限制。（最终取消任何限制，允许将项目归档和取消归档）
49. SAP BUILD能有导出项目为特定SAPUI5版本的功能。
50. 如果需要的话，Prototypes和Studies能够允许匿名访问。
51. 一旦用户执行了动作，例如点击按钮或者浏览特定的页面，状态为“by performing an action”的问题能自动变为“done”。
52. 主题能被倒入到原型中。（这个特性时存在的，但是它是如何工作的对我而言始终是个谜——它经常跟上载的主题不兼容）
53. 在原型中能调用真实的web service。
54. 可以选择特定版本中提供的模版。例如，如果我在使用Fiori 1.0，那么在原型中使用Overview Page就是不合理的。BUILD假设用户有深入的UI5和Fiori知识。
55. 一个项目能有多个原型，便于做A/B测试。
SAP Web IDE
56. 能提供美化xml文件的功能，例如这样。
57. 有更多模版。
58. git client和log的限制更少，bug更少。
59. 能使用yeoman generator来创建新项目。
60. 可以简单地重命名根目录。
61. 注释编辑器能在不连接后端系统服务的前提下工作。
62. Outline能正常工作。
63. manifest.json编辑器能正常重命名UI5 routes。
64. manifest.json编辑器能包括含有重要元数据的字段，例如root view，router class和ovp cards。
65. 将Regular Web IDE和Full Stack Web IDE合并。
SAP HANA
66. 在HANA 2.0和HXE中提供Fiori Launchpad Designer，而不是让开发者自己去研究JSON文件是如何产生魔法的。
67. Fiori Theme Designer在HANA 2.0中作为MTA app提供。
68. 将XS CLI开源。
69. 有到Google Data Studio的连接器。
70. 提供如何在HANA中集成payment gateway的教程。
71. 宣布那些还没完成的特性和工具为“Beta”版本——Fiori就是个很好的例子。
72. SAP HANA可以按照redis的趋势发展，就像StackShare。
SAP Cloud Platform
73. 在试用版本中，能创建HANA 2.0实例。
74. 试用区域减少timeout error，特别是在Services页面。
75. 游戏化服务成为任何license的一部分。
76. HCPms能更便宜，或者有不同的licensing模式。
OpenSAP
77. 更多针对特定SAP Cloud Platform服务的课程（工作流，税务服务等等）。
78. Arduino/Raspberry课程。
79. SAPUI5高级课程。
80. ABAP CDS课程。
81. BOPF课程。
82. BRF+课程。注：BRF+指Business Rule Framework plus。
83. SAP开源项目课程。
84. SF的实用性课程。
85. Hybris的实用性课程。
86. Ariba的实用性课程。
87. Concour的实用性课程。
88. Leonardo的实用性课程。
89. 增加课程完成人数的比率——我相信很多人都在错过某一周的测试之后放弃了整个课程。
SAP Support
90. 所有的SAP支持团队更聚焦于解决客户和合作伙伴的问题，而不是SLA。注：SLA指Service-Level Agreement。
91. http://support.sap.com网站少一点服务中断。（计划内的和计划外的）
92. http://support.sap.com网站速度能更快，并且包括不同的筛选选项。
93. 将SAP Notes变为可以公开访问（无需S-user）。
94. 将SAP Download变为可以公开访问（无需S-user）。究竟为什么下载SAP GUI还需要S-user？
95. 能有一个程序按照你的软件版本来给出哪些SAP Notes需要被安装（当然，还要能完成自动安装）。
96. 不再有手工Notes，使用更智能化的工具。
SAP Education
97. 官方课程能有更亲民的价格（支付10个月的工资来完成一个基础的ABAP课程在世界的任何地方都算不上亲民）。
98. 任何地方的任何人都能参加认证考试，而不需要提前参加官方课程或者等待SAP certification day。
99. SAP将巴西的认证日重命名为“法律日”（任何一天都没有这样做，就代表在巴西被视为非法的销售。 换句话说，有人必须购买一门课程才能有资格参加认证考试 - 这是另一种销售形式）。认证日每年在6个以下的城市进行。
100. 我能在自己的国家参加任何认证考试。
101. 对于那些只对部分课程感兴趣的人（在我看来是所有人），Learning Hub能提供更便宜的价格。
102. SAP Education团队不会因为SAP Mentors在第三方公司，而不是SAP Education合作伙伴授课而生气。
SAP Mentor Program
103. 安排更多针对孩童，学校和大学的活动。
104. 跟小型团体达成更小的计划。
105. 记录SAP Mentor的月度会议。
106. 让那些真正值得成为Mentor的人成为Mentor。
SAP Startup Focus Program
107. 从计划开始之后，宣布哪些初创企业“成功了”或者“干得不错”。
活动 Events
108. 让Developer track重归SAP论坛。
109. 在Palo Alto和Sao Leopoldo开SAP TechEd。
110. 在SAP Inside Tracks上有精彩的演讲。
111. 组织更多的区域性会议。
SAP Community
112. 将SAP threads/问题全部转移到StackExchange，不再保留在SAP Community。
113. 当劝说人们回到SAP Community的时候，SAP需要更有创意。
114. 允许合并profile。
115. 重新启用游戏化功能。
116. 社区可以对内容进行调整。
117. 在博客文章中，允许“反对”。
118. 标签不要按照类别或者语言进行分类。
119. 搜索功能可用。
120. 能有一个SAP Community的手机app。
SSO
121. 我们在2018年，实施这个还太早了。
创新 Innovations
这是我最大的期望！
122. 我希望SAP团队能创建一个内部/外部的Kaggle团队，其目标是在仅使用SAP产品的前提下参与竞赛。HANA，CP，BW，Vora，PAL，SAP PA，Lumira等等是不是已经足够好，好到能获得Kaggle竞赛？如果是的话，为什么不展示给世界看呢？如果成功了，能给潜在用户展示出非常好的用户案例。注：Kaggle是一个数据分析的竞赛平台。
你的期望是什么？
123. 我真的希望至少有一个负责以上话题的SAP员工能看到这篇文章，并针对每一项进行回应。
124. 我希望你知道自己的期待是什么。
所以，我邀请你写下自己对于2018的期待（至少留言吧）！
新年快乐。
毫无疑问，有很多事等着我们去做。
原文地址
https://blogs.sap.com/2018/01/01/my-wishes-for-sap-in-2018/
推荐阅读
欢迎关注微信公众号：小哈公社
