Oracle如何用UNDERSCORE欺骗我两个月

tldr; 我当时集成了Oracle的移动推送SDK，被困了2个月。 原来，他们有一个下划线的令人尴尬的错误！ Oracle的Responsys / PushIO证明是正确的-企业产品糟透了。

这篇文章是我对甲骨文产品有多糟糕的抱怨。

我花了两个月的时间弄清楚为什么我们的iOS应用程序不显示从Oracle平台推送的丰富消息。它归结为一个UNDERSCORE。

是的，在他们的API密钥中生成了_ ，这是我们的应用无法正常工作的原因。

从Oracle开发人员支持：

该错误是您的API密钥生成时带有下划线“ _”，并且对于在下游使用API密钥是无效的字符。

该修复应该很简单……创建一个新平台，直到您获得一个没有API密钥下划线的平台。

哇。

这是一个令人尴尬的错误，但更令我振奋的是他们如何处理它。

首先，该错误会影响大多数用户，因为在获得“有效”尝试之前，我进行了3次尝试。

我估计有66％的用户可能生成了“无效”密钥。

该错误影响很大。所有丰富的推送消息将不会显示在应用程序中！

PushIO SDK的最新版本是2017年6月16日，即撰写本文时的2个月前。

我给他们带来怀疑的好处，因为我认为该错误仅出现在该发行版中，尽管我确实认为该错误发生在6.32.1版之前。

关键是，应该尽快修复主要错误。但是甲骨文没有。

更不用说这应该很容易解决。他们可以用几行代码修复API密钥生成器。 Oracle不知何故选择不这样做。

在升级到开发人员之前，我们的客户经理和几个客户支持人员不了解尴尬_问题。

这可能意味着：

无论哪种方式，作为用户，我对Oracle都不太自信。

为什么这么久？

在尝试调查问题并找出问题时，我提出了一个简单的问题： 是否有iOS示例代码？

来自“企业支持”的回复并非很快。

他们花了2周的时间才终于得到答案-不，他们没有。同样，这表明此类FAQ缺乏知识库。

调查我们的推送失败的原因是乏味且缓慢的，因为我必须等到第二天才能检查来自FTP服务器的日志。感觉如此1990年代。

Responsys是企业电子邮件营销工具-一种缓慢而复杂的Web应用程序。另一方面，Mail Chimp是竞争对手，很酷，而且用户友好。

自从苹果公司于2009年彻底改变了推送技术以来，PushIO是一个移动推送SDK，在一个非常拥挤的空间中。更好的竞争对手包括Urban Airship和OneSignal（免费！）。

2014年，甲骨文吞并了Responsys，后者又吞并了PushIO，这是一笔15亿美元的收购 ！

当一家大公司收购一个团队及其产品时，这就是衰败的开始。这种情况比较麻烦，因为肥大的肥肉鱼吃掉了一条鱼，而鱼又吃了另一条小鱼。

小鱼（PushIO）可能不幸死亡。