Board logo

標題: 最佳第六人?克劳福德和兰德里两个人之间的竞赛。 [打印本頁]

作者: ycyiu    時間: 2010-1-30 10:31 PM     標題: 最佳第六人?克劳福德和兰德里两个人之间的竞赛。

Sixth Sense

by Sean Ceglinsky

从各球队的替补席中选出一位最出色的家伙也许对有些人来说是很困难的,特别是如果你是那些很容易想得太多的很爱分析的人之一。但是真的,这些并不是多难的事。

大家都应该知道,这个赛季只有两个人最有资格去竞逐最佳第六人奖项。

贾马尔.克劳福德和卡尔.兰德里是领先者,这是毫无疑问的。不需要有什么问题。但是我们也应该给特里和吉诺比利一些赞赏,考虑到他们都在继续尽己所能让自己能跟上最佳第六人竞逐的脚步。

至于剩下的那些在联盟的求生存的替补们,大多数都应该会在四月底胜者公布时成为一名局外人。当然,除非有很戏剧话的情况发生可能才会有变。

为了大家能继续争论,现在还剩下足够的时间让某些人来打出自己的影响力。而现在,我们已经来到了赛季中期,达拉斯的全明星周末即将要到来,嗯,实际上只有两周时间了。

谁知道呢,在一切尘埃落定之前,拉玛尔.奥多姆的名字也许最后会进入到最佳第六人的候选名单中。更奇怪的事都发生过的。阿尔.哈林顿也有机会,但是相当的小。JR史密斯也许也有机会。也许拉希德.华莱士会让事情变得有趣。也许甚至会是米尔萨普。

停止这各种各样的猜测。让我们来面对现实吧。

在我们开始分解为什么克劳福德和兰德里是最热门人选,而其他人只能扮演候补的角色的原因之前,大家必须先明白这一切是怎么运作的。评最佳第六人的规则,按照NBA的规定,通俗地说就是:为了有资格竞逐这个奖项,球员替补上场的场次要多于首发的场次。

之后,一群美国的媒体成员,包括加拿大的,大约120位,为他们评选的最佳第六人的前三位分别加上5分,3分,1分。

不管如何,我的选择是克劳福德最终会拿下最佳第六人的奖项。



接下来就让我来解释一下为什么克劳福德在我眼中比其他替补们更加配得上这个奖项,至少到目前为止。从数据上谈起,他场均17.3分,每个晚上有30分钟以上的上场时间,这数据完全可以配得上当一个首发了。

只有哈林顿的得分比他更多,他上场能有场均17.9分的贡献。而且他是为尼克斯队效力,一支在近期内无法打入季后赛的球队,至少今年不行。

一次又一次的投篮,可以保证哈林顿有足够的进球机会,但这对于纽约策划的重大图谋也没多大的意义。因此,我们并不认为他有多大的机会。

于是这就是评选的关键了:克劳福德对球队有着贡献,而且是球队的中坚力量,他的球队老鹰队在东部季后赛前景中扮演着重要的角色,是东部强队之一。这些事实在最终决定年度最佳第六人时有着深远的意义。

而且,克劳福德场均第四节的上场时间大约有11分钟左右,这样的时间是排在联盟前列的。他有两场很有代表性的在关键时刻的出色表现,最近是在与凯尔特人和与太阳的比赛中,这一些表现为他在最佳第六人的竞逐中加入了重要的筹码。

克劳福德也许不能首发,但他却会在比赛最关键的时候在场上。



兰德里同样是一个合格的候选人。合格到你无法去忽视他。想想如果火箭没有他会排在第几吧。没有麦蒂,没有问题。没有姚明,没有问题。而如果火箭没有兰德里这个替补,那么这些没有问题就会变成有问题了。

上次我查数据时,是在一周之前,他排在NBA第四节得分榜的前列。兰德里在比赛的最后12分钟场均有接近7分,在那一类别中仅仅落后于科比和詹姆斯。

今天早上,我又大略看了下数据,显示没有多大的变化。兰德里仍然是关键时刻的最佳选择之一。如果他持续着自己的关键表现的话,兰德里也许会让克劳福德要再有多一些的表现才能去得到那奖项了。

按照现在的情形,年度最佳第六人的竞逐就是两人之争了。

特里看上去有机会把这个竞争变成三人之间的角逐。要记得,他可是上赛季最佳第六人获得者,当时以压倒性的优势获得了这个奖项,比第二名多了400多分。当时第二名是JR史密斯。

但是最近特里被提到了首发的位置,可能会导致他最终失去竞争最佳第六人的资格。对于那些大热门来说,他在短期内应该不会造成什么威胁。

吉诺比利和奥多姆,他们在各自的球队中都扮演着关键的角色,但对克劳福德和兰德里都不能形成威胁。而华莱士,史密斯和米尔萨普也是同样的情况。而我们也已经讨论了哈林顿在大苹果城的情形了。

年度最佳第六人的奖项归属掌握在克劳福德手中。

等下,擦掉擦掉,年度最佳第六人的决定权掌握在兰德里手上。

底线是:他们两个人其中一个人会赢。

作者: jkwlyn0307    時間: 2010-3-9 01:14 PM     標題: 受贿罪的构成

提示: 作者被禁止或刪除 內容自動屏蔽




歡迎光臨 公仔箱論壇 (http://www2.tvboxnow.com/) Powered by Discuz! 7.0.0