<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.2.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>2&#038;5...</title>
	<link>http://2he5.com</link>
	<description>Ni &#038; Wo Team Blog 你和我 团队部落格 -- Share to grow, 分享而成长</description>
	<pubDate>Thu, 02 Sep 2010 04:56:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>
	<language>en</language>
			<item>
		<title>学习的能力是最重要的能力（引自乔治的SAP生活）</title>
		<link>http://2he5.com/2010/09/02/%e5%ad%a6%e4%b9%a0%e7%9a%84%e8%83%bd%e5%8a%9b%e6%98%af%e6%9c%80%e9%87%8d%e8%a6%81%e7%9a%84%e8%83%bd%e5%8a%9b%ef%bc%88%e5%bc%95%e8%87%aa%e4%b9%94%e6%b2%bb%e7%9a%84sap%e7%94%9f%e6%b4%bb%ef%bc%89/</link>
		<comments>http://2he5.com/2010/09/02/%e5%ad%a6%e4%b9%a0%e7%9a%84%e8%83%bd%e5%8a%9b%e6%98%af%e6%9c%80%e9%87%8d%e8%a6%81%e7%9a%84%e8%83%bd%e5%8a%9b%ef%bc%88%e5%bc%95%e8%87%aa%e4%b9%94%e6%b2%bb%e7%9a%84sap%e7%94%9f%e6%b4%bb%ef%bc%89/#comments</comments>
		<pubDate>Thu, 02 Sep 2010 04:56:59 +0000</pubDate>
		<dc:creator>ABAP999</dc:creator>
		
		<category><![CDATA[IT顾问]]></category>

		<guid isPermaLink="false">http://2he5.com/2010/09/02/%e5%ad%a6%e4%b9%a0%e7%9a%84%e8%83%bd%e5%8a%9b%e6%98%af%e6%9c%80%e9%87%8d%e8%a6%81%e7%9a%84%e8%83%bd%e5%8a%9b%ef%bc%88%e5%bc%95%e8%87%aa%e4%b9%94%e6%b2%bb%e7%9a%84sap%e7%94%9f%e6%b4%bb%ef%bc%89/</guid>
		<description><![CDATA[我的想法是，先去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)。 这比较累人，需要仔细检查每个环节，记录每个疑点，多次测试，争取达到错误的可重复性，对了，还有联想能力，假设能力，这些都非常重要，这里不多说了，以后再说。这个工作比较繁重了，但是做得好，迅速的，仍然是有经验的人。
]]></description>
		<wfw:commentRss>http://2he5.com/2010/09/02/%e5%ad%a6%e4%b9%a0%e7%9a%84%e8%83%bd%e5%8a%9b%e6%98%af%e6%9c%80%e9%87%8d%e8%a6%81%e7%9a%84%e8%83%bd%e5%8a%9b%ef%bc%88%e5%bc%95%e8%87%aa%e4%b9%94%e6%b2%bb%e7%9a%84sap%e7%94%9f%e6%b4%bb%ef%bc%89/feed/</wfw:commentRss>
		</item>
		<item>
		<title>about EDI</title>
		<link>http://2he5.com/2010/08/23/about-edi/</link>
		<comments>http://2he5.com/2010/08/23/about-edi/#comments</comments>
		<pubDate>Mon, 23 Aug 2010 09:20:02 +0000</pubDate>
		<dc:creator>EDI达人</dc:creator>
		
		<category><![CDATA[IT顾问]]></category>

		<guid isPermaLink="false">http://2he5.com/2010/08/23/about-edi/</guid>
		<description><![CDATA[第一次要做这个东西是2008年。那个时候，只有需求，没有knowledge，没有experience，没有support。有的，只是“猜想”。当我现在再回头看当初做的文档，还能发现有很多错误。当时居然还能按时完成任务，运气真好。
今年，第一次做外部系统连接。且external partner不是customer，不是supplier，不是carrier，而是warehouse。项目计划10月上线。整个项目的进程是很怪异的。
1）2009年底，需求被提出。
2）2010年初，解决方案A提交。
3）2010年5月，解决方案A被否决。
4）2010年6月，解决方案B提交。
5）2010年7月27日，解决方案B被否决，重新回到解决方案A。
6）2010年8月，解决方案A，完成配置和开发。
由此可见，解决方案A真正从确认到完成，差不多花了才一个月。大多数时间纠结在了选择哪个解决方案的问题上。
而解决方案临到上线前两个月才被确认。难怪从年初到现在，很少有人对项目能按时上线持乐观态度。
我终于明白了什么叫“坚持目标，并面对现实”。如果这次居然还能按时完成任务，我要承认，运气是项目成功的关键因素。。。
]]></description>
		<wfw:commentRss>http://2he5.com/2010/08/23/about-edi/feed/</wfw:commentRss>
		</item>
		<item>
		<title>解决问题要想多远想多广？</title>
		<link>http://2he5.com/2010/08/02/%e8%a7%a3%e5%86%b3%e9%97%ae%e9%a2%98%e8%a6%81%e6%83%b3%e5%a4%9a%e8%bf%9c%e6%83%b3%e5%a4%9a%e5%b9%bf%ef%bc%9f/</link>
		<comments>http://2he5.com/2010/08/02/%e8%a7%a3%e5%86%b3%e9%97%ae%e9%a2%98%e8%a6%81%e6%83%b3%e5%a4%9a%e8%bf%9c%e6%83%b3%e5%a4%9a%e5%b9%bf%ef%bc%9f/#comments</comments>
		<pubDate>Mon, 02 Aug 2010 09:01:32 +0000</pubDate>
		<dc:creator>George</dc:creator>
		
		<category><![CDATA[IT顾问]]></category>

		<guid isPermaLink="false">http://2he5.com/2010/08/02/%e8%a7%a3%e5%86%b3%e9%97%ae%e9%a2%98%e8%a6%81%e6%83%b3%e5%a4%9a%e8%bf%9c%e6%83%b3%e5%a4%9a%e5%b9%bf%ef%bc%9f/</guid>
		<description><![CDATA[最近参加了一个中级桌球课程，颇有感悟。由于本人已经有一定的桌球基础，所以基本技术并不是培训重点，而思想意识则是被经常强调的。我的教练（具备职业水平的非职业注册球员）跟我讲，打斯诺克也好，打九球也好，只要用二分法考虑三个球，然后滚动思考，再加上一定的全局观，就足够了。所谓二分法就是在打下一个目标球的时候考虑好母球的走位，这个走位不能简单的只考虑第二个目标球，还要考虑怎么打第三个目标球更顺手。具体做法就是在打球之前，先到击打第二个目标球的理想位置，看看第三个球是否好打。真正做起来，不是很容易；不过习惯了，确实感觉水平有所提高。所谓全局观，就是在整盘球的一开始，要看清全局，知道有哪些主要矛盾，也就是不太好处理的球。
由此想到解决问题时要想多远向多广。我们有的时候想问题是不是纠结得太远了？是不是在明确长期目标后，向着中短期目标努力，然后循序渐进就可以了？经常纠结在长远问题上的思考，是不是就一定比在阶段性成果后的方向调整要高瞻远瞩？是不是不谋全局也可以谋一域？所以我觉得具有全局观的滚动型中短期战略调整是比较实际的一种做法。
]]></description>
		<wfw:commentRss>http://2he5.com/2010/08/02/%e8%a7%a3%e5%86%b3%e9%97%ae%e9%a2%98%e8%a6%81%e6%83%b3%e5%a4%9a%e8%bf%9c%e6%83%b3%e5%a4%9a%e5%b9%bf%ef%bc%9f/feed/</wfw:commentRss>
		</item>
		<item>
		<title>习惯成自然的悲哀</title>
		<link>http://2he5.com/2010/08/01/%e4%b9%a0%e6%83%af%e6%88%90%e8%87%aa%e7%84%b6%e7%9a%84%e6%82%b2%e5%93%80/</link>
		<comments>http://2he5.com/2010/08/01/%e4%b9%a0%e6%83%af%e6%88%90%e8%87%aa%e7%84%b6%e7%9a%84%e6%82%b2%e5%93%80/#comments</comments>
		<pubDate>Mon, 02 Aug 2010 03:17:50 +0000</pubDate>
		<dc:creator>ABAP999</dc:creator>
		
		<category><![CDATA[杂谈Misc.]]></category>

		<guid isPermaLink="false">http://2he5.com/2010/08/01/%e4%b9%a0%e6%83%af%e6%88%90%e8%87%aa%e7%84%b6%e7%9a%84%e6%82%b2%e5%93%80/</guid>
		<description><![CDATA[天坑一个又一个，蓝天已经是一年间难得一见，高温动辄就上39，40度，大雨大雪由百年一遇早已升级到了千年一遇，简直就是2012的前奏。可怜的是国民倒也越来越适应，就像在温水被煮着的活青蛙。
慢慢的能看到蓝天白云的地方就是稀奇了，有绿色树林的地方就成了氧吧了，而污染早已经是见怪不怪了。
]]></description>
		<wfw:commentRss>http://2he5.com/2010/08/01/%e4%b9%a0%e6%83%af%e6%88%90%e8%87%aa%e7%84%b6%e7%9a%84%e6%82%b2%e5%93%80/feed/</wfw:commentRss>
		</item>
		<item>
		<title>什么叫灿烂的人生</title>
		<link>http://2he5.com/2010/07/20/%e4%bb%80%e4%b9%88%e5%8f%ab%e7%81%bf%e7%83%82%e7%9a%84%e4%ba%ba%e7%94%9f/</link>
		<comments>http://2he5.com/2010/07/20/%e4%bb%80%e4%b9%88%e5%8f%ab%e7%81%bf%e7%83%82%e7%9a%84%e4%ba%ba%e7%94%9f/#comments</comments>
		<pubDate>Wed, 21 Jul 2010 03:05:44 +0000</pubDate>
		<dc:creator>ABAP999</dc:creator>
		
		<category><![CDATA[杂谈Misc.]]></category>

		<guid isPermaLink="false">http://2he5.com/2010/07/20/%e4%bb%80%e4%b9%88%e5%8f%ab%e7%81%bf%e7%83%82%e7%9a%84%e4%ba%ba%e7%94%9f/</guid>
		<description><![CDATA[是否需要有轰轰烈烈的事件？是否要像樱花一样，虽然短暂却是灿烂？还是平平淡淡，有的吃，有的穿，又有点玩，老了有点回忆？
]]></description>
		<wfw:commentRss>http://2he5.com/2010/07/20/%e4%bb%80%e4%b9%88%e5%8f%ab%e7%81%bf%e7%83%82%e7%9a%84%e4%ba%ba%e7%94%9f/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
