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

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

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

标准的银弹综合症。

如果项目的区别不很大，

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

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

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

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

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