论坛首页 海阔天空论坛

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

浏览 37897 次
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-05-17  
一大早来到公司,按照旧习惯肯定是第一时间打开计划,翻阅今天所要做的事,然后就开始工作,可是事实上今天的心情却极度的郁闷,一直没有过的情绪不停在脑海里翻转着,昨天下午,公司另一个项目小组向我们展示了他们现在所使用的一个技术框架,就是这个所谓的框架让我一夜无法入睡。

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

一个小小的改动我用了两个月时间才作完。。。地狱。。
0 请登录后投票
   发表时间:2007-05-17  
引用

这种东西早就有了。。。
现在最低会买到5W接一个项目。。。。
第一次见到我也很惊讶
但干起活来真不爽
动不动就出问题。
很难一次成型。
还不如把上个项目改改用快呢/

你那个我不知道有什么问题,但是我所见的这个却没什么大的问题,事实证明就是如此,3个人一年完成7个项目就是证据。
0 请登录后投票
   发表时间:2007-05-17  
calmness 写道

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

傻瓜相机和专业相机并存。
0 请登录后投票
   发表时间:2007-05-17  
calmness 写道
一大早来到公司,按照旧习惯肯定是第一时间打开计划,翻阅今天所要做的事,然后就开始工作,可是事实上今天的心情却极度的郁闷,一直没有过的情绪不停在脑海里翻转着,昨天下午,公司另一个项目小组向我们展示了他们现在所使用的一个技术框架,就是这个所谓的框架让我一夜无法入睡。


   这些东西有非常大的局限性,不过也有非常大的好处,我也正做类似这么个东西80%了,其实这个东西就是做些限定,用些框架。我理解架构师和高级程序员做的事情是做这种框架,coder和业务人员用这个框架。这么做挺合理的,不要让开发人员去理解哪些奇怪的业务。
0 请登录后投票
   发表时间:2007-05-17  
引用

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

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

之后每个客户都要求要改这个改那个
公司用了二十个人分成几组去解决问题
有几家退货我不太清楚,不过不是每家都满意。
0 请登录后投票
   发表时间:2007-05-17  
引用
一大早来到公司,按照旧习惯肯定是第一时间打开计划,翻阅今天所要做的事,然后就开始工作,可是事实上今天的心情却极度的郁闷,一直没有过的情绪不停在脑海里翻转着,昨天下午,公司另一个项目小组向我们展示了他们现在所使用的一个技术框架,就是这个所谓的框架让我一夜无法入睡。

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



那就请你简单的描述一下你的那7个项目的规模已经一些简单的概述,我想知道,你说的这几个项目的业务性怎么样,如果我项目里面有跟其他的组件结合的,比如工作流,那么你的这个框架是怎么坐的。愿闻其详。
0 请登录后投票
   发表时间:2007-05-17  
这7个项目恐怕是同一类型的,此类框架总有一定的适用场景,特别适合于某类应用的开发。
0 请登录后投票
   发表时间:2007-05-17  
引用

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



7个项目的规模都不是大型项目,应该说是中型的,业务都是通过配置的,集成了工作流,至于框架是怎么做的这个我也不太清楚,即使清楚也不能说的,因为公司还没考虑开源这个东西。
0 请登录后投票
论坛首页 海阔天空版

跳转论坛:
Global site tag (gtag.js) - Google Analytics