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

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

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

以下为《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的光芒。(以上仅代表小编自己的观点)

正说:SAP HANA大裁员相关推荐

  1. hana生产系统服务器,软硬一体 惠普SAP HANA融合一体机解读

    [IT168 专稿]SAP HANA 是"高性能分析应用"的简称,是一种专为运行内存交易和分析工作负载而构建的数据平台.与需要分析和交易工作负载分离的传统数据库不同,SAP HAN ...

  2. SAP HANA插上32路CPU,性能多大飞跃?

    ZD至顶网服务器频道 04月01日 新闻消息:随着大数据时代的来临,来源于生产.运营.研发.销售过程中的数据越来越大,不仅充分反映着企业当前的经营状况,也为企业未来的经营决策提供有力依据,但是要分析如 ...

  3. Hadoop工具如何形成SAP Hana的大数据平台

    自2008年以来,SAP Hana一直是领先的数据库管理系统之一.它比许多其他数据库管理解决方案能够更有效地处理数据,主要是因为它可以使用一些最先进的Hadoop工具.没有Hadoop,大多数SAP ...

  4. 大数据 SAP HANA一体机选购指南

    导读:在 大数据 的世界里," 一体机 "对于企业用户而言或许是一个不错的选择,尤其在那些技术实力有限的企业里,大数据一体机提供了简便易用的管理模式. SAP   HANA 作为大 ...

  5. SAP HANA:持续创新十周年

    SAP HANA:持续创新十周年 今年是 SAP HANA 发布十周年.随着 SAP HANA 的诞生,SAP 成为了世界领先的内存计算数据库厂商.SAP HANA 也是 SAP 历史上成长最快的产品 ...

  6. SAP HANA云平台YaaS,你不知道的三件事

    互联网圈大事小事天天有, 各大企业新闻每天轮番上演.这不,SAP在纽约宣布推出以hybris为主导的最新客户关系管理(CRM)解决方案,其中包括三款新产品:hybris Customer Experi ...

  7. NBA部署SAP HANA内存数据库

    NBA是美国的主流运动之一,我们甚至无法将其简单地归结为篮球,它更多地承载着一种文化,加上成功的商业运作,NBA已经成为一个全球知名的品牌.在NBA成功的背后,当然也少不了IT技术的支持.负责NBA整 ...

  8. SAP HANA解读-2012 SAP商业同略会分享

    7月26日和27日,我受邀参加了SAP在国家会议中心举办的"蕴韬略促转变共发展"为主题的中国商业同略会,下面就参会的一些感想和大家分享一下. SAP中国商业同略会是第二次在北京举办 ...

  9. SAP HANA首次在农夫山泉成功上线

    近日 ,全球企业应用软件的领导者SAP公司 (NYSE: SAP) 携手中国最大的瓶装水生产商农夫山泉,在浙江千岛湖举行隆重仪式,庆祝SAP HANA?数据库解决方案在农夫山泉成功上线.这是中国企业 ...

  10. SAP携手“大数据之都” 共推大数据创新

    在10月21日举办的SAP贵阳大数据峰会上,SAP与贵阳市人民政府宣布签署战略合作备忘录,共建SAP在中国的首家"SAP大数据应用创新中心".依照"立足贵阳市.服务贵州省 ...

最新文章

  1. Lombok经常用,但是你知道它的原理是什么吗?
  2. print writer保留原有信息写文件_Python读写EXCEL文件常用方法大全 - pythonputao
  3. php __FILE__,__CLASS__等魔术变量,及实例
  4. IDEA和VS code设置默认换行符为LF
  5. 使用SpringBoot+JPA报错Incorrect syntax near 'hibernate_sequence'
  6. 计算(数字)的观点看世界
  7. 嵌入式开发Verilog教程(二)——Verilog HDL设计方法概述
  8. 测试手机软件打开速度的app,16个软件打开速度测试 iPhoneXS怒胜三星Note9
  9. 阿里云开发者藏品计划【阿里云飞天5K纪念碑】
  10. hive整和mysql外表_hive中的外表EXTERNAL TABLE
  11. 实现顺序表各种基本运算的算法
  12. 出现 Cannot read property 'xxxxxx' of null 问题思路
  13. @MapKey的使用
  14. 机器学习服务活体检测算法荣获CFCA权威安全认证
  15. MACOS Terminal终端:更改zsh模式到bash模式(切换shell)
  16. 极限论总极难学真因:人有抵制思想混乱学说本能
  17. ONU、ONT、SFU、HGU……有什么区别
  18. ESP32 gl9306光流计使用
  19. Toast(提示信息),Dialog(弹窗).
  20. (转)linux内存管理之伙伴系统(内存分配)

热门文章

  1. html 库存管理页面,库存管理
  2. shell命令查阅端口信息_Powershell 执行外部命令
  3. 福禄克FLUKE OFP2-100-Q CH与OFP2-Q-ADD技术规格
  4. 对单位cps和单位kc的理解
  5. 将计算机放置桌面右上角,如何给电脑桌面上添加我的电脑快捷方式
  6. 二维码的制作之根据Excel数据批量制作二维码
  7. stata基于cox回归制作临床决策曲线
  8. ES6之你应该知道的知识(一)
  9. python 新闻分类_python实现简单的新闻文章归类
  10. [原创]淘宝天猫抢购软件“tbBuyer“