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

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

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

评论

65 楼 lixigua 2007-05-21  

Michael.Scofield 写道

phoenixup 写道

davexin 写道

搂主有点说的不太清晰亚，我想你说的有一部分是可以的，但是太绝对了，不写一句代码的工具是有，像普元的开发工具，不知道大家用过没有，可以完全不用写代码，可以自动生成所有的代码，不过要花很多的业务流程。

普元的东西你用过？我告诉你我用过，看起来很美的东西，并不能实际用于开发，代码的质量，过于随意的系统黏度，让你开发的系统脆弱不堪，最后被彻底换掉！

那倒不见得，至少我见过在银行，电信行业应用的项目很多，怎么用，用的好不好还是看人，没有什么工具可以替代人帮你做好一切的一切！

普元的东西，我也很不看好。
说是银行用的很多，应该不好这样说吧。你说银行用过倒是真的。那也是看产品怎么推销去做的，并不说明产品问题。
好用不好用，用过的人就知道。

64 楼 sendtome 2007-05-20  

我用过一个类似的产品，在一个工作流的基础上完善表单自动生成、表单和流程绑定，这些工作可以配置，完全不写代码倒没达到。不过这样的东西也是有局限性的，一般是针对一个具体的行业，写工具的人基本熟悉这个行业的业务，另外在框架可能变动的地方设计好接口，基本能满足应用。
其实现在一些优秀的工作流产品都有类似的实现，只是这些产品没有具体绑在行业上，需要的开发量大些。

不知道楼主说的7个项目是否是同一种类型的项目？如果不是，那这个工具就有我所不知的更好的功能或设计啦，期待楼主的解惑。

63 楼 iday 2007-05-19  

简单的操作bos也已经可以做到。
估计是跟eas差不多，大部分的业务已经完成，只是组装一下完成一个新的系统。

62 楼 exedo 2007-05-19  

我相信这个框架或产品的存在。在两年前，这种东东大多是单表的增删改差。不过最近在普元、起步软件等企业，《程序员》、《计算机世界》等杂志报纸的推动下，业务基础平台的概念逐渐普及，并涌现出了一批搞这个的小公司，可能很多小公司都是忽悠，不过有些还是有东西的。我觉得多表之间的关联性增删改差现在不是问题了，其实一般信息系统中的复杂业务逻辑最终会表现为多表之间的关联性增删改差。有人提到产生的代码的问题，这其实是这种框架的一个分支，即“产生式编程”方式，有的框架是用“声明式编程”方式的，不产生代码，我们公司其实也有类似的东西，基于“声明式编程”和元模型的。

61 楼 phoenixup 2007-05-19  

davexin 写道

搂主有点说的不太清晰亚，我想你说的有一部分是可以的，但是太绝对了，不写一句代码的工具是有，像普元的开发工具，不知道大家用过没有，可以完全不用写代码，可以自动生成所有的代码，不过要花很多的业务流程。

普元的东西你用过？我告诉你我用过，看起来很美的东西，并不能实际用于开发，代码的质量，过于随意的系统黏度，让你开发的系统脆弱不堪，最后被彻底换掉！

60 楼 jerry.yujm 2007-05-18  

http://www.fineloom.com

大家想要的功能，这个工具已经提供了.
应该叫做代码辅助开发好一些，可以纺织代码的工具。

59 楼 calmness 2007-05-18  

davexin 写道

搂主有点说的不太清晰亚，我想你说的有一部分是可以的，但是太绝对了，不写一句代码的工具是有，像普元的开发工具，不知道大家用过没有，可以完全不用写代码，可以自动生成所有的代码，不过要花很多的业务流程。

介绍这个系统的同事跟我说的时候确实是说可以不写一行代码，不过我估计这里面应该还没到那个程度，等我试用后就清楚了，这个帖子就到此结束吧，等我搞清楚后再发个帖子讨论一下。

58 楼 davexin 2007-05-18  

搂主有点说的不太清晰亚，我想你说的有一部分是可以的，但是太绝对了，不写一句代码的工具是有，像普元的开发工具，不知道大家用过没有，可以完全不用写代码，可以自动生成所有的代码，不过要花很多的业务流程。

57 楼 calmness 2007-05-18  

johnnyhg 写道

zjumty 写道

rainlife 写道

引用

叫一个WEB版的可视化IDE，使用这个系统，程序员不需要写任何的代码，像VB这些IDE一样的可视化界面，但是却不需要写一行代码，逻辑完全是可视化配置，从前台到后台数据库无所不能，程序员对应用的开发维护就完全围绕这个web IDE，应用改变不需要重新编译和发布，可以立刻看到改变的效果，这样就可以直接去客户的公司根据客户的要求立刻在现场改变应用给客户看效果，可以立时得到用户反馈等等，好处实在太多了，rails开发已经足够快了，可是使用这个系统，速度就更不用说了

当这样的傻瓜型工具大量地出现,程序员就越来越不值钱了。

如果把只用Ctrl-C,Ctrl-V的人也算做程序员的话,程序员是越来越不值钱了!

我并不看好这种东西，真的有那么强的话，我觉得三个人一个星期可以搞定那7个项目。

单单是搞需求也不止这么点时间吧，这种东西现在确实是存在，存在就有价值，也许现在不够成熟，但是谁能保证以后是怎么样的呢？技术是不断进步的。

56 楼 johnnyhg 2007-05-18  

