September 25, 2010 by ABAP999.

已经四年没有来美国了，这次出差等于是故地重游，城市基本和四年前一样，没有什么变化，唯一的感触是经济危机确实带来了巨大的冲击，原先人气旺盛的餐馆啊，购物中心啊现在人少多了。
但是美国的浪费基本没有改变，多数人，甚至更多的人开着大车，空调照旧是开着门吹，超市内也不限制塑料袋。美国的商品多数来自中国，但是价格有时比在中国还便宜，人们的平均收入又比中国人高，所以有更多的机会浪费，如果那一天中国和印度能完全达到美国这样的生活方式，估计业就离人类末日不远了，有的时候我想政府应该对出口到美国的商品收重税，如果让美国人一直沉坠于这种浪费而舒适的环境里简直就是支持美国人成为人类的终结着！

Posted in IT顾问 | Print | 1 Comment »

September 15, 2010 by ABAP999.

在SAP大会上，SAP公司说R2产品抓住了主机时代，R3产品抓住了客户/服务器时代，现在又到了一个转折路口了，就是看云/移动平台对整个IT行业的影响了，我个人觉得如果今天微软能出个Win7的移动OS加上硬件厂商的另一种PAD，并且兼容今天多数的Wintel平台的应用的话，估计IT世界又会进入另一个天地了，至少苹果，Google和Win又会进入一段三足鼎立的时代，而一些象SAP这样的公司会把自己更加的藏入云端。

IT江湖瞬间万变啊，想当年自己做电脑公司的时候，还记的一把内存条揣在口袋里就是我的全部家当，今天一根内存就抵得上当年的一把呢，但是价格只有当年的百分之一。

Posted in IM信息管理 | Print | 1 Comment »

September 14, 2010 by ABAP999.

到月底就是任职2年CIO呢，做得越发的心力憔悴，CIO带领着公司内部IT一直被业务要求是做个“支持”角色，虽然我们也想做个领跑者，但这条路好比行蜀道，难于上青天。

CIO通常被要求是业务能力和IT能力兼备的全才，逮谁就得会说谁的话，而且从今天的无论是研究机构也好，还是商学院也好来看，对CIO的要求都是走这样的路，而且IT这个行业知识翻新又特别的快，就像曾经看到的一本书中说过世界上有几个人可以靠拥有CCIE证书吃一辈子饭呢？一会是2.0概念，一会是云计算概念，还要求IT部门管理公司化，CIO其实也就是管理层的一部份，而且可能还是份量最轻的管理层，但是对一个成功CIO的要求却不是最重也是次重啊。

Posted in IM信息管理 | Print | 1 Comment »

September 10, 2010 by ABAP999.

随着一阵紧急刹车，背后被狠狠得碰了一下，第一次被别人追尾了。小卡车上下来皮肤黝黑的师傅，倒也爽气，“没伤着吧？我追尾了，我全责，我报警”。。。

我们全都靠到路边停下，等着警察，也就是5分钟左右，倒也来得挺快，只是像个官架子不小，看看不是很严重，坐在驾驶室里，屁股没挪过窝，倒是让我想起在国外违章的经历，通常事主是不用站在警车旁边等待判决的，警察一般是很客气的站在你的车旁解决问题的，希望只是遇到了特例，否者太对不起每月交的税了。

单子开好，要求我们立即去指定的地点定损，没完没了的，到了地点发现对方是个小保险公司，在定损点没有柜台，再打电话，说是人要从浦东过来，再等，一个小时没有踪迹，再问，态度恶劣，保险就是卖时当客户全是大爷，赔时全都成孙子。

一起事故，我是没有责任的，即便如此还是折腾了4个小时才告一段落，因为车还没修呢。

Posted in 杂谈Misc. | Print | No Comments »

September 2, 2010 by ABAP999.

我的想法是，先去ST22看DUMP LOG， 那里有可能有明确提示，并给出了出错的ABAP语句，那么就可以开始修正了，一个经常发生的原因是动态的定义，赋值不对，在运行程序的过程中才出错，所以查一下变量定义是个办法。如果这个不对，那么一般在DUMPLOG里都给出了程序名或者关键字。

