一个让我想立刻撞墙的开发框架

一大早来到公司，按照旧习惯肯定是第一时间打开计划，翻阅今天所要做的事，然后就开始工作，可是事实上今天的心情却极度的郁闷，一直没有过的情绪不停在脑海里翻转着，昨天下午，公司另一个项目小组向我们展示了他们现在所使用的一个技术框架，就是这个所谓的框架让我一夜无法入睡。

如今的企业开发越来越复杂，而为了解决这些复杂性而出现的技术框架也越来越多，作为程序员对一些主流的技术框架的接触是必不可少的，框架的出现，让开发企业级应用变得更简单，避免重复制造轮子，有效的对应用进行了层次的划分，分离了业务等等，这一切都显得是那么的合理，就像是这个世界本来就是如此一样。然而昨天的那个展示却彻底的摧毁了我一直以来的看法，在昨天展示的那个框架中，或者不应该叫框架了，而应该叫一个WEB版的可视化IDE，使用这个系统，程序员不需要写任何的代码，像VB这些IDE一样的可视化界面，但是却不需要写一行代码，逻辑完全是可视化配置，从前台到后台数据库无所不能，程序员对应用的开发维护就完全围绕这个web IDE，应用改变不需要重新编译和发布，可以立刻看到改变的效果，这样就可以直接去客户的公司根据客户的要求立刻在现场改变应用给客户看效果，可以立时得到用户反馈等等，好处实在太多了，rails开发已经足够快了，可是使用这个系统，速度就更不用说了，我只用一个数据来证明吧，该项目小组自从完成了这个系统之后，去年一年时间开发人员（包括实施）只有3个人，而去年一年时间就那3个人就完成了7个完全独立的项目，再想想自己所在的项目组，一个项目做了一两年，我真有点想立刻撞墙死了算了。
这个系统现在已经基本完善，还有些小东西需要修改，面对这样一个系统，我真的怀疑那些所谓的应用框架还有用吗？程序员不再需要开发和维护代码，那么框架存在的价值也就值得怀疑了，做应用的程序员还有用武之地吗？唉，有点不敢接受现实。牢骚发完了，工作还是要做地，就发到这里了。

评论

45 楼 lix23 2007-05-17  

不看好这样的东西！~~

44 楼 BirdGu 2007-05-17  

楼主发表这样的帖子，但显然又不愿意讨论这个框架的技术细节。楼主的目的到底是什么？做广告？

43 楼 zidoing 2007-05-17  

"类似 IBM的FileNet P8？"现在一个项目刚好是基于Filenet来开发的，用了你就知道了。

42 楼 codeutil 2007-05-17  

2004年在前一家公司作的就是这样的东西，号称要达到让人力资源经理都能配置流程。
不过最后不了了之，当时里面用的很多是ajax思想的东西。

jindw 写道

我原来公司也是做这个的，不看好。
拿来忽悠客户还行。

41 楼 jindw 2007-05-17  

我原来公司也是做这个的，不看好。
拿来忽悠客户还行。

40 楼 icefire 2007-05-17  

期待……

39 楼 dengyin2000 2007-05-17  

I can't believe it.87200795

38 楼 calmness 2007-05-17  

JJYAO 写道

Godlikeme 写道

calmness 写道

hurricane1026 写道

Godlikeme 写道

注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。

领域模型怎么办，DDD？那也需要设计、开发啊。。。

依我看这不是一个技术开发框架，而是一个可配置的产品罢了。

同感。应该是可配置产品。

其实怎么叫这并不重要，IDE也好，可配置也罢，重要的是是否能够满足我们的开发需求。

怎么叫不重要，是什么很重要，
不可能是一个产品，叫开发框架。
反之亦然。

同意，一个工具的定位是非常重要的，也会直接体现在设计思想中，开发框架和产品配置有本质的差异。这我直觉LZ并未真正使用过你们的工具，而只是看了几个DEMO，其实DEMO和真实生产的差距是很大的

着重点不同吧，我确实也是没使用过，所以我也一样有怀疑，这个要到具体使用的时候才能知道。

37 楼 Godlikeme 2007-05-17  

winterwolf 写道

Godlikeme 写道

注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。

依我看这不是一个技术开发框架，而是一个可配置的产品了。

业务逻辑的代码3个经验丰富的人用1个月搞不定吗 ? 而且说不定人家还有其它什么工具

前面楼主有讲，全ui配置，不编码。

36 楼 JJYAO 2007-05-17  

Godlikeme 写道

calmness 写道

hurricane1026 写道

Godlikeme 写道

注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。

领域模型怎么办，DDD？那也需要设计、开发啊。。。

依我看这不是一个技术开发框架，而是一个可配置的产品罢了。

同感。应该是可配置产品。

其实怎么叫这并不重要，IDE也好，可配置也罢，重要的是是否能够满足我们的开发需求。

怎么叫不重要，是什么很重要，
不可能是一个产品，叫开发框架。
反之亦然。

同意，一个工具的定位是非常重要的，也会直接体现在设计思想中，开发框架和产品配置有本质的差异。这我直觉LZ并未真正使用过你们的工具，而只是看了几个DEMO，其实DEMO和真实生产的差距是很大的

35 楼 Godlikeme 2007-05-17  

calmness 写道

hurricane1026 写道

Godlikeme 写道

注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。

领域模型怎么办，DDD？那也需要设计、开发啊。。。

依我看这不是一个技术开发框架，而是一个可配置的产品罢了。

同感。应该是可配置产品。

