论坛首页 Java企业应用论坛

有感于“以复杂性为生的行业”

浏览 9314 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-04-27  
不过倒锻炼了很多人的学习能力
当然,适者生存...

另一方面,大厂就靠这个吃饭了
一项新的JSR,不知就要赚多少
0 请登录后投票
   发表时间:2007-04-27  
taowen 写道
应该批判的应该是以技术复杂性为生的行业吧。我们写的软件大都都是操作数据的企业应用,真正赖以为生的是业务的复杂性。要软件就是为了处理业务复杂性的。应该以简单的技术直白地处理复杂的业务为荣。

简单和复杂其实也是相对的,要看你试图解决的问题本身。例如GoF的设计模式,其实相当地精炼,这里的一些同学可能已经觉得平常之极。但是在完全不了解这些模式的开发者看来,这些模式还是很复杂的。但是实际上如果你不使用某种设计模式,当你遇到相同的问题的时候,你需要写的重复代码要多的多。甚至在你不了解某种设计模式之前,你都根本就没有意识到存在着这样的问题。

EJB2.x确实很复杂,Spring其实已经进行了极大的简化,但是仍然有很多开发者认为Spring还是很复杂。我的回答还是上面那句话,简单和复杂其实也是相对的,要看你试图解决的问题本身。如果你试图解决的业务问题本身确实很复杂,甚至目前都很难找到非常简单的解决方案,那么你就应该先去尽力把目前能够解决这种问题的方案学习好,然后再去寻找更加简单的方案。我并不赞成一遇到这样的问题就骂娘,骂EJB2.x并不等于走到另外一个极端,热情讴歌ASP和PHP。ASP和PHP也有它们自己的问题,只是你不清楚而已。你现在认为它们非常棒是在这山看着那山高。其实客观来说,它们要解决的问题的复杂度与Spring并不在一个数量级上。

所以,关键还是你一定要非常清楚你要解决什么问题,现在很多人design by buzzword的根本原因还是他们连自己究竟要解决什么问题都没有搞清楚。
0 请登录后投票
论坛首页 Java企业应用版

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