Bea user group的BPM主题会后随笔
来源:互联网 发布:音节划分规则知乎 编辑:程序博客网 时间:2024/05/21 22:38
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
今天去的人可不少,特别是北京工作流圈子中的几个搞过工作流研发的也来了不少,主讲人李文章就不必说了,慧点科技的莫映,有生博大的赵斌,炎黄盈动的刘金柱,东方易维的荣浩,哈哈,当然还有我(银狐999)。
刚到会场的时候,竟然发现王超竟然坐在门口,当起了签到员。王超可是国内bea技术圈子里一个高手,我和他曾经都是国内dev2dev论坛的首任weblogic斑竹。经过几年的不同奋斗,如今他已经走向了一个技术咨询顾问的光辉大道,而我,还在软件领域,苦苦的“敲键盘”。—— 人呢,咋就差别这么大呢? 哈哈,说笑了。
(王超兄弟的笑,永远是那么灿烂········)
中国Bea dev2dev的专员舞剑(Jane)可更是老相识了,俺们是大学同学啊(五年前的事情了)。没想到四个多月不见(好像不是太久),越发的青春亮丽了。
当然,今天的主角还是李文章和罗振东。
李文章的演讲还是比较精彩的,不过会让绝大多数在场的技术人员“有那么一点点犯晕”,毕竟一下子就探索一个比较深入的话题“嵌入式工作流引擎构架和设想”,对很多没有接触过工作流,或者有过一定工作流开发经验的人来说,犹如“半页天书”。
即使我和他在上周日探讨他的那种“嵌入式工作流构架设计”的一些想法的时候,还是来回探讨了多次才逐渐明白的。
虽然,我并不是完全赞同老李那种“过分站在流程本身的看待问题”的视角,但是对其中所提的一些设计思想还是比较赞同的。
其提到了对组织模型及权限采用“表达式”的理念,这种思想很值得借鉴。不过老李所提的解决方案和条件组合似乎过于的依赖于不同方法的层次调用组合,而我更倾向于“函数式算子”对象算法组合的方式。原本打算在会场上与之讨论一番,不过这个问题太过于深入和技术化,最终放弃了。有待改天再去找老李“打牙祭”的时候求教求教。
在会场的后半段,来自BEA的BPM售前高级顾问罗振东先生的BPM讲解,掀起了不小的高潮。他不光展现了BPM的由来,也阐述了BPM的一些核心价值所在。当然,美中不足的最后的演示有些局限性,在我看来,应该更着重于流程监控、流程分析。
BEA的本地化做的还是很不错的,客户操作容易度方面应该应该更强。但是由于BEA的BPM产品过分的区分了“分析”和“开发实施”这两个阶段,反而不利于国内流程性应用。另外,在开发阶段,过多地依赖于开发人员的code技能,依靠内部的反射机制来维护模型与代码同步变更。虽然增大的一定的灵活度,但是却也增加的实施难度,不稳定危险因素。相比之下,TIBCO的产品则更偏向采用Adapter的方式。
当然,今天最令人高兴的事情是,见到了有生博大的赵斌,他可是我的老上级了。赵斌可是在电子政务领域是数一数二的专家,特别是在公文流转系统方面,有着深厚的造诣。好几年不见了,一见面,赵斌还是那么谦虚:“哈哈,我是学习来啦”。
的确也是,现在压在赵斌身上的担子不轻。随着有生博大在电子政务领域内的不断深入,如何在旧有的技术框架上进行突破,改变目前过分依赖于项目实施,而技术平台支撑有限的局面。毕竟当前国内,能够找到“熟悉电子政务平台、熟悉流程应用、熟悉J2EE架构”的综合性技术人才,实在是太难了。
可惜今晚实在是有别的事情要处理,否则真想和老上级好好聊聊。
- Bea user group的BPM主题会后随笔
- Bea user group的BPM主题会后随笔
- Bea user group的BPM主题会后随笔
- Bea user group的BPM主题会后随笔
- 关于2004-08-07的BEA user Group
- BEA成都User Group成立,第一次活动主题热烈讨论中... ...
- 6.24 BEA成都User Group活动现场相片
- BEA UG BPM技术研讨会有感
- 与李文章兄弟畅谈他的嵌入式工作流引擎思想,及为他的周末的BEA user group演讲呐喊
- 与李文章兄弟畅谈他的嵌入式工作流引擎思想,及为他的周末的BEA user group演讲呐喊
- 与李文章兄弟畅谈他的嵌入式工作流引擎思想,及为他的周末的BEA user group演讲呐喊
- BEA成都User Group活动-J2EE应用架构设计和开发
- 6月24日BEA成都User Group活动PPT下载
- 招聘会后的感受
- 初五会后的感受
- 参加OPUG第二次活动的有关BPM主题聚会记
- (转)使用BEA AquaLogic BPM Suite
- 使用Sharepoint的user/group管理用户
- 重现java.io.IOException: Stream closed异常
- 终于读完了《杰克·韦尔奇自传》
- 为中科院软件学院学生义务提供了一场工作流及企业应用的讲解
- 夜晚在家的工作环境(开发中的乐趣)
- BPM与BI的融合趋势(抑或这是一个炒作?)
- Bea user group的BPM主题会后随笔
- 与李文章兄弟畅谈他的嵌入式工作流引擎思想,及为他的周末的BEA user group演讲呐喊
- 畅谈工作流应用
- 技术媒体和软件应用杂谈(20070313聚会)
- 国内EAI正当时,BPM为时尚早,Workflow持续增长,SOA依然概念
- 我对BPM认识之路(8):区分Workflow与BPM
- 我对BPM认识之路(7):初识BPM,原来竟是一场误解
- js控制三列高度自适应DIV+CSS页面
- 我对BPM认识之路(6):突围之仗(下)