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

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

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

评论

25 楼 JJYAO 2007-05-17  

fins 写道

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

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

我也是相同的疑问，你们公司能做一个Web-Base的业务平台？
你们如何解决
1. 复杂的图形化配置
2. 测试
3. 调试
4. 版本控制
5. 与代码的切换（我不相信一个系统能做到完全的配置，拖拉，如果有，这个系统的局限也是很大的，支持代码plugin是一个平台是否开放的标准之一）

我一直是反对在web上建立IDE或是完全开放功能的配置工具，想达到和GUI工具的操作/功能，几乎是无法想象的。有兴趣的朋友可以去考察一下主流的CRM,ERP,Rule engine, workflow等商业工具，它们虽然有web平台，但几乎都是功能受限的，是User-friendly的，以提供给Business User“简单，高效”的配置能力，而更加复杂的配置，还是基于GUI，入Eclipse插件形式，它们是Developer-friendly的

楼主可以简单描述下你们的web的一些功能吗？

24 楼 zhuixinjian 2007-05-17  

suyulin6688 写道

calmness 写道

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

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

这个解释很好！

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

23 楼 rainlife 2007-05-17  

引用

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

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

22 楼 winterwolf 2007-05-17  

相信楼主说的情况

3个人一年完成7个中型项目是有可能的 即便不采用什么特别的工具也有可能

21 楼 刑天战士 2007-05-17  

你换一个角度考虑问题，那么多大的技术性公司，为什么不用这种东西？因为企业级的需求是复杂的，而且千奇百怪的，不可能有一种解决所有业务问题的framework。就算有，这种东西也是及其复杂的，还不如直接写代码。

退1W步来讲，就算企业级没有含量了，还有那么多类型的programmer呢……

学好算法，打遍天下都不怕

20 楼 fins 2007-05-17  

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

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

19 楼 calmness 2007-05-17  

引用

LZ说的不会是Genexus吧，这个东西偶强烈BS，因为是基于数据模型的。

不是，是公司内部开发的。

18 楼 Ashela 2007-05-17  

calmness 写道

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

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

LZ说的不会是Genexus吧，这个东西偶强烈BS，因为是基于数据模型的。

17 楼 solospider 2007-05-17  

这个没什么好担心的，有些工作机器代替人来做是迟早的事情，不断的提升自己的能力才是王道。

16 楼 xiang 2007-05-17  

这样的框架好！
花那么多时间去编写、调试、测试程序太不划算了，应该把重点放在解决业务上，这样的框架对程序员来说是个福音！

15 楼 neuhawk 2007-05-17  

金蝶bos也是这样的思路吧。

14 楼 weiqingfei 2007-05-17  

框架这种东西的划分也是有颗粒度的，
颗粒越细，适应能力越强，但用起来也就越复杂。
反之。

13 楼 Godlikeme 2007-05-17  

针对于特定业务的开发框架，比如说OA?

12 楼 dennis_zane 2007-05-17  

抛出异常的爱 写道

标准的银弹综合症。

如果项目的区别不很大，

建议用原始项目改改上线。。。
那样的速度没你说的那个快
但是对需求的应机性要高的多。

很多公司都有这种原始项目。
我现在的项目就是由原始项目改过来的。

我们现在的某个项目是02年搬过来的，javabean+jsp，改头换面一下继续卖钱，代码惨不忍睹。

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

标准的银弹综合症。

如果项目的区别不很大，

建议用原始项目改改上线。。。
那样的速度没你说的那个快
但是对需求的应机性要高的多。

很多公司都有这种原始项目。
我现在的项目就是由原始项目改过来的。

10 楼 calmness 2007-05-17  

抛出异常的爱 写道

引用

这种东西早就有了。。。
现在最低会买到5W接一个项目。。。。
第一次见到我也很惊讶
但干起活来真不爽
动不动就出问题。
很难一次成型。
还不如把上个项目改改用快呢
你那个我不知道有什么问题，但是我所见的这个却没什么大的问题，事实证明就是如此，3个人一年完成7个项目就是证据。

在客户无修改要求下。。。
一个人在四个月内完成十个项目。。。。

之后每个客户都要求要改这个改那个
公司用了二十个人分成几组去解决问题
有几家退货我不太清楚，不过不是每家都满意。

这个我也没用过，不过从他们小组的实际情况来看，并没有遇到你这样的问题，也许和项目本身有关，所以现在打算在我们的项目上应用，我们这个项目就非常麻烦了，如果都没问题的话，我就准备跳楼了。还有，他们的修改是经常都有的，至于变动大不大就不得而知了。

9 楼 calmness 2007-05-17  

引用

那就请你简单的描述一下你的那7个项目的规模已经一些简单的概述，我想知道，你说的这几个项目的业务性怎么样，如果我项目里面有跟其他的组件结合的，比如工作流，那么你的这个框架是怎么坐的。愿闻其详。

7个项目的规模都不是大型项目，应该说是中型的，业务都是通过配置的，集成了工作流，至于框架是怎么做的这个我也不太清楚，即使清楚也不能说的，因为公司还没考虑开源这个东西。

8 楼 dennis_zane 2007-05-17  

这7个项目恐怕是同一类型的，此类框架总有一定的适用场景，特别适合于某类应用的开发。

7 楼 lizwjiang 2007-05-17  

引用

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

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

那就请你简单的描述一下你的那7个项目的规模已经一些简单的概述，我想知道，你说的这几个项目的业务性怎么样，如果我项目里面有跟其他的组件结合的，比如工作流，那么你的这个框架是怎么坐的。愿闻其详。

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

引用

这种东西早就有了。。。
现在最低会买到5W接一个项目。。。。
第一次见到我也很惊讶
但干起活来真不爽
动不动就出问题。
很难一次成型。
还不如把上个项目改改用快呢
你那个我不知道有什么问题，但是我所见的这个却没什么大的问题，事实证明就是如此，3个人一年完成7个项目就是证据。

在客户无修改要求下。。。
一个人在四个月内完成十个项目。。。。

之后每个客户都要求要改这个改那个
公司用了二十个人分成几组去解决问题
有几家退货我不太清楚，不过不是每家都满意。