企业级开发框架真伪命题

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