很久没有写Blog了，虽然天天在上BlogJava.net，在BlogJava的排名也止步不前(虽然写Blog不是为了这个排名，不过看到分享的东西能为更多人带来点什么心情会好许多)，看到BeanSoft的排名不停的往前冲，真印了那句“逆水行舟，不进则退”。发现最近在Blog上写技术类文章还是七月份的事情，整个人有些懒惰，不想做事。


一、压力测试

最近在忙项目的压力测试，而且忙得很头疼，说实话，感觉自己没能尽全力去做这件事情(当然这与很多因素有关，比如PM敷衍的态度，个人工作的激情不如从前等)，所以感觉效果不大，记得上一个项目做压力测试时也是今人头疼的，压力测试时由于客户环境的原因，我们没有任何可以操作的空间，工作开展起来也极不方便，唉，怎么说着说着就开始抱怨了，不说也罢。

正如十年文革一样，虽然整个社会都在动荡中，但还是有一些经济增长，只是缓慢。我自然也从中尝到了不少知道，当然这不是今天要讲的主题，今天是真正的随笔，列举此间收获如下：

1，JMeter使用更加熟悉，测试中我们需要模拟的并发用户数比较大，使用了Contoller+Agent的方式，现在可以很熟炼的配置这样的Client环境了。

2，JProbe的使用更加熟悉，JProbe升级到了7.0，把Memory，Performance等集成到一起去了，以前是不同的应用，方便了很多，成功的与Tomcat和WebSphere进行了集成。遗憾的是JProbe并不支持WebSphere的Cluster环境，不过上次在Quest公司的Web讲座上面有了解到PermeSure可以支持，一直没有下到，也不知道怎么用，不知道哪们有Trail版本的可以让我玩一把不？

3，AIX中NMON监控工具的使用，现在不得不佩服IBM的牛人，用VBA也可以写出分析NMON产生的Log的Report，用Excel展示出来的图形还蛮好看的。同时也了解了很多AIX监控的相关知道，收集了一堆资料，相信在今后的工作中一定会派上用场。

4，WebSphere的使用更加精进，在WebSphere中的各项操作基本都能搞定，特别是结合RAD进行WebSphere上应用程序的开发，真的是出自一家的产品，可以连贯的用起来，提高了很多开发效率。目前一般的问题都能搞定，不过也有搞不定的，比如AIX上的WebSphere版本中我就不能成功的添加一个Node，在Windows上都是通过PMT来进行管理，可是AIX上死活就是找不到这个工具，也不知道我们AIX上的WebSphere版本是否有问题，目前用的是6.1版，已经成功升级到6.1.0.9，哪位仁兄有解的可以支支招。


二、CMMI相关

从两个月前，我所在的部门就组织大家在一起学习一些CMMI相关的知识，例如CMMI4基础，GDM，PSM，QFD，SPEM，QC工具等，其实这些都是围绕CMMI4来展开的，因为我们的目前是CMMI5所以要学很多东西哟。

这其中我最感兴趣的是SPEM，这个与CMMI的关系似乎更小一些，但是学习好她对于理解RUP，玩转RMC或EPF会有极大的帮助，建议要学习RUP的人可以结合SPEM一起来学。下一段想系统的学习一下RUP，目前RMC更新到了7.2版，昨天才下的最新版，比7.1版的大了太多，总共2G多(我160G的硬盘都装爆了，光是平时用的软件我都装了40G以上，这是题外话，现在软件越做越大，真是惯于怀疑软件商与硬件商合伙来“欺诈”我们)。

其实上面这些我都有一些相应的PPT学习资料，只是那是公司的资料，不敢随便外传，大家见谅，如果有谁想跟我交流的话，可以跟贴，:-)
后面我们还会学习IFPUG的一些东西，这个也是我比较感兴趣的，以前自学过FK2，但后来一直没有在项目中实际运用，也忘得差不多了。IFPUG学习以后，我们应该会用起来。


三、RSDP7
RSDP这一平台是IBM强力推荐的一个平台，现在觉得IBM真是牛，把SE的全过程都考虑得十分清楚，这是极其不易的，感觉自己目前在SE的全过程中还有不少缺失，这一套中我用过的有：RMC，RSM，RSA，RAD，RPT，CC，CQ，目前正在学习RequesitePro，有资料的同仁可以共享一下，我记得以前我有收集这个，得去我的硬盘里面找找。后面还想用一下RMT，RFT，这样才能把整个流程串起来。

当然IBM的东西都卖得贼贵的，所以想想我们有哪些对应的可替代品，我来试着一一对应一下，能对应上开源的就对开源的：

1，RMC--EPF，祖宗都是同一家，也有IBM的贡献，可以看看OpenUP，跟RUP比较一下，就是小巫见大巫。

2，RSM/RSA--Together(目前发现开源的没谁有这么多精力去做这一块，Together2006有破解估且算上)。

3，RAD--Eclipse+WPF+Ant/Eclipse+MyEclipse+Ant再加一系列Plugin估计就差不多了，但是要说的是RAD开发JAX-RPC实现方式的WebService无疑是最强的，而且还会对应于WebSphere做特殊的优化，如果要开发WebSphere下的SOA应用无疑应该选RAD来进行。当然还有IDEA，NetBeans等一堆IDE，我的感觉是我们从来都不缺少IDE使用，遗憾的是Borland再也不会开发IDE了(CoodGear不入法眼，JBuilder 2007就是明证)。

