April 3, 2008 by George.

最近在看柴宇球（南京陆军指挥学院副院长，少将）的一些谋略著作及录像，发现谋略从某种角度讲就是比别人多想几步，换言之就是有一个详细周密的计划，而这一计划的制订又需要有相当程度的相应的知识。柴的观点是“知多则识多，识多则智多，智多则谋多”，说到底还是得尽量多的积累知识，这样才能急中生智，而不是急中生汗。多智几下就成谋了。我觉得在SAP项目中，好的项目计划、好的cut－over plan、好的storybook，好的用户沟通都是谋略的体现。所以说到底还是得多积累知识，做事之前多想想，总是想投机取巧，那可比现在让股票解套还难:)

Posted in 团队趣闻Team Memories | Print | 1 Comment »

April 3, 2008 by ABAP999.

清明去扫墓时突然意识到以后我们的孩子多孤独啊，多数人在一段时间内都会成为这个家庭的剩下的唯一的一个人。

又突然觉得对于80后的人来说，能够在外面做到谦虚含蓄并且理解什么是责任的到也确实不容易，毕竟20多年在家里基本做惯老大了。

所以个人认为以后的孩子教育真该多花时间鼓励他（她）们多交朋友多social点。

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

April 3, 2008 by 宝妈.

程序开发到高级阶段就是一个大工程。从头到尾由一个人实现是不可能的。于是就要分工模块化完成。即使是由一人完成的程序，内部按照MVC模式的话，也会由subroutine来完成各项功能。于是，对于模块化的开发，就有了这样的要求：高内聚低耦合。

如何理解这么晦涩的词儿呢？我们可以反过来看，如果不满足这个条件的程序会出现什么情况。低内聚的程序，就是“东一榔头西一棒棰”，想要用一个变量就当即定义一个变量。用完的变量也不清空，使用之前也不初始化。让人觉得零件落了一地；高耦合的程序，则“牵一发则动全身”。如果修改了某一个模块的接口，其他相关的模块都要从头重新测试。即使以前测试通过的，也受其改动的影响，要重新测试。由此会造成测试不完全而噩梦连连。做到这2点，对于OO的程序非常重要，对于ABAP4也可以适用相同的思想。

比如，planned independent requirement upload程序。分成如下模块：

upload file

convert date

fetch related data

merge quantity

call BAPI function

Log output

各个模块，各司其职，将其功能在模块内，发挥之极；而在模块外，其他模块不用关心它是如何做到的，只要关心拿到的数据是满足自己需要的格式就可以了。这样即使以后修改起来，也知道在哪儿修改，怎么修改。修改了以后，造成的影响，以及可以控制和预知测试的范围。

Posted in 团队趣闻Team Memories | Print | 3 Comments »

April 3, 2008 by 111.

春天来了，应该出去走走。找个周末的下午，躺在草地上，晒晒太阳，唔，应该不错。

Posted in 团队趣闻Team Memories | Print | 1 Comment »