企业级开发框架真伪命题

今天上班,领导提出某个项目提出了TUXEDO为设想的开发框架,以前我们也接触过BEA的TUXEDO产品,也做个一些技术收集,再使用过程中也见识了它的强大,但忽然觉得这个项目并不适合(该项目所有项目成员不过6-7人平均工作经验2-3年,项目负责人甚至连编码都写不规范,并且系统覆盖业务处于粗泛管理阶段),负载均衡和稳定的事务、通信机制当然很必须,但从总体上来讲,使用TUXEDO对于使用者来说带来的未知风险也很大,并且大多是新人如何能处置突发情况,当我正在想我所分析是否正确时,忽然觉得这是个伪命题,系统框架不只对该项目,应该是通用的,并且应该是多项可选技术,并不只是TUXEDO,什么是合适的框架选型,也并不是项目负责人定,应该要做技术人员评审,最好是接触该项技术的人员,技术平台的能力是肉眼难以看出的,就好比杆秤与地磅秤的比较,杆秤的使用范围取决于秤砣和部件的承受力,不该超过20KG,地磅的是以吨做计量单位,但用地磅称20KG的东西它不一定准,同样用秤杆称不了上吨的东西,它们各有所长,但使用者一定要了解它的使用范围和特性,再做一些讨论,我有点罗嗦了^_^,使用TUXEDO该项技术你的目的是什么?为了解决些什么问题?这些问题你打算怎么解决?技术论坛上有哪些做法?某些时候你要做的可能连你自己都不知道你会得到什么,那就做做以上这些问题,也许会对决策起到一些帮助, 做技术的难免较真,当思路放在某项特点事务上时就会变得主观和思路狭窄,还有就是信心问题,初生牛犊不怕虎,这是好事,变革尤其是技术都是这样发生的,但当学到的,看到的越多时,你了解一些困难,会让人变得越畏手畏脚,我要说的是以上的提问不是你的障碍,不是要你退缩,而是让你做好充分的准备,当你觉得都有答案了,那就说做吧,出了问题我都有办法!

你可能感兴趣的:(企业级开发框架真伪命题)