其实怎么叫这并不重要，IDE也好，可配置也罢，重要的是是否能够满足我们的开发需求。

怎么叫不重要，是什么很重要，
不可能是一个产品，叫开发框架。
反之亦然。

34 楼 zhuixinjian 2007-05-17  

类似 IBM的FileNet P8？

33 楼 calmness 2007-05-17  

hurricane1026 写道

Godlikeme 写道

注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。

领域模型怎么办，DDD？那也需要设计、开发啊。。。

依我看这不是一个技术开发框架，而是一个可配置的产品罢了。

同感。应该是可配置产品。

其实怎么叫这并不重要，IDE也好，可配置也罢，重要的是是否能够满足我们的开发需求。

32 楼 calmness 2007-05-17  

zhuixinjian 写道

suyulin6688 写道

calmness 写道

这个系统现在已经基本完善，还有些小东西需要修改，面对这样一个系统，我真的怀疑那些所谓的应用框架还有用吗？程序员不再需要开发和维护代码，那么框架存在的价值也就值得怀疑了，做应用的程序员还有用武之地吗？唉，有点不敢接受现实。牢骚发完了，工作还是要做地，就发到这里了。

傻瓜相机和专业相机并存。

这个解释很好！

LZ说的这系统对于复杂的业务也能直接生成？对于多表呢？我最近也接触这样的工具，如果是单表维护，只需要修改页面就好，但是多表就存在问题。很想见识下你的系统，有试用版本没？

我也正准备开始试用，按照项目组的说明，他们并没有写过以外的代码，我也很怀疑，可是事实上他们确实是这样做的，所以需要我试用以后才能够清楚，由于系统是公司内部产品，所以暂时是不可能公开的，我昨天也提过开源的问题，可惜老板不同意，没办法。

31 楼 JJYAO 2007-05-17  

抛出异常的爱 写道

Michael.Scofield 写道

这个IDE应该是基于ECLIPSE的Studio吧？

应该不是，是放在web 中的东东
对于同一种流程来说
可以无限的生产流程
由于客户一直认为学不会，
所以增加流程是由公司招的刚毕业的大学生去作的。。
如果VPN连不上就得让用户开远程web服务，用十分钟把流程画好
再关闭web服务

现在的问题是，在web是否有能力构建一个开发或者提供高度复杂配置的平台，能完成GUI的基本功能

楼上也不用臆断了，待lz简单介绍它们工具关键特性就会很清楚了，一个让LZ想立刻撞墙的开发框架,到底是一个提供简单业务配置能力的工具呢还是一个业务构建平台 

30 楼 抛出异常的爱 2007-05-17  

Michael.Scofield 写道

这个IDE应该是基于ECLIPSE的Studio吧？

应该不是，是放在web 中的东东
对于同一种流程来说
可以无限的生产流程
由于客户一直认为学不会，
所以增加流程是由公司招的刚毕业的大学生去作的。。
如果VPN连不上就得让用户开远程web服务，用十分钟把流程画好
再关闭web服务

29 楼 winterwolf 2007-05-17  

Godlikeme 写道

注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。

依我看这不是一个技术开发框架，而是一个可配置的产品了。

业务逻辑的代码3个经验丰富的人用1个月搞不定吗 ? 而且说不定人家还有其它什么工具

28 楼 Godlikeme 2007-05-17  

注意，代码生成器不能生成业务逻辑，
工作流程如果设计的好，可以把业务逻辑部分分离出来，以插接的方式集成到业务流程中。全部抽离是不可能的，业务逻辑代码不可避免。

领域模型怎么办，DDD？那也需要设计、开发啊。。。

依我看这不是一个技术开发框架，而是一个可配置的产品罢了。

27 楼 winterwolf 2007-05-17  

fins 写道

基于web的ide?
我更喜欢叫他 代码生成器

真正的ide,web怎么可能做出来呢

应该可以的.

先对某一部分应用 写一个代码生成器.

逐步积累 再将这些代码生成器配合起来 对于某些开发而言速度会快的多.

这部分代码免去了编码和测试的时间.

26 楼 zwchen 2007-05-17  

你可以透漏一下这样一些问题吗：
1、你们的IDE主要是面向哪个领域的？譬如OA、电子政务、电子商务、CMS....。一个框架或IDE能够解决所有问题，恐怕什么都解决不好。因为细节问题太多，问题解决方式也都不一样。

2、你们那七个项目是类似的吗？是不是只有简单的CRUD操作，谈不上什么需要获取、需求分析、领域建模？就象一些互联网web应用，一看就知道做什么，譬如一般的bbs系统。但是具体到性能调优这些需求，恐怕你们的IDE就无能为力了。

3、你说那个IDE是桌面应用我还有些相信，web上面做IDE开发，也太牛了，肯定有很多js高手吧。可以具体让我们稍微理解一下IDE吗？你的介绍太抽象。

4、我最近看了一下CoreMount这个日本人的framework、platform，在日本非常流行。那东西听说做项目也超快，不过，对具体业务性强的系统，不太好使：你是让你们的业务去适应框架，还是让框架适应业务，那种抗阻不匹配太大了，就象O-R不匹配出来过Hibernate，但我们往往是让Hibernate这种技术去决定我们的项目，而不是设计人员先作领域建模，DBA做数据库设计，然后再考虑Hibernate这种技术来解决ORM，做一个桥。也就是说我们应该从业务到技术，而不是从技术到业务；业务决定架构，而不应该是技术决定架构。很简单的道理，但我们经常不自觉的犯。