该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2009-02-10
fansofjava 写道 不过这种东西在没成熟之前不敢用啊,因为没团队支持,出了问题就不好办了。万一LZ哪天放弃了,那公司应用的项目怎么办呢?所以最好得先建立一个团队。国内大多数开源产品都是在一个人搞,所以企业根本就不敢用。
我总是感觉这个东西现在建立一个团队的话,夭折的更快一些。当然,不知到这个感觉对不对。 我个人觉得现在的首要任务是提供充分的文档、示例,引发大家的兴趣、思考和质疑。因此,我比较同意pior老兄的意见。 |
|
返回顶楼 | |
发表时间:2009-02-10
nychen2000 写道 我个人觉得现在的首要任务是提供充分的文档、示例,引发大家的兴趣、思考和质疑。因此,我比较同意pior老兄的意见。 哈` 我其实很菜` 高手们说的那些高深的工作流系统我都没有用过`` 原因很简单``看不懂鸟文 ``` ``` 曾经硬着头皮试过几次``` 这些系统都太复杂了``` 老外搞东西有时候爱走极端``` 非要做个什么大而全的东西```一个对象抽象了一层双一层```一会就看晕了``` 工作流本身是很好一个方式 ```但怎么就这么难用起来`` 我觉得`就是因为```工作流自己就太复杂了`` PS:我真是的很菜`````说的不对的`就全当我没说``` |
|
返回顶楼 | |
发表时间:2009-02-10
nychen2000 写道 fansofjava 写道 不过这种东西在没成熟之前不敢用啊,因为没团队支持,出了问题就不好办了。万一LZ哪天放弃了,那公司应用的项目怎么办呢?所以最好得先建立一个团队。国内大多数开源产品都是在一个人搞,所以企业根本就不敢用。
我总是感觉这个东西现在建立一个团队的话,夭折的更快一些。当然,不知到这个感觉对不对。 我个人觉得现在的首要任务是提供充分的文档、示例,引发大家的兴趣、思考和质疑。因此,我比较同意pior老兄的意见。 我支持fansofjava的说法。另外,我觉得一个人做这个东西太累了,需要有两三个核心开发人员,并且要固定。不管怎么说,很钦佩楼主,加油! 广告一下我们的开源工作流,嘿嘿。http://jbpmside.group.iteye.com/ |
|
返回顶楼 | |
发表时间:2009-02-11
用的GEF?做成eclipse插件?
|
|
返回顶楼 | |
发表时间:2009-02-11
饭特稀 写道 用的GEF?做成eclipse插件?
是的。 |
|
返回顶楼 | |
发表时间:2009-02-11
支持国产,关注以后的走向,楼主加油
|
|
返回顶楼 | |
发表时间:2009-02-11
支持楼主,加油!
|
|
返回顶楼 | |
发表时间:2009-02-11
希望大家多提问,多质疑。
只有这样Fire Workflow才能做的更好。 目前只是一家之言而已。 |
|
返回顶楼 | |
发表时间:2009-02-11
1、流程定义文件的本质,流程定义文件的存储与版本控制
2、业务数据vs工作流数据 3、流程数据存取设计与事务一致性 4、与用户管理系统的接口 5、与业务表单的接口 6、自由流 7、退回与取回 8、委派 9、工单签收与业务实际中的材料移交 10、工作流系统的性能问题 相对于工作流引擎,我更关心怎么使用其来解决业务上的问题,这几个题目都很好,期待你能给大家提供一些好的经验 |
|
返回顶楼 | |
发表时间:2009-02-11
楼主, 我在使用eclipse插件时, 图形界面出现的乱码, GEF的版本是3.2.2
|
|
返回顶楼 | |