http://chen56.blogcn.com 这年头谁还能抵挡得住敏捷这东西。目前集中在：测试驱动的敏捷方法实践(xp为主)，,open source framework,模式，java,书。------陈鹏，作为一名狂热的程序希望每一天都能成长进步，并希望与大家分享快乐和知识。 http://www.blogcn.com http://www.blogcn.com/v2/logo.gif http://www.blogcn.com/user3/chen56/blog/1629279.html
http://iseeisee.blogdriver.com/index.jsp (浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/1148943.html http://my.6to23.com/chen56/pico/

这个文章哥几个帮审审，没问题就发huihoo了 (浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/470893.html http://c2.com/cgi/wiki?acceptancetest

http://www.dotspace.twmail.org/Test/AboutTest.htm (浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/453740.html
哦，它其实很简单：软件开发人员是工程师吗？其中的基础是：工程过程的最终结果是文档，而其他人根据这些文档去制造实物。其引申的问题答案是：除了过程中的必要文档，源代码才是唯一的软件文档！

感谢《敏捷软件开发：原则、模式与实践》附录中引用的Jack W.Reeves的论文,让我陷入沉思，他是很多困惑的问题的一个有趣的提示，可惜的是这篇论文写于1992年，而我在11年后才有幸读到它。这篇论文给了我们敏捷方法一个哲学上的依据.

我也要继续实践它：以代码为中心的测试驱动的敏捷方法。 (浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/449009.html "lu jam" <javailoveyou@hotmail.com> 
马红伟 mahongwei@hytj.com


因为有些哥们看到我的jbpm,ofbiz的发言,希望和我进行深入的讨论,
其实,因为我的开发计划已经终止(项目停掉了),我也放弃了workflow
的探索,但3周左右的探索,让我也有了一些认识,首先说一下相关资料:

******************
***国内热讨论
******************
http://www.dqpi.com
http://www.jdon.com

****************************************
***值得注意的几个工作流引擎sf.net
****************************************
sf.net值得注意的几个工作流项目:
osworkflow
ofbiz
obe
jbpm
还有几个特别小型和精致的工作流引擎(可惜没时间看了)

****************************************
***sf.net下的关 (浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/431803.html 如果你曾经参加或正在参加，那你一定明白这种兴奋，不光是仇恨，
不光是爱国主义，好象总有些怪味道，身在群体中的人把这种味道不断的
传播，爆发。

可是，究竟谁是胜者。 
(浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/378991.html

定位“移动定位”
http://www.wx800.com/msg/2003/09/25/d18736.php
互联网短信网关接口协议（V3.0.0）
http://skybird.9s9s.com/upload/upfile/200310241546090.rar  
(浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/370212.html 浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/354352.html 但明天就要给客户看demo了，我今天还在研究它，明天只能给他们看一个简单的图形demo,相比而言jgraphT就让人很容易使用，而且它也是测试驱动开发的，虽然没有文档，但我看testCase比看文档还懂得快，可惜他是jgraph的一个易用性包装，view的调整还是要访问jgraph,真希望jgraphT团队把jgraph重新开发一下，我们真地需要20%以上的功能吗？我看未必，简单是我爱。 (浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/349528.html 浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/340541.html 让我觉得自己是否有了病，因为发现哪个framework没有测试代码，我就心理不能负担，甚至不能提起兴趣去用他。

当开始试着应用敏捷方法后...
我曾经连续3天以上不断的画uml图，并且不断的向别人宣讲此中奥秘,结果总是又产生了一堆过分设计的垃圾代码，可我仍固执的认为是我的绘画技巧不好所致。
我对这种"设计"的行为感到脊背上直冒冷风。

我叫我的这种病为：过分愉快测试与敏捷综合症。


(浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/293314.html
1.测试的争论

    会上提到了测试的问题，老总也表达了对测试的关注，我也响应老总的"多为公司软件开发出谋划策"的号角而慷慨陈词，诉说了关于引入自动测试(测试驱动的开发,并非第3方测试产品)的可能假设。哦哦，可惜老总不满意，哎，也难怪，我们电子商务组的"ioa"实在是像老总所说的"那为什莫你们的oa项目还那样"，各位看官可能会问,"那样"是哪样？一个字"差"。亏我们还用java在作开发(关于java的问题下面还有论述)，我真的无言以对了，惭愧。
    可是我还要说：测试驱动的测试方法是可行的。因为这不是一个测试驱动的开发方法的教程，所以我只提供下面的方法给大家了解它：
请在google上输入"测试驱动",你会找到17万条中文连接，上帝，中文连接就17万条。
而且10分钟前我还指导我们的新人实践了它。

2.会议过长

    我们普遍觉得会议太长，这可能有点挑刺的嫌疑，但实际上很多人都在不停的看表，虽然大家今天都没什莫事。
会议解决的问题效率较低，基本上今天 (浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/291965.html 1.下载:jbpm-1.0-beta5.2.zip
发现必须要设置2个环境变量才能启动他内带的jboss服务器
java_home jdk目录
jbpm_home jbpm解压目录
2.bin\StartJbpmServer.bat 启动它已经配置好的内置的jboss
访问例子：
http://localhost:8080/jbpm/userShowHome.do
(浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/282107.html osworkflow
ofbiz
obe
jbpm
选来选去停留在ofbiz和osworkflow上，ofbiz比较标准化，国内的用户也很多，osworkflow虽然不标准，也挨过骂，但因为是OpenSymphony的作品，而且好像比较简单，所以决定也试一下.

1.osworkflow:经过1天的探索，发现他并不像想象的那样好，那样简单，比起webwork1.3,webwork2.0的使用经验来说，他简直太糟糕了，下载cvs版本后，第一个难题是，build报错，只好删掉相关的类(集中在ejb部分)，第2个难题是文档很糟糕，比起经典的hibernate来说，太.....;第3个难题是，我是否要手工编写xml文档来实现每个工作流的定义，啊啊，我真的很累，我真的不想花整整一天的时间还一无所获，这让我想起有个人留言说，多给些小图，多给些hello,不要整日价满篇宏论，我们真的不想看。
2.ofbiz. 说实话，他太复杂了，光看他的一大摞文档我都不忍心继续在他的网站上停留下去，我只是想实现一个比较简单的工作流系统，天哪，他好像什莫都有，还是下回吧

(浏览全文  引用此文)]]> http://www.blogcn.com/user3/chen56/blog/285759.html jboss决定用hibernate来代替他的jdo，这下sun可就更惨了
(浏览全文  引用此文)]]>