4，RPT--JMeter等，当然JMeter有点儿像小孩的玩具，不够强大。

5，CC--CVS/SVN，大家熟悉的东东，不多讲了。

6，CQ--JIRA不错，Crack也还很容易。

7，RequesitePro，RMT，RFT，目前没有发现太多可替代物，有些开源的真是没得比，同时我目前对这些也不太熟悉，不敢再多说了。

以上皆针对7.0以上版本讨论。


四、RSA与Together

我一开始写这个标题的时候，写成“Together与RSA”，后来换过来，原因是因为我上了IBM的“贼船”。Borland曾经是我们的最爱，但再也不是了，现在怎么看JBuilder2006就觉得怎么不好用，记得当年的我是多么不喜欢Eclipse，我不了解Dephi的开发人员以后的日子会怎么样，不敢多说。不扯多了，偏离方向了。

十一期间没有学习什么，除了温习了一下《J2EE Without EJB》外，就是根据Together的《Getting Start》来玩了一把Together，最初了解Together是在《快速开发最佳软件》一书中(此书现在不推荐大家买了，过时了)，这其中我认为Together中最好的一点思想莫过于LiveSource技术，这是RSA所不及的，RSA中只能通过配置Transformer来进行，不过其它方面跟RSA比还有一定差距。

这两天花了大力气把RSA和RAD的升级包Download下来，真是累死我了，每个都是6张盘，3G多。今天终于把RSA和RAD都update到了7.0.0.4,得到了我期望的功能，这次终于没让我失望，最想要的RSA的反向工程中能够一并把注释也反向过来了。我再也不用像在7.0中那样郁闷了，再也不怕反向了，以前只敢反向一次，现在想反向多少次就多少次，真正的随心所欲的transfomer。这或许也是我把RSA放前面的原因之一吧。
偷偷的想一下，如果RSA能跟Together合并，特别是也采用LiveSource技术，那该多好呀，那样transformer就可以不要了，不过我想这只是梦想，所以只能偷偷的想一下罢了。

不得不提的是，Together还有一个很好的功能，就是可以把设计自动生成文档(包括PDF，DOC等)，这个功能很好，也很实用，我很喜欢，特别适合需要你提供详细设计的客户，也适合其它场景，很多人不愿意装这些工具的，就很方便的可以看。
前不久有朋友跟我谈到使用RSA画图不方便，喜欢用Visio来画，我在想，如果仅仅只是为了应付一些文档就罢了，关键是那朋友告诉我他想用来做设计。顺便告诉大家，要想偷懒的话，就试着多用反向吧，效率会高很多哟。

另外，分别有成功的将RSA和Together与MyEclipse集成，由于Together用的是Eclipse3.1，所以好像只能用MyEclipse4.1的版本，而RSA用的是Eclipse3.2的版本，所以可以用到MyEclipse5.5.1的版本，孰优孰劣我想就不用再多说了吧。其实对于RSA已经具备完备的J2EE开发的功能了，不用集成MyEclipse也照样好用，这样的动作是锦上添花。


五、Struts2

很久没有研究纯技术的东西了，这段时间每天回家有空的话就看一看Struts2，准备在接下来的一个小型项目中先用起来，因为发现Struts2实在是有很多让人喜欢的Feature，比如Configuration，Interceptor，Validator，IOC等，实在是很实用。有Struts1的基础，升上来似乎不难，但发现其Tag完全是用的WebWork的那一套，需要认真学一下，不然到时候UI上的一些问题怕到时候搞不定，毕竟项目中的有些问题是很复杂的，即使是一个小项目。

Struts2与Spring2的集成更方便，这对于轻量级的J2EE应用开发人员来说是福音，我只是在想用Struts2时如果太多的Filter和Interceptor，再加上Spring的IOC和AOP对应用系统的性能影响是否会变大？还是说这些影响是否可以忽略不计。当然这些的影响对应用服务器的要求与海量数据对DBMS的性能要求来说，可以忽略不计，但问题是海量数据是无法避免的事情，我们永远也不可能对客户说，“您行行好吧，别搞那么多笔数据出来”，所以大型的应用是不是还是得来个重量级的J2EE架构？轻量级架构要走的路还很长吗？呵呵，扯远了点。

昨晚看到Struts2的Validator，发现其思想很科学，可以针对ActionClass来配置，也可以针对Action来配置，而且可以自动生成Client端的一些JavaScript代码，真是很方便，也很实用，不用再麻烦去写那么多JavaScript了。好像看到Struts2与AJAX结合也还很不错，突然觉得现在的大牛们不仅仅是会写文章著作了，也会写实战性很强的框架。国内的大教授们什么时候能这样？往往是常常听说某某教授找我们的同事或圈内的人帮忙写小程序或是分析某某数据。


六、iLaoDao

大家看到的我的Blog的左上角部分，就是我的唠叨，我认为这个网站很有创意，遗憾的是我总想不出这样的点子。让你可以通过MSN，QQ，GTalk来唠叨，期待他们提供更强大的功能和更快的速度。我们这个年代，有的是机会，缺的是创意!
顺便帮iLaoDao免费宣传一下。什么，你问我理由？哦，有一条，就是喜欢她!


欢迎大家拍砖，一同探讨，共同进步!