有没有在SAP工作的同胞,透露一下内部消息
有没有在SAP工作的同胞,透露一下内部消息SAP 10月报8号就要公布季度报表了, 第3季度SAP的业绩怎么样? 现在SAP的价格已经在41左右拉, 还值不值跟进? 这是违法的。$汗$ 今天刚看报，说SAP最近业绩不行。2009年还要跟Oracle打官司。
以前没接触SAP前老觉得SAP是个了不起的东西，最近也开始用SAP的东西，比较失望。SAP是个相当庞大，臃肿，很慢的东东。
现在买进绝对不贵，但什莫时候开涨就很难说了。
[ 本帖最后由 gast 于 2007-10-1 19:06 编辑 ] SAP是分段包给各个公司做的，整合上并不是很好，后台支持语言也比较混乱，尤其是客户窗口很多是VBA做的，臃肿是必然的。不过它胜在专业性强，而且市场占有率较高，如果官司赢的话应该还是不错的，输了就很难说了
[ 本帖最后由 xiaoniaofly 于 2007-10-1 22:54 编辑 ] 原帖由 xiaoniaofly 于 2007-10-1 18:20 发表 http://www.dolc.de/forum/images/common/back.gif
这是违法的。$汗$
是啊 。内部交易啊。
Insider Trade !!!:D :D
不过有消息透露一下比较好！！^_^ 原帖由 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 编辑 ] 我就有一点不吐不快, xiaoniaofly是版主姐姐~~ :D :D :D 对阿 xiaoniaofly是姐姐，咱这是讨论SAP的股票，没必要弄的这么专业哈;) 我说SAP的"窗口"是VBA写的是因为IBM分包客户端程序的编程人员有一个是我师兄，他5年前曾经专门给我讲解过他们编的这一部分，无论是使用还是后台编程, 我可以肯定他们当时用的语言是VBA. 也许别的分包公司用的是你说的ABAP语言，或者ABAP本身就是伪VBA. 这个因为我本身是做软件开发的，我们用的也是所谓自己开发的G++语言， 但实际后台支持的就是一般的MFC. 另外我们学校SAP软件在计算机系早几年是免费使用的，包括一部分源代码只要是计算机系的学生经过申请都能看到, 我看到的后台支持程序大部分都是VB写的，还有一部分低端支持程序是C语言的，那些都是很糟以前的程序。另外就我了解到的SAP很多程序是分包出去编写的， 而且编写人员大部分是刚毕业的学生， 模块话不是很好，至少我感兴趣的时候是比较混乱的，软件整合方面我觉得比我经历过的项目都差不少，我曾参加过政府研发项目和西门子的项目.政府项目我只做了一年没什么发言权，只能说在构造算法上确实是高瞻远瞩，反正是政府花钱，大学作为研发来搞的。西门子项目我做了6年，那个项目整合要比SAP整合好很多，一直都是一批人在搞。整个项目在德国到前年全部换代前一共做了差不多30年，数据读取问题也是每年的大问题，算法经常必须要更新，对软件的后续能力要求也很高。 早期的包很多都要一遍一遍推翻重来。就这样在最后阶段我还查出来因为编程人员偷懒造成的逻辑跳跃失误,至于编程上的小失误更是到处都有（这些都是通过调试的程序，用专门的微软检查核心程序的编译器才能查出来）。就我个人经验,一个软件项目在经历长时间运作以后，由于各个分包公司水准不同，产品良莠不齐，势必造成整合问题， SAP在运行这么多年以后，除非它从根本上重新改变构架，我相信它的整合问题只会是越来越严重。 原帖由 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. 原帖由 xiaoniaofly 于 2007-10-22 13:48 发表 http://www.dolc.de/forum/images/common/back.gif
我说SAP的"窗口"是VBA写的是因为IBM分包客户端程序的编程人员有一个是我师兄，他5年前曾经专门给我讲解过他们编的这一部分，无论是使用还是后台编程, 我可以肯定他们当时用的语言是VBA. 也许别的分包公司用的是你说的ABAP语言，或者ABAP本身就是伪VBA. 这个因为我本身是做软件开发的，我们用的也是所谓自己开发的G++语言， 但实际后台支持的就是一般的MFC. 另外我们学校SAP软件在计算机系早几年是免费使用的，包括一部分源代码只要是计算机系的学生经过申请都能看到, 我看到的后台支持程序大部分都是VB写的，还有一部分低端支持程序是C语言的，那些都是很糟以前的程序。另外就我了解到的SAP很多程序是分包出去编写的， 而且编写人员大部分是刚毕业的学生， 模块话不是很好，至少我感兴趣的时候是比较混乱的，软件整合方面我觉得比我经历过的项目都差不少，我曾参加过政府研发项目和西门子的项目.政府项目我只做了一年没什么发言权，只能说在构造算法上确实是高瞻远瞩，反正是政府花钱，大学作为研发来搞的。西门子项目我做了6年，那个项目整合要比SAP整合好很多，一直都是一批人在搞。整个项目在德国到前年全部换代前一共做了差不多30年，数据读取问题也是每年的大问题，算法经常必须要更新，对软件的后续能力要求也很高。 早期的包很多都要一遍一遍推翻重来。就这样在最后阶段我还查出来因为编程人员偷懒造成的逻辑跳跃失误,至于编程上的小失误更是到处都有（这些都是通过调试的程序，用专门的微软检查核心程序的编译器才能查出来）。就我个人经验,一个软件项目在经历长时间运作以后，由于各个分包公司水准不同，产品良莠不齐，势必造成整合问题， SAP在运行这么多年以后，除非它从根本上重新改变构架，我相信它的整合问题只会是越来越严重。
原来是版主姐姐$送花$ 。如果你不是做SAP开发的，解释太具体也没多大意义，也没必要和你的IBM师兄对质:D 。可以给非SAP行业的朋友简单说几句。
1，SAP内部的Dypro几乎都是ABAP写的，绝对不是VBA写的，你可以和你师兄求证。可能你对你师兄的理解有误。可以肯定的说，就算他用的是VBA，那也是他开发（SAP以外的）外围程序，用VBA访问SAP获取数据，然后自己用窗口显示数据。SAP是允许VB和Java访问它的数据的。就是说他的VBA程序不属于SAP标准程序。
2，SAP的最核心程序是C写的，这是对的，目的是为了保证效率。C语言的效率无疑是比ABAP高的。和“很早以前的程序”没有必然联系。今天证券交易所的程序核心仍然是C，因为效率高。
3，SAP的源代码在系统内都是公开的，每个程序员都可以看。因此你所说的“后台支持程序大部分都是VB写的”绝对不可能，因为你就找不到$汗$
4，正因为SAP源代码都是公开的，“编写人员大部分是刚毕业的学生”是不可能的，SAP真这么做是会让别的程序员嘲笑的，因为谁都看得到。
5，你提到“算法经常必须要更新”，正相反，相比IT技术的日新月异。SAP R/3十几年来只是休休补补，并没有大的算法改动。很多数据库都是从R/2继承下来的。我猜你的意思是把SAP以外的数据读入SAP，这个算法是否要更新取决于要读入的数据的格式。读如不同数据当然需要先定义数据格式。
总结一下，我觉得你搞混了一个概念。你把提供SAP咨询的公司和SAP AG搞混了，也就是把多如牛毛的SAP咨询公司开发的程序看成是SAP的标准程序了。SAP咨询公司（比如你师兄所在的IBM的SAP咨询分部）根据客户要求，写程序扩展SAP功能，但是这些程序不属于SAP标准程序。这个服务也不是SAP AG的分包，而是客户直接委托咨询公司开发的，当然很多咨询公司使用刚毕业的大学生，水准参差不齐。但是这和SAP的标准程序无关。执行这些咨询的程序可能效率很差，因为程序员水平不够，这是完全可能的，我就见过一个程序，做两个百万级别的数据表嵌套循环，需要执行3个小时，实际上完全不必要，不使用循环，10分钟左右就可以完成。SAP的标准程序还是比较健壮的，不过这是个大问题，不再细说。说这么多只是希望其他朋友不要对SAP AG产生误解。SAP要是如你想象那么差，完全不可能占有如此高的市场份额。
有志进入SAP领域的朋友加油！
[ 本帖最后由 adgjl 于 2007-10-23 00:15 编辑 ] 原帖由 gast 于 2007-10-22 14:48 发表 http://www.dolc.de/forum/images/common/back.gif
1. SAP Dynpro ist nicht in VBA, sondern in ABAP geschrieben. Jetzt hat SAP eine neue Produkt, heisst Web Dynpro, die in Java geschrieben ist. Ich lerne das gerade.
Web Dynpro分两个版本， for Java 和 for ABAP。这只是为了整合需要，或者说企业数据的网络延伸。内部核心在可预见的将来仍是ABAP写的，不会被重写。
2.Ich finde die SAP-Produkte auch nicht so die beste. Bin nicht so von SAP Produkte begeistert
我也不是完全满意。可惜也找不到更好的了，你找到了告诉我一声啊:D 原帖由 adgjl 于 2007-10-23 00:03 发表 http://www.dolc.de/forum/images/common/back.gif
原来是版主姐姐$送花$ 。如果你不是做SAP开发的，解释太具体也没多大意义，也没必要和你的IBM师兄对质:D 。可以给非SAP行业的朋友简单说几句。
1，SAP内部的Dypro几乎都是ABAP写的，绝对不是VBA写的，你可 ...
$送花$ $送花$ $送花$ 原帖由 adgjl 于 2007-10-23 00:11 发表 http://www.dolc.de/forum/images/common/back.gif
Web Dynpro分两个版本， for Java 和 for ABAP。这只是为了整合需要，或者说企业数据的网络延伸。内部核心在可预见的将来仍是ABAP写的，不会被重写。
Hast Du recht. Es gibt Web Dynpro for ABAB. Ich benutze nur die Java.
我也不是完全满意。可惜也找不到更好的了，你找到了 ...
Suchen? Nein, ich bin gerade dabei, eine neue zu schreiben. Wenn fertig, sage ich Dir Bescheid. $汗$ 我只想问问，现在买进SAP 合适吗？谢谢阿 原帖由 meteorcatherina 于 2007-10-23 19:29 发表 http://www.dolc.de/forum/images/common/back.gif
我只想问问，现在买进SAP 合适吗？谢谢阿
现在买当然是个比较便宜的价位，SAP不会再跌到哪去了。但是要想等它涨起来恐怕要有点耐心才行。SAP刚刚花巨资买了法国的BO，两大企业的整合能否取得成功是要花一定时间的。 SAP咨询公司应客户要求写的程序，是不是前面都加Y和Z阿$frage$ ，我就看见过这两个，还有其他的马？$害羞$ 就是所谓的Kunden Namensraum:) 顶adgjl 大家继续继续 $支持$ $支持$ 还没看够:( 晕，这么久的帖子被顶起来了。10月份没人补SAP吧，补了的又没出手的现在可套了不少 今天看了跌到 32欧了， 去年10月份的时候 没有进，真是万幸。今年有可能大家都把年报弄得很糟糕，因为2008年的企业所得税 下调了 。不过这是我 个人猜测。
请问 版主，我要是想进Sap是不是最好要等到 年报出来啊 ？想问SAP的底大概多少合适？ DAX30我很久不看了,尤其是SAP,去年到42以后就从我的关注股票里删掉了，原来的记录也找不到了，目前手里没有具体数据做分析。$汗$ $汗$ $汗$
这个股票去年42欧元的时候我有给过一个底，不知道有没有人还记得的$frage$，当时给的应该是第一底，大概在28到31之间，具体的我既不得了。至于年报怎么做这个是公司得事情，耐心等待就好了。 SAP 是我一直关注的股票，但一直没进入，不过我个人觉得它还是很有潜力的。$ok$ 还是能回来的，不过是前期涨幅过高，现在再调整，这个本身是慢股，二底一直还没到探到位。过个把月可以再关注起来。 SAP 一直是俺认为滴绩优股...
德国滴股票涨跌幅度也挺莫名其妙
页:
[1]