当前时间: 1970-01-01 08:00:00
分类:办公文件
评论(0)
麦丹防守不如谢泼德?Excel球迷的福音A球员,场均34分钟,0.5抢断,0.75盖帽,4.4次犯规;B球员,场均32分钟,2.2抢断,0.83盖帽,2.3次犯规;谁是更好的防守球员?显然,B球员在更少的时间里完成了更多的抢断和盖帽,同时还尽可能避免了犯规。而且,A球员场均干扰对方投篮6.8次,破坏球路线2.3次;B球员场均干扰对方投篮6.7次,破坏球路线8.0次。下面揭晓:A是森林狼的麦克丹尼尔斯,B是火箭的谢泼德。我相信,任何看了比赛的人,都不会得出这个荒谬的结论,但如果只看数据的话,就另说了。尤其若干年后,新的球迷翻出数据一看,肯定会觉得“你们是不是把麦丹的防守吹太过了”“远古吹吧”。通过强硬的贴身、绕前、延阻,甚至是丧心病狂的无球双人包夹(比如库里曾经遭遇过的那样),彻底将该球员从比赛中剥离出去,变成4防4,或者3防4。如此一来,对位防守球员大概率不产生任何数据,因为他也跟着从比赛中消失了,当然,进攻球员也很难有数据。这个我们很熟悉了,包夹显然是最简单的方式,逼迫进攻球员出球;其次,就是通过优秀的选位、对抗以及干扰,让进攻球员远离甜点区或者无法找到舒适的出手机会,从而放弃进攻。当然,还有一种情况,就是类似文班、杜兰特、诺维茨基这类球员,凭借身高臂展或者金鸡独立等后仰的方式,任何情况都能出手,只是分成简单的出手或者艰难的出手,这就另说了。如果进攻球员没有完成出手,那其实防守球员也不会获得任何数据。第三档,才是当进攻球员已经寻觅到出手机会时,尽量保持在其身前,并通过合法的防守姿态完成干扰。大致分两种情况,一种是断持球,最好的情况当然是面对面不失位的情况下,通过判断和长臂完成断球,另一种就是冒着失位的风险进行抢断尝试,断成了可能就是快攻,断不成就是失位。另一类是断传球,同样需要承担风险,判断对了就是完美预判,判断错了照样失位。面对面站着封盖,最牛,但多数情况还是需要起跳的,只要起跳,就可能被对手晃开或者造犯规;至于协防或者补防类的封盖,也可能漏掉自身对位球员或者丢失篮板位置。显然,麦丹多数情况都是牢牢扣在对位球员身上,尽量逼迫攻方接不到球、出不了手或者形成严重干扰,所以破坏球路线的尝试很少,降准率很高,季后赛达到9.5%;而谢泼德不仅容易被对手针对,也容易因为对抗或者经验丢失防守位置,季后赛降准率为-4.1%,故而被迫进行更多冒险的防守尝试,不过,有一说一,小谢协防补防的积极性和某些位置的预判还是可以的。说一千道一万,还是得看球啊,Excel可不太灵啊。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-05-09 05:44:15 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/589100.html
- 运行时间 : 0.247617s [ 吞吐率:4.04req/s ] 内存消耗:4,630.41kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=6823167e24936a7804a7b6bde9f2732c
- CONNECT:[ UseTime:0.001080s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.002028s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000821s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000810s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.001519s ]
- SELECT * FROM `set` [ RunTime:0.000729s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.001518s ]
- SELECT * FROM `article` WHERE `id` = 589100 LIMIT 1 [ RunTime:0.001089s ]
- UPDATE `article` SET `lasttime` = 1778276655 WHERE `id` = 589100 [ RunTime:0.024595s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000949s ]
- SELECT * FROM `article` WHERE `id` < 589100 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001448s ]
- SELECT * FROM `article` WHERE `id` > 589100 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.001156s ]
- SELECT * FROM `article` WHERE `id` < 589100 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001837s ]
- SELECT * FROM `article` WHERE `id` < 589100 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.013612s ]
- SELECT * FROM `article` WHERE `id` < 589100 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001986s ]
0.253231s