liux 发表于 2007-10-1 10:48

有没有在SAP工作的同胞,透露一下内部消息

有没有在SAP工作的同胞,透露一下内部消息
SAP 10月报8号就要公布季度报表了, 第3季度SAP的业绩怎么样? 现在SAP的价格已经在41左右拉, 还值不值跟进?

xiaoniaofly 发表于 2007-10-1 17:20

这是违法的。$汗$

gast 发表于 2007-10-1 18:05

今天刚看报,说SAP最近业绩不行。2009年还要跟Oracle打官司。

以前没接触SAP前老觉得SAP是个了不起的东西,最近也开始用SAP的东西,比较失望。SAP是个相当庞大,臃肿,很慢的东东。

现在买进绝对不贵,但什莫时候开涨就很难说了。

[ 本帖最后由 gast 于 2007-10-1 19:06 编辑 ]

xiaoniaofly 发表于 2007-10-1 21:49

SAP是分段包给各个公司做的,整合上并不是很好,后台支持语言也比较混乱,尤其是客户窗口很多是VBA做的,臃肿是必然的。不过它胜在专业性强,而且市场占有率较高,如果官司赢的话应该还是不错的,输了就很难说了

[ 本帖最后由 xiaoniaofly 于 2007-10-1 22:54 编辑 ]

violetpeter 发表于 2007-10-3 21:24

原帖由 xiaoniaofly 于 2007-10-1 18:20 发表 http://www.dolc.de/forum/images/common/back.gif
这是违法的。$汗$


是啊 。内部交易啊。

Insider Trade !!!:D :D


不过有消息透露一下比较好!!^_^

adgjl 发表于 2007-10-20 21:20

原帖由 xiaoniaofly 于 2007-10-1 22:49 发表 http://www.dolc.de/forum/images/common/back.gif
SAP是分段包给各个公司做的,整合上并不是很好,后台支持语言也比较混乱,尤其是客户窗口很多是VBA做的,臃肿是必然的。不过它胜在专业性强,而且市场占有率较高,如果官司赢的话应该还是不错的,输了就很难说了
版主兄弟,你的见解我有点看法不吐不快,因为我觉得你好象是说的反话。关于SAP的缺点除了臃肿这一点我同意(实际上我更同意庞大这个词),其他你说的都正好相反。特别是整合,这是SAP区别于其他类似产品的最大优势。
另外,SAP运行的确不快,原因很多,比如动辄几百万的数据需要读取,做performance analysis的话,经常有70%的Aufwand是数据库存取时间。而且,因为各种配置稍微改动一点,或者对程序作了任何扩展,所有相关程序都要在执行的时候重新编译。你要速度,代价就是不能适应客户的各种需求。这是以牺牲速度换灵活性的代价。
另外,SAP的"窗口",实际上SAP的专业词汇里叫Dynpro,并不是VBA写的,而是用它自己的开发语言ABAP写的。这一点和臃肿也没有任何关系。

[ 本帖最后由 xiaoniaofly 于 2007-10-22 13:48 编辑 ]

发表于 2007-10-21 13:40

我就有一点不吐不快, xiaoniaofly是版主姐姐~~ :D :D :D

火星上的海 发表于 2007-10-21 14:17

对阿 xiaoniaofly是姐姐,咱这是讨论SAP的股票,没必要弄的这么专业哈;)

xiaoniaofly 发表于 2007-10-22 12:48

我说SAP的"窗口"是VBA写的是因为IBM分包客户端程序的编程人员有一个是我师兄,他5年前曾经专门给我讲解过他们编的这一部分,无论是使用还是后台编程, 我可以肯定他们当时用的语言是VBA. 也许别的分包公司用的是你说的ABAP语言,或者ABAP本身就是伪VBA. 这个因为我本身是做软件开发的,我们用的也是所谓自己开发的G++语言, 但实际后台支持的就是一般的MFC. 另外我们学校SAP软件在计算机系早几年是免费使用的,包括一部分源代码只要是计算机系的学生经过申请都能看到, 我看到的后台支持程序大部分都是VB写的,还有一部分低端支持程序是C语言的,那些都是很糟以前的程序。另外就我了解到的SAP很多程序是分包出去编写的, 而且编写人员大部分是刚毕业的学生, 模块话不是很好,至少我感兴趣的时候是比较混乱的,软件整合方面我觉得比我经历过的项目都差不少,我曾参加过政府研发项目和西门子的项目.政府项目我只做了一年没什么发言权,只能说在构造算法上确实是高瞻远瞩,反正是政府花钱,大学作为研发来搞的。西门子项目我做了6年,那个项目整合要比SAP整合好很多,一直都是一批人在搞。整个项目在德国到前年全部换代前一共做了差不多30年,数据读取问题也是每年的大问题,算法经常必须要更新,对软件的后续能力要求也很高。 早期的包很多都要一遍一遍推翻重来。就这样在最后阶段我还查出来因为编程人员偷懒造成的逻辑跳跃失误,至于编程上的小失误更是到处都有(这些都是通过调试的程序,用专门的微软检查核心程序的编译器才能查出来)。就我个人经验,一个软件项目在经历长时间运作以后,由于各个分包公司水准不同,产品良莠不齐,势必造成整合问题, SAP在运行这么多年以后,除非它从根本上重新改变构架,我相信它的整合问题只会是越来越严重。

gast 发表于 2007-10-22 13:48

原帖由 xiaoniaofly 于 2007-10-22 13:48 发表 http://www.dolc.de/forum/images/common/back.gif
我说SAP的"窗口"是VBA写的是因为IBM分包客户端程序的编程人员有一个是我师兄,他5年前曾经专门给我讲解过他们编的这一部分,无论是使用还是后台编程, 我可以肯定他们当时用的语言是VBA. 也许别的分包公司用的是 ...

1.
SAP Dynpro ist nicht in VBA, sondern in ABAP geschrieben. Jetzt hat SAP eine neue Produkt, heißt Web Dynpro, die in Java geschrieben ist. Ich lerne das gerade.

2.
Ich finde die SAP-Produkte auch nicht so die beste. Bin nicht so von SAP Produkte begeistert.
页: [1] 2 3
查看完整版本: 有没有在SAP工作的同胞,透露一下内部消息