要知道，你不太可能是第一个碰到这个错误的人，那么别人是怎么解决的，对你非常有益。所以我的第二步是去SERVICE MARKET PLACE，按关键字查OSS NOTE，这里是否有足够的SAP经验就非常关键，如果没有经验的人，输入的关键字，可能得出上百条NOTES,而无所适从。而有经验的，可以给出更多的关键字，比如FUNCTIONAL AREA，TCODE, ABAP DICTIONARY VARIABLE NAME， 得出的信息是几条或者十几条。

然后还是阅读能力和经验在起作用，如何能在短时间内迅速排除不相关的信息？如果是我，我看标题，看SYMPTOM一栏，基本可以确定是否有效，NOTE的号码越大说明越新，这对RAMP-UP用户来说就是要尽可能排除老的NOTE，因为已经失效。如果找到合适的NOTE，然后再看DIAGNOSIS, SOLUTION。如果是直接的更正，这里有两个好工具，一个是T-CODE: SNOTE，很容易掌握，可以直接实施NOTE，而且可以反向卸装NOTE,另外一个是DOWNLOAD MANAGER， 这是保证续传的一个工具，对于比较大的文件，可以用SAP DOWNLOAD MANAGER来执行下载。

如果SERVICE MARKET PLACE还是没有找到解决办法，这就可以到我最喜欢的SDN去了，这里本来是自SAP拥抱第三方开发工具，JAVA等等而开始的一个开发者的论坛，主要的读者是技术开发者，但是这里越来越取代SERVICE MARKET PLACE成为最受欢迎的地方，因为这里你可以提任何SAP认为BILLABLE的问题。 (SAP有个臭名昭著的NOTE，解释什么问题是BILLABLE的，如果一旦判定是BILLABLE的，SAP就不予解答，除非你答应付咨询费）。在SDN，任何问题都是有效的，而且你可以得到SAP开发者的非常友善详尽的回答，还包括很多非常杰出的印度人，俄罗斯人的答复。很多时候我甚至都不需要提问，而只需要搜索即可，而得到的答案更加令我满意，相比SERVICE MARKETPLACE的OSS NOTE来说。 为什么呢？ OSS NOTE是SAP编写的，基本上是以典型问题为主，而且内容的详细程度受到SAP AG的人力限制，尽管德国人已经尽力了，他们在爱尔兰，新西兰，印度都设了全球支持。

但是SDN是大家自发的互助论坛，最大的优势，也是我最喜欢的，是SDN的回复速度，使我一直怀疑有一批家伙一直守着SDN，喝着啤酒，吃着波兰的小泥肠，时刻准备回答问题。一般来说我的提问的回复速度，是3－30分钟，不管我问的问题多么棘手。（当然这里有个如何描述问题的技巧，这，也是与SAP的经验绝对相关的。）

好了，如果SDN得到了答复，就知道如何往下执行了。如果得不到答复呢？ 这时候可以问同事，查公司的以前的HELP TICKET 记录（以前的HELP TICKET记录，如果保存的好的话，自己建立了TREX式的KNOWLEDGE BASE， 那么应该是第一步该做的）。

为什么不先问同事呢？ 因为自己需要在寻找问题的过程中熟悉问题，需要锻炼自己的思考能力，需要自己独立解决问题，至少试图解决问题。我发现一说就收不住了，很容易跑题，我尽力集中在这个主题上吧，学习能力。 有时候SAP的工作令人沮丧，因为长久无法取得进展，但是在失败，否定中，长时间地和系统打交道，和错误信息打交道，慢慢地你在熟悉这个系统，而你并不知觉。谁能知道呢？

如果我来面试你的话，我就可以知道。 SAP的经验，大多数的时候是从失败的经验中获得的，这是做支持的人优于做实施的人的地方。当然实施的人也有优势，这个以后再说。

如果一切都无济于事，那么怎么办呢？这才是需要开始学习这个流程，实施的文件，做128POINT CHECK的时候了。（比较高级的二手车，比如凌志，宝马，奥迪，在销售的时候，车商都做一个CERTIFIED 128 POINT CHECK，完整检查维护一遍，然后给出几万英里的WARRANTY)。 这比较累人，需要仔细检查每个环节，记录每个疑点，多次测试，争取达到错误的可重复性，对了，还有联想能力，假设能力，这些都非常重要，这里不多说了，以后再说。这个工作比较繁重了，但是做得好，迅速的，仍然是有经验的人。

Posted in IT顾问 | Print | 1 Comment »