追随Java
简单的事情重复做,就会产生累积效应!
posts - 260,  comments - 338,  trackbacks - 0
                项目(框架)架构的抉择

    这是一位网友问我的一个问题,希望我能给他一些建议。我觉得这个问题还是比较的好,我也遇到过这样的问题,也非常的头痛。首先得谢谢STONE对我的信 任,也希望我真的能够给他一些好的建议,也希望有更多的网友(同行)能我和交流,我们以诚相待,相互探讨,相互提高。^_^。
    根据他提供的信息,整理出来如下:
        初始环境: 新的公司,新的项目,新的开发团队。
        角色:项目架构负责人(项目领导)。
        开发语言:JAVA
        熟悉的东西:jsp,servlet,javaBean,jdbc,struts,hibernate(不是很熟悉)
        问题:java世界真是太大了,什么都有。太多的框架,太多的选择,太多的疑惑,到底那个好?那个更适合呢?怎样来抉择呢?我到底是选择struts+ hibernate,还是struts+jdbc,还是jsp+servlet+javaBean+jdbc作为项目的架构呢?

    前些天一些牛人们在比较java、rails、php(http://hgq0011.javaeye.com/blog/33975),也有在比较各个 框架(http://www.javaeye.com/article/24162),不管是从语言,还是框架,架构的搭配都有太多的东西让我们来选择, 就象我们去商场买东西一样,琳琅满目,看得你眼都花了,挑得你头都晕了,也没有挑出个名堂(我经常是这样的,郁闷)。最后,你只得快刀斩乱麻,选择你满意 的,适应的,物美价廉的,口碑比较好的,售后服务好的,,,,。唉,挑东西也是一件痛苦的事情。那么我们搞开发何尝不是的呢?选择的太多,考虑的因素也很 多,头都大了。对于网友的提供的信息来分析。
    首先,他刚来到一个新的公司,担任项目负责人,其实这样就说明他的责任重大,相对的来说,他的压力也比较大(什么工作都有压力。废话一句)。 那么,老板花那么好的待遇把你请过来,是希望你能帮公司带来效益,能够做出指定的项目,不是请你(我)来上QQ、MSN,,,:(,所以,最好是做出成绩 来,把项目搞定,让老板认可你,觉得你的能力不错。:)
    在来看看他自己的项目经验,掌握的技术。因为他是项目负责人,那么他就应该能把握全局,掌握项目的进度,分析用户需求,搭建开发环境,提供技 术指导。当然,他是管理者,可以把相关的事情,分给其他同事来做,自己都亲历亲为这还不累个半死。:( 他以前没有用hibernate来开发项目,他在担心自己不熟悉它,怕到时影响到系统的性能,影响到项目的进度。struts他说有个类似项目的例子,自 己也比较熟悉;jsp,servlet,jdbc,javabean这些就不用说,应该搞JAVA WEB开发的应该比较熟悉了。所以,我建议他采用struts+jdbc来开发。
    其次,看看他们的开发团队。这团队是一个新的组建的团队。那么大家的习惯,性格,爱好,,,彼此都不是很熟悉,开发过程中配合可能没有那么 好。这就象打篮球一样。我经常去打球,一般都是半场,3对3的。我平时都是一个人去(身在异乡,为异客),然后,随便和其它的2个人组合一个队,这样下 来,另一个队(一般他们经常在一起打球的)的配合就相对比较好,我们头一两场输的几会比较大,但慢慢的熟悉了,配合好起来了,以守为功,那么我们还是可以 和对方抗衡的。所以,刚组建的团队,如果没有技术带头人(熟悉相关技术),那么还是不要采用新的技术。因为我们暂时没有能力去驾驭它,如果贸然使用,会给 相关团队成员带来压力,那么就会有一定的风险。学习它,熟悉它也要一定的时间。
        最后,我建议使用自己熟悉的技术,采用简单的架构去实现项目,等到你把项目做出来了,能用起来了,客户认可了。以后的升级,那是你就可以比较轻松的采用其 它的架构来重构,这样你的风险,压力就相对减少很多了。希望能对他(我)也有所帮助,希望有人能补充(更好的建议)。:)



posted on 2006-11-17 13:25 Harryson 阅读(2616) 评论(8)  编辑  收藏 所属分类: SoftwareEngineering

FeedBack:
# re: 项目(框架)架构的抉择
2006-11-17 14:39 | Flyingis
你目前最重要的资源是人力资源,作为项目架构师+项目经理,应该首先了解手下同事的能力,对各种Web框架的熟练程度,以及经验。

我个人感觉该项目应该是中小型的项目,Struts+JDBC,还是Struts+Hibernate,对于你来说问题不会太大,关键是团队的其他成员能否快速掌握,或是已经具备这方面的一些经验,来高效执行你的设计。  回复  更多评论
  
# re: 项目(框架)架构的抉择
2006-11-17 16:51 | SeamanWang
技术选型一定要结合项目团队的情况,没有一成不变的  回复  更多评论
  
# re: 项目(框架)架构的抉择
2006-11-17 17:03 | Harryson
所以,现在都很注重团队协作精神。在团队中,团队的领导者尤为重要,他起到领航的作用。  回复  更多评论
  
# re: 项目(框架)架构的抉择
2006-11-17 21:34 | xiong
我感觉,如果在做项目的过程,能够提炼出一个二次开发平台,然后制定过程,和标准,这样就比较好。新人来了,或新的团队,都很容易上手。  回复  更多评论
  
# re: 项目(框架)架构的抉择
2006-11-20 15:14 | Sunarrow的Java日志
struts有什么好
一般作为一个成熟的公司应该有自己的开发平台,不会跟这些开源技术的风
大量使用开源是公司或不成熟的表现!  回复  更多评论
  
# re: 项目(框架)架构的抉择
2006-11-21 08:35 | Harryson
◎Sunarrow的Java日志
自己开发一个平台,那不又多了一个轮子了?
那新人来了,也得学习你们的框架,那岂不是浪费资源?那某个团队成员走了,那对系统的维护也会有很大影响。
大量使用开源的公司是不成熟的表现?我对这个还是存在疑问的,能成立吗?  回复  更多评论
  
# re: 项目(框架)架构的抉择
2006-11-21 08:39 | Harryson
@xiong
开源项目的二次开发,那就象JBOSS的SEAM项目了,这到是个好的办法。:)  回复  更多评论
  
# re: 项目(框架)架构的抉择
2006-12-13 16:09 | Justlin
用自己熟悉的技术,采用简单的架构去实现项目,等到你把项目做出来了,能用起来了,客户认可了。以后的升级,那是你就可以比较轻松的采用其它的架构来重构,这样你的风险,压力就相对减少很多了。-----------说的比较好,深切赞同。  回复  更多评论
  

只有注册用户登录后才能发表评论。


网站导航:
 

<2006年11月>
2930311234
567891011
12131415161718
19202122232425
262728293012
3456789

常用链接

留言簿(10)

随笔分类(319)

AJAX

Coffee House

CSS

Java

JavaScript

Open Source

ProjectManagement

友情Blog

最新随笔

最新评论

阅读排行榜

评论排行榜