ITPub博客

首页 > 数字化转型 > ERP > 正说:SAP HANA大裁员

正说:SAP HANA大裁员

ERP 作者:dicksonjyl560101 时间:2019-04-20 20:24:58 0 删除 编辑

正说:SAP HANA大裁员



https://mp.weixin.qq.com/s/2wvqdQMzLEt2CM1seqMu3Q


正说:SAP HANA大裁员

最近有一篇名为《SAP HANA 大裁员:它怎么了?》的文章在SAP顾问圈里"火"了起来,深知SAP HANA技术的专业顾问读完怒火中烧,不知情的人士也许就真中了所谓的"圈套",那么文章真正都讲了些什么?是否对SAP HANA技术创新、产品作用及影响等作出客观公正的评价,暂且放一边,咱们先看看SAP圈里专业顾问的评论,然后再通读下这篇文章,也许你会发现点什么?

以下为云头条中评论截图:

正说:SAP HANA大裁员

正说:SAP HANA大裁员

正说:SAP HANA大裁员

正说:SAP HANA大裁员

以下为《SAP HANA 大裁员:它怎么了?》这篇文章(原文:https://www.brightworkresearch.com/saphana/2019/03/08/saps-layoffs-and-a-brightwork-warning-on-hana/?from=timeline&isappinstalled=0)

2019年1月30日,我们有报道《SAP 将裁员 4400 人》的新闻。3月8日国外一家完全独立的企业软件行业研究公司Brightwork发表文章,声称SAP对其高级HANA职位做出了重大调整。SAP解雇了所有顶级HANA开发人员,并且解雇了HANA实验室的主管。SAP首席技术官Bernd Leukert也被解雇。

研究公司 Brightwork 的 Shaun Snapp 对此进行了深入解读,回顾这些变化的重要影响以及HANA的进展。

以下为经纬资讯对全文的翻译,云头条发布供各位参考。

HANA的重要背景

HANA是一个构思欠佳的数据库,其基本设计参数由一个完全没有资格设计数据库的人设定,Hasso Plattner。正如我们在文章中所述,Hasso Plattner和他所带领的博士生发明HANA?SAP为HANA的开发创建了一个有预谋的错误背景故事,Hasso在他博学的博士的帮助下发明了一个新的数据库。

Hasso在SAPPHIRE和无数文章中重述了这个故事。这个故事完全是错误的,这意味着每次重复Hasso都会撒谎。事实上,所有这些技术都是在HANA"创建"之前一年获得的,这些收购并未列入SAP在维基百科上的收购中。

HANA以巨大的技术债务开始其生命,因为它的基本设计从未有任何意义。Hasso最终选择了另一位非常不合格的人来管理HANA的发展 - Vishal Sikka。 Vishal Sikka几年前离开SAP去了Infosys,但SAP在新任CTO Bernd Leukert的领导下,在HANA方面取得的进展很小,他没有资格成为CTO,甚至不如Vishal Sikka领导下HANA取得的进展。

HANA在哪里引领行业?

HANA领导行业的唯一领域是Marketing Claims。在Brightwork,我们对主要数据库供应商以外的任何实体的HANA进行了大量研究,由于他们与SAP的合作协议,他们都无法发布他们所拥有的信息。我没有和SAP之外的任何一个不懂数据库的人谈过SAP的Claims。

HANA不在SAP客户之外使用。如果HANA是SAP所说的,那就很奇怪了。如果HANA有效,为什么它的实施仅限于少数几家在购买HANA之前已经是SAP客户的公司?

伪创新的HANA

技术公司夸大其技术创新是很常见的。正如我们在"公共云革命:开源如何取代私有IT巨型供应商"一书中所述,私营部门公司参与的一项主要策略是从公共领域撤出,并假装创新是他们的。从制药公司到软件公司的每个人都经常这样做。 SAP是一位声称因未参与的创新而获得赞誉的大师。

HANA是伪创新,正如我们在《如何理解HANA伪创新》一文中所述。 SAP已经对其他数据库进行逆向工程,并重命名项目以隐藏逆向工程设计,SAP为HANA花费的资金只是为了简单的重复造轮子?SAP已经无法为数据库创建新的贡献。它的设计与数据库设计的完全相反,正如我们在如何理解AWS的多基础与SAP的单基础方法中所述。这一切都不应该那么难理解,因为SAP关于HANA的陈述经常违反数据库理论。

今天,SAP关于HANA的许多声明都可以穿插Dan Quayle或Sara Palin的引用,而且看起来并不一致。Steve Lucas提供的一些最荒谬的内容,正如我们对Steve Lucas 文章的分析关于HANA Oracle不会告知你的事情。

更多人似乎没有注意到这一点,这表明SAP顾问和员工膜拜SAP高级人员所声明的任何信息。

当来自SAP的高级别人员发表声明时,大多数SAP员工的大脑都会发生奇怪的事情。他们似乎没有问"等等,这有什么意义吗?"相反,信息直接进入大脑而没有过滤。自HANA首次推出以来,SAP员工现在一直在重复关于数据库的荒谬事情。这很奇怪,因为对于SAP员工来说,这些说法似乎完全正常,而对我们来说,这些说法看起来像是一个只是在制造东西的人的提议。

HANA的最初构想

HANA总是构思不佳,在市场上没有任何实际用途。我们对全球12个HANA实施报告的评估表明,它必须是市场上销售的最高维护数据库。我们跟踪的其他数据库都不是那么不稳定,需要很多其他组件才能正常运行 - HANA与各种创可贴相结合,这些辅助工具是将HANA推出市场所必需的,也是高度分散的开发领导力的自然结果。 HANA是数据库的黑洞,不断吞噬IT预算。我们跟踪的唯一适度成功的实现是针对HANA上的BW,但HANA仅在旧硬件上优于旧版本的Oracle和DB2。事实上,正如我们在文章中讨论的SAP HANA利益的多少硬件负责人所做的那样,大部分性能改进都不适用于更新和更大的硬件?

HANA没有竞争数据库的性能优势,在解决其规模巨大的内存占用空间方面遇到了巨大的问题,正如我们在HANA占用其他数据库内存30到40倍这篇文章中所述。

HANA的真正目的

SAP不断向客户介绍HANA的好处,但经过广泛的评估,HANA对客户没有任何好处。任何使用HANA替换DB2或Oracle或其他数据库的客户都不会看到分析性能方面的改进(相比现代版本的DB2或Oracle,即使是在较小的硬件占用空间上),但客户在事务处理和处理密集型方面都会出现显着的性能下降像我们在如何解释HANA上的MRP性能问题一文中所述的MRP等操作。

HANA的真正目的很简单。这是为了将促使Oracle退出他们的客户并为SAP获取更多的收入(SAP已经为Oracle的客户增加了收费)。Hasso和Larry已经陷入了长达数十年的根深蒂固的敌意,HANA是Hasso刺向Larry的一种方式......当Hasso的帆船在他们的一场比赛中遇到机械问题时,Larry可能不会停下来协助他。 老实说,Hasso受到自负和情绪的驱使,这可能是Hasso在头脑里第一次种下要开始做HANA的种子。这个假设最初是通过与Oracle / SAP领域多年经验的联系人向我提出的,但不希望被识别出来。

我不能证明这是真的,但如果是真的,它会解释很多看起来不合理的事情,而不是有其他什么原因。如果有人读过其他Brightwork文章,很明显我们不是Oracle的粉丝。我们认为Oracle是一个垄断供应商,应该由FTC分解。因此,这些陈述并非来自对Oracle的任何忠诚,而是来自数据库的事实特征。这同样适用于IBM,以及另一家供应商。但是,我们不允许我们对Oracle的不屑或IBM的业务实践影响到我们的技术观察。

HANA开发的问题

HANA推出了一项非常夸张的营销活动,正如我们报道中所提到的,SAP对HANA的不懈努力是否得到了汇报呢?

但是,除了几乎无法满足任何最初的声明之外,HANA仍然无法满足这些声明,而HANA根本就没有在这些声明中取得进展。

我们的观点是原罪是让Hasso设定了设计参数。正如我们一再声明的那样,Hasso不是一个技术性的头脑,他是我们在Hasso Plattner博士学位所涵盖的推动者吗? SAP的另外三位联合创始人更多的是技术人才。由于他是最后一位创始人,他基本上因为他们的贡献而受到赞扬。

听Hasso或阅读他的书的人显然没有注意到他对技术没有特别的洞察力这一事实。在读比尔盖茨所写的任何内容时,我们都会得到同样的印象拥有大量资金并不会转化为洞察力,但对于那些实际上并没有关注信息而非个人力量的人来说,这似乎已经失去了。

解雇 / 裁员

SAP不得不裁掉那些一直在误导自己的员工。因此,如果你在SAP的Leonardo下工作,那么你可能不得不转出或被解雇,因为Leonardo已经死了。这就是失败产品的情况。

HANA组刚刚遭遇裁员的打击。但是,HANA员工也应该被解雇。这听起来可能有些苛刻,但是如果您有一个失败的产品,它从其他满足预期的产品中吸收了IT预算,那么其他供应商当然可以声称他们应该得到这些收入。这应该是一个竞争激烈的市场的运作方式,而不是为了维持就业而维持那些声称拥有夸大权利的不合格产品。

但是,我认识和辩论的大多数SAP顾问似乎对竞争市场没有任何兴趣。他们希望HANA能够成为世界上最好的数据库,无需参与竞争。他们希望在简历中添加热门技能并尽可能多地获得报酬。

对HANA来说,事情会变得更加困难。SAP无法解决双模式处理,这使他们对S/4HANA的总体策略陷入了严重的困境。这只是对HANA不利的因素之一。

为什么HANA是反潮流

正如我们在文章中所述,HANA的在阳光下的日子终于结束了,SAP已经从HANA转变为主要营销手段。然而,随着Leonardo的过世,目前还不清楚SAP现在将转向什么。但HANA的夸张最终已经赶上了它,而且,SAP的内部团队正在反抗将过多的注意力和不成比例的资源分配给HANA。

多年来,HANA一直受到保护,因为每个人都担心与Hasso相矛盾,但随着Hasso年龄不断增长,HANA继续暴露,HANA的日子已成为SAP的核心重点。如果SAP认为过去的成功是基于差异化的技术实力,那就严重错误了。 SAP的主要区别在于它能够建立合作伙伴关系,并建立能够推荐SAP处于财务优势地位的大型和强大公司。从本质上讲,它是一个促进腐败的高功能机器。但SAP越来越认为它的成功是建立在技术差异的基础之上的 - 而且它正在给它们带来麻烦。

如果发生以下情况,毫无疑问SAP会更好:

1、SAP应该没有数据库。

2、SAP应该从未开发过HANA。

3、SAP应该永远不会获得Sybase(其中超过1/2的用于移动性,结果证明它不合法)。

4、当所有早期问题浮出水面而不是翻倍时,SAP应该纠正并抛弃HANA。

HANA的病?

SAP公司的其他组实际上对HANA感到了厌倦

SuccessFactors管理层拒绝将数据库换到HANA。

自首次推出以来,HANA一直在从其他应用程序中获取收入,因为其他应用程序的折扣已经增加,以减少对HANA的折扣,这对SAP的内部会计造成了严重破坏,使得HANA看起来比它更成功。

这是由彼得·戈德马赫(Peter Goldmacher)提出的,他解决了SAP多年前提出的会计技巧。他因为不知道自己在做什么而受到SAP的严厉批评,然后SAP在这个问题上变得黑暗。

我们对HANA的警告

我们认为最近的解雇是SAP认识到其与HANA的发展战略/方法不起作用。而且早就应该来了。但问题是很难看出HANA是如何恢复。它总是有不可能的设计参数,从那时起就一直在努力满足这些设计参数。问题是,它无法满足它们,这可能是所有抨击的主要原因。即使拥有比SAP更多数据库经验和人才的甲骨文也没有以满足SAP声称的方式推出多模式数据库。如果Oracle无法做到这一点,很难看到SAP或其他任何人这样做。我们的观点与Bloor Research的结论相同,正如我们的文章中关于Oracle内存中的Bloor研究的准确性,这与AWS的相同,即数据库应该专门用于处理任务。

如果我为某人设定了一项不可能完成的任务,那么他们就无法达到它。他们效率低下。这是因为不可能的目标会产生功能障碍,它会吸引像维萨尔•西卡(Vishal Sikka)或贝恩德•勒克特(Bernd Leukert)这样的人,他们会通过告诉Hasso和其他人他们正在取得进展而保持高调的立场。只有可实现的目标才是动机。 Hasso设定了设计参数,但后来却不知道如何满足它们。然后他把目标交给了另外两个也不知道如何遇见他们的人,但他们说过了。

我们一直在等待SAP将兔子从他们的帽子中变出来,已经八年了,没有任何兔子出现。多年来我们一直在讨论SAP资源,正如我们在如何避免您错过HANA这一文章中所述。很明显,那些人要么不知道他们在谈论什么,要么在撒谎。另一方面,SAP的许多人认为如果他们只是重复SAP的谈话要点,他们就会做好自己的工作。作为HANA周围虚假信息的最大传播者之一,John Appleby,我们曾在多篇文章中讽刺过,其中包括John Appleby如何错误地了解他的HANA预测,似乎已经从出版界消失了。

所有这些人现在看起来都很傻。最后,关于SAP是否具有在其他数据库供应商中并不是很优越的数据库知识,本书尚未公布。 SAP没有。

未来HANA开发的实际情况

因此,对于HANA的客户来说,他们被自己的购买和前景所困,HANA未来的改进将使其达到设计目标的可能性非常低。HANA仍然不稳定,这是8年前引入的。此时的问题不能归结为"将bug排除"。

这就是为什么我们要发出这个特别的警告,说我们已经完蛋了。SAP已经成功地从HANA获得了短期资金,但这不是一个可持续的战略。总的来说,HANA对SAP来说是一个巨大的干扰。

现在怎么办?

问题是如何处理HANA。很多读者会说......

"好吧,很容易指出手指,但现在呢?"

首先,我们先指出了事实。 SAP客户唯一要做的就是避免与HANA混在一起,而是阅读我们的研究而不是听Deloitte或埃森哲,他们生活中唯一的目标是最大化他们的计费时间。而且所有意图和目的都可以被高端鹦鹉所取代,正如我们在SAP咨询公司和鹦鹉之间的区别是什么?

所以这不是后见之明,我们对这个问题有先见之明,不是因为我们是魔术,而是因为我们把工作放在了研究上,因为我们能够发布我们发现的东西,因为我们缺乏与SAP的任何腐败关联。这是一个将我们与几乎所有SAP信息提供商分开的功能。

小编读后感:感觉这边文章有点艹蛋,通篇一味地否定、排斥,甚至是诋毁SAP HANA在列存储和内存计算的巨大技术优势和产品创新,这种武断、偏激甚至脑残的攻击行为势必适得其反。不可否认,SAP HANA在实际的应用当中还存在一些问题,比如HANA数据库中建模,但是瑕不掩瑜这依然不能遮住SAP HANA的光芒。(以上仅代表小编自己的观点)


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29829936/viewspace-2642058/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
行万里路,读万卷书,阅无数人。 吃货一枚,爱吃湘菜,川菜,粤菜与杭帮菜,尝遍天下美食。 摄影爱好者,游遍名川大山,江河胡海,赏遍人间春色。 爱看影,尤其是港片,好莱坞大片,以及俄罗斯生猛大片,非主流影评写手。 SAP高级咨询顾问经理,自由职业者。 2017年底开始研习人工智能。

注册时间:2014-08-27

  • 博文量
    1669
  • 访问量
    2859918