zjumty 写道

rainlife 写道

引用

叫一个WEB版的可视化IDE，使用这个系统，程序员不需要写任何的代码，像VB这些IDE一样的可视化界面，但是却不需要写一行代码，逻辑完全是可视化配置，从前台到后台数据库无所不能，程序员对应用的开发维护就完全围绕这个web IDE，应用改变不需要重新编译和发布，可以立刻看到改变的效果，这样就可以直接去客户的公司根据客户的要求立刻在现场改变应用给客户看效果，可以立时得到用户反馈等等，好处实在太多了，rails开发已经足够快了，可是使用这个系统，速度就更不用说了

当这样的傻瓜型工具大量地出现,程序员就越来越不值钱了。

如果把只用Ctrl-C,Ctrl-V的人也算做程序员的话,程序员是越来越不值钱了!

我并不看好这种东西，真的有那么强的话，我觉得三个人一个星期可以搞定那7个项目。

55 楼 zjumty 2007-05-18  

rainlife 写道

引用

叫一个WEB版的可视化IDE，使用这个系统，程序员不需要写任何的代码，像VB这些IDE一样的可视化界面，但是却不需要写一行代码，逻辑完全是可视化配置，从前台到后台数据库无所不能，程序员对应用的开发维护就完全围绕这个web IDE，应用改变不需要重新编译和发布，可以立刻看到改变的效果，这样就可以直接去客户的公司根据客户的要求立刻在现场改变应用给客户看效果，可以立时得到用户反馈等等，好处实在太多了，rails开发已经足够快了，可是使用这个系统，速度就更不用说了

当这样的傻瓜型工具大量地出现,程序员就越来越不值钱了。

如果把只用Ctrl-C,Ctrl-V的人也算做程序员的话,程序员是越来越不值钱了!

54 楼 calmness 2007-05-18  

BirdGu 写道

calmness 写道

自己对该系统没有任何的实际经验，系统的技术细节也不清楚

你作为接触过这个框架的人尚且如此，那我们这些人又能发表什么有价值的看法呢？也许你认为这是一颗“银弹”，但是没有足够的细节，就我个人来说是无法给出“肯定”或“否定”的看法的。

正如hurricane1026所说，”一段惊诧论“而已。

我并没有认为这是银弹，我也一样是在怀疑中，也只是一时感概罢了。

53 楼 cherami 2007-05-18  

呵呵，这样的东西很多啊，我原来待过的一家公司也有类似的东西，只是不是web的，有些地方还是要写些代码的。

52 楼 Godlikeme 2007-05-17  

winterwolf 写道

Godlikeme 写道

winterwolf 写道

Godlikeme 写道

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

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

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

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

是吗 ? 那可有点困难. 如果利用ui配置后 再写点代码是可以实现的.

有的时候半自动比全自动要好.

不管楼主说的有没有水分 总之这个是可以实现的.

看来以后紧紧考效率和价格做项目未必有竞争力了 需要质量和更多的创意

从各位的提问和lz的回答看，lz的描诉太不准确，大家也都是猜测。
依我个人经验，各大产品公司都有快速开发平台，但都达不到实现通过配置实现具体业务模块的功能。
而具体产品可以在ui配置，加上简单的客户化开发就可以达到用户要求。

51 楼 BirdGu 2007-05-17  

calmness 写道

自己对该系统没有任何的实际经验，系统的技术细节也不清楚

你作为接触过这个框架的人尚且如此，那我们这些人又能发表什么有价值的看法呢？也许你认为这是一颗“银弹”，但是没有足够的细节，就我个人来说是无法给出“肯定”或“否定”的看法的。

正如hurricane1026所说，”一段惊诧论“而已。

50 楼 jasongreen 2007-05-17  

完全不用写代码，我相信是不可能的，应该只有增删改查之类的操作吧。复杂的，如报表，统计，特殊的业务要求，不编码怎么可能呢。快速搭建代码框架，我相信是可能的，如果真的是不用写代码，我想这样的东西也是比较死板的。

49 楼 jasongreen 2007-05-17  

我一直在试图做这样的代码生成器，尚未成功，仍需努力

48 楼 winterwolf 2007-05-17  

Godlikeme 写道

winterwolf 写道

Godlikeme 写道

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

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

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

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

是吗 ? 那可有点困难. 如果利用ui配置后 再写点代码是可以实现的.

有的时候半自动比全自动要好.

不管楼主说的有没有水分 总之这个是可以实现的.

看来以后紧紧考效率和价格做项目未必有竞争力了 需要质量和更多的创意

47 楼 blueoxygen 2007-05-17  

calmness 写道

BirdGu 写道

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

我发这个帖子一个是感慨一下，一个是想看看各位高人的看法，自己对该系统没有任何的实际经验，系统的技术细节也不清楚，而该系统是公司内部使用的，不是产品，我从头到尾好像也没宣传过什么吧？BirdGu的话有点不厚道哦。

要是同一行业，相似规模的话，这没啥吧。高度可配制化的行业产品少么？
只是这玩意不应该叫开发框架而已。

46 楼 calmness 2007-05-17  

BirdGu 写道

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

我发这个帖子一个是感慨一下，一个是想看看各位高人的看法，自己对该系统没有任何的实际经验，系统的技术细节也不清楚，而该系统是公司内部使用的，不是产品，我从头到尾好像也没宣传过什么吧？BirdGu的话有点不厚道哦。