Bea user group的BPM主题会后随笔
2008-04-09 06:26
218 查看
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。 刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。 虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。 其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。 在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。 当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。 的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。 可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。 另一个没有想到的就是,程勇(Peter)这个家伙竟然也跑过来凑了这个热闹,实在难得。一直都想找个时间找他聚聚的,没想到得来全不费功夫。哈哈,不过首先还是很恭喜程勇了,他竟然拿下了Jboss在国内的合作。这为他一直致力于“基于开源构建基于SOA架构的应用”奠定了扎实的技术。 去年在圈子内,我组织过一次工作流和平台厂商的研讨会,看现在的样子,这样的交流会讨论会,还是很受圈内朋友欢迎。—— 看来还真有必要再搞一次,(号外,号外,谁愿意赞助???)。
相关文章推荐
- Bea user group的BPM主题会后随笔
- Bea user group的BPM主题会后随笔
- BEA成都User Group成立,第一次活动主题热烈讨论中... ...
- BEA广州UserGroup招募Speaker
- 6月24日BEA成都User Group活动PPT下载
- 6.24 BEA成都User Group活动现场相片
- 做了一回二五仔 - BEA广州User Group活动见闻
- BEA成都User Group活动-J2EE应用架构设计和开发
- 与李文章兄弟畅谈他的嵌入式工作流引擎思想,及为他的周末的BEA user group演讲呐喊
- 11.用户配置文件 密码配置文件 groupadd groupdel useradd userdel
- [ERROR] fpm_unix_conf_wp(), line 124: please specify user and group other than root, pool
- Could not obtain information about Windows NT group/user 'xxxx\xxxx', error code 0x5
- [Asp.Net]Understanding Built-In User and Group Accounts in IIS
- Linux用户(User)和用户组(Group)管理命令
- Win7搭建Telnet服务器 解决Access Denied: Specified user is not is not a member of TelnetClients group
- 用户(user)和用户组(group)相关的配置文件
- Linux 用户(user)和用户组(group)管理概述
- 用户(User)和用户组(Group)配置文件详解
- User and group operations
- Linux 用户(user)和用户组(group)管理概述