面对历史级强大如勇士,骑士的机会在哪儿呢?

本贴最后更新于 2708 天前,其中的信息可能已经时移世改

时至今日,我们也不用假装不知道,2017 年总决赛,勇士胜率更大,大得多了

Basketball-reference 的纯数据记录预测认为,勇士夺冠概率 90.4%,骑士 9.6%。

数据概率网站 538,昨天还特意出了文解释:我们的数据模型无法解释骑士季后赛忽然发力啦,我们的数据模型尽量考虑最近的表现啦……但最后呢?这依然是数据模型上,历史上实力第六悬殊的总决赛。之前是 1967 年 76 人(张伯伦第一个冠军)、1971 年雄鹿(天勾第一个冠军)、1972 年湖人(韦斯特第一个冠军)、2001 年湖人(OK 大战艾弗森),1986 年凯尔特人(三虎战双塔),和今年。

2017 年的勇士正打出历史第一的季后赛表现。骑士现在也是历史前四,但终究差一点。所以 538 也认为,勇士胜算 90%,骑士胜算 10%。

Oddsshark 的赔率,勇士-275,骑士 +190。你下注 100 块,勇士夺冠,你赚 36 块。骑士夺冠,你赚 190 块。Westgate Las Vegas SuperBook 的赔率是勇士-260,骑士 +220——勇士夺冠你赚 38 块。骑士夺冠你赚 220 块。

2010 年以来的总决赛,从来没有如此一边倒的赔率。即便是 2015 年残缺的骑士,也只是 +190;去年骑士对决 73 胜的勇士,也只是 +180。

即,在专门琢磨胜负的人眼里,这就是 2010 年以来,实力差距最大的一次总决赛。我们普通人再精明,没他们厉害。

当然了,骑士有许多战术点可以钻空子。比如:

——去年总决赛和本季圣诞之战都证明,欧文可以让库里很苦恼。

——杜兰特对决勒布朗的历史,整体而言是很尴尬的,说是心魔都不过分(这会很重要)。

——去年总决赛前两场,勇士 2 比 0,靠的是第二阵容的大洗刷(还记得去年头两场伊戈达拉的抓蛋凶猛和利文斯顿的小科比式中投吗?),但本系列赛,第二阵容的优势可能得归骑士了,确切说,归骑士德隆 + 科沃尔 + 杰弗森 + 香波特 + 勒布朗(弗莱)了:至少今年季后赛,他们这组人比勇士的二阵容,有默契得多。

——勒夫刚打出生涯最好的一个系列赛,他和特里斯坦在防守端已经熟悉了骑士新编的这套“夹击之后轮转换防,逼迫对手单挑”的套路。

——勒布朗正处于生涯的又一个巅峰期……哦这个我说过许多次了。

但是……勇士已经证明:绝对的实力之下,若干对位优势,未必有大用处。

4 月初,库里对太阳那场 42 分 13 助攻后,我说过个想法:库里在收力。他就像 1985-86 季,已经蝉联过两次常规赛 MVP 的伯德似的,只在意冠军,只嫌常规赛有点长,所以在收放自如地找乐子。当时在凤凰城他访谈中如是说:“现在每天醒来,我知道自己该干什么,可以干什么,这就很好。”

对马刺系列赛之前,我提过一句:

库里正在悄然打出生涯最好的季后赛数据:34 分钟里场均 27+5+6。

说完这句话后第二天,库里得了 40 分,接下来两场用 28 次投篮得了 49 分,最后在圣安东尼奥 36 分。

勒布朗季后赛打得可怕,但库里其实也不逊色多少:

勒布朗本季季后赛:场均 33 分 8 篮板 7 助攻 2 抢断 1 封盖。

库里本季季后赛:场均 29 分 6 篮板 6 助攻 2 抢断。

更进一步:

每 36 分钟,勒布朗场均 18 次投篮 29 分 7 篮板 6 助攻,真实命中率 66%。

每 36 分钟,库里场均 19 次投篮 30 分 6 篮板 6 助攻,真实命中率 68%。

虽然所有赔率都将杜兰特列为总决赛 MVP 头号热门,但**勒布朗与库里依然是本系列赛最关键的人物。**很简单:他俩是驱动比赛的人,是对比赛影响力最大的两个怪物,是能牵制对方整个防守,甚至整个轮换布局的人物。

只要勒布朗还在场,都能驱动骑士的比赛。只要库里投得进球或者在吸引夹击后出得了球,勇士进攻就还能行云流水地泼洒。

而欧文与杜兰特这两个得分狂魔,更多的意义是惩罚措施:

“你们不夹击我?我就单打打死你们。”

————————————

很容易想象出比赛的进程:

克雷至少在系列赛开始时会对位欧文。

骑士则让库里防的任何一位(比如 JR 史密斯)大量绕掩护来消磨库里的体力。

勇士派各色人等轮番对付勒布朗以破坏他的节奏。

勒布朗偶尔对位杜兰特,偶尔去防格林。

骑士用 JR、香波特、杰弗森甚或欧文去紧贴杜兰特逼迫他运球单打。

勇士从一开始就对勒夫大量身体接触施压消磨他的体力和信心。

特里斯坦和勒夫大量换防面对库里甚至夹击库里。

格林或帕楚利亚被选择性放空后,会施展内切或中投来解决问题。

然后二阵容上来。勇士依靠韦斯特或格林的高位策应给杜兰特做球,并加以弱侧接球突破。

骑士则依靠他们的五人三分小组推闪电战。

中间双方一定会夹杂以大量换防来压住比赛节奏,所以杜兰特带第二阵容时间会更长。

之后被动的一方变阵,骑士的弗莱、勇士的麦基或韦斯特都会慢慢退出轮换,到系列赛中途,骑士的二阵容会削减一切 203 公分以上的家伙,勇士则可能直接让帕楚利亚退出主轮换。

噼里啪啦……

噼里啪啦……

X 因素吗?每个人都可能是 X 因素。克雷是否能找到手感。欧文和杜兰特的单挑选择。库里应对夹击和换防时的态度,勒布朗面对各色防守者的心情。格林的脾气。勒夫的软硬程度。特里斯坦的犯规控制和罚球。JR 史密斯的空位篮。伊戈达拉的膝盖。德隆会不会成为常驻轮换里的 2 号位(这个选项真的可以有)。

但如上所述:勇士的绝对实力太强。他们有历史级的进攻,有历史级的应变,有两个 MVP 随时可以改变比赛进程。

正常流程的话,都敞开打,勇士五到六场就能解决了。

正常流程的话,甲骨文两个主场一场比分接近(因为勇士休息太久,骑士是有可能占便宜的)一场大胜,速贷中心双方各分一场,然后勇士赢下第五场。如果头两个主场输掉一场的话,那么就第六场拿下。

当然,以上讨论的,是正常流程

如开头所述,值得探讨的不是勇士能否夺冠,而是骑士可能的赢球点。

除了小概率事件,比如去年那样博古特受伤、格林停赛之类突发状况之外,骑士还有一点机会。

正常流程很难办,那就让比赛变得不正常。

那就是,让勇士去经历 2011 年,勒布朗自己经历过的那些事

心理这种东西,是无法用数据计算与实力去预测的因素。

————————————————

2011 年总决赛前,热夺冠的赔率是-175。最后小牛夺冠。除了德克名垂青史的神勇刚毅之外,热自己的问题很明显。是什么促使勒布朗第四场著名的 8 分呢?就像今年哈登的第六场一样,我们无从得知,只能确定,不是竞技因素。

那是三巨头聚合第一年。他们被赋予厚望。他们也许下了了海口(“not 234,我们要许多许多个总冠军”),压力在他们这一边,他们难免想太多。

然后在小牛坚持不懈的联防与换防下,三巨头除了韦德外,都愣住了。

一切以弱克强,都是如此:

让对手自乱阵脚。

科比说过,他和鲨鱼的湖人,当年经常玩一个小把戏:放任对方的顶薪球员,夹击那些等待签约的球员。久而久之,前者可以投个够,后者就会不爽,状态差,然后内部瓦解——其实仔细想想,他自己也中过类似的招:2004 年活塞也是这样:单防鲨鱼,压迫科比。那年,活塞就靠这个,以及邮差受伤,以弱克强,干掉了湖人。

东部决赛结束时,提过这句话:

强大如骑士,也很难在球星战力上占勇士多大便宜。所以,这组东部季后赛以来培养的化学反应,德隆 + 科沃尔 + 香波特的第二阵容刷分、从对步行者开始就开场不断给勒夫做球、欧文习惯性的第三节接管,这些潜移默化的喂养,以及球队终于在不断胜利中磨炼出来的信心,都是为了勇士准备的。

骑士的心态和处境,基本处于最佳状态。

他们化学反应几乎满分,有胜欲(尤其是德隆和科沃尔),但又没压力(因为勇士太强大了)。

反过来,勇士得处理 2011 年热面对的境况:他们赢了,大家觉得理所当然;输了,那就糟糕了。

尤其是杜兰特,简直背负着全世界的压力。

如果科尔教练还在,一切得两说。他能镇服球队,他也更在意全队的化学反应。

但迈克-布朗教练有另一个倾向:熟悉 2005-10 年骑士与 2011-13 季湖人的都知道,他很宠爱明星,到了依赖的地步。

比如吧,同样是战局不顺,科尔可能叫个暂停,布置几个让克雷、伊戈达拉、格林们参与的战术,让球运转起来。

布朗教练则倾向于叫个暂停,“库里 + 杜兰特你们打个挡拆,我觉得他们对付不了这招。”

迈克-布朗教练的变招,是有迹可循的,历史证明,他并不太擅长镇抚明星之外的其他人。比如,他就放任克雷手感季后赛一路这样冷着,这是科尔教练不会做的。

勒布朗上一次没进总决赛,是 2010 年,那时就是迈克-布朗指挥的。常规赛 62 胜的骑士输给了 50 胜的凯尔特人。那个系列赛,除了勒布朗第五场天王山匪夷所思的失态之外,还有布朗教练的指挥问题:他被凯尔特人用朗多持球主攻、大量放快球阵容、八人轮换给打蒙了,他的回应是基本七人轮换,勒布朗与其他人(莫、韦斯特、贾米森)大多数时候被割裂。

迈克-布朗教练总相信,巨星 + 防守是可以独自解决所有问题的——2007 年骑士就这么晋级总决赛的嘛。

今年季后赛勇士唯一一次局面糟糕,是对马刺第一场一度落后到 25 分。怎么落后的?

马刺不断换人去防库里。进攻端坚持打库里和帕楚利亚的挡拆。死守三分线和禁区。用前场篮板控制节奏,让勇士无法推起速度来。说到底一句话,始终没让勇士气顺,不让他们高兴。

迈克-布朗教练是怎么解决的?嗯……让库里和杜兰特接管比赛。

实际上,圣诞节那天,骑士赢勇士,也在于此:不惜代价锁死库里,逼杜兰特和勒布朗单挑,第四节欧文单挑,险胜。

指望骑士全面防死杜兰特或库里两个人,不大可能。库里一旦起来,勇士全队自然沸腾,所以骑士得优先对付库里。

当然这是赌博:如果勇士利用库里被夹击,全队开火,那骑士也算死得其所。

这也是骑士唯一的优势:他们的压力更小,他们的心态更好,他们的套路更专注。比起杜兰特与库里,勒布朗能从更多的角度影响比赛——简直只要勒布朗站上场,比赛就会不一样了。

骑士要尽力做到的,也就是:将比赛拆分、封锁,逼迫杜兰特们来一对一,逼迫勇士其他人因为摸不到球而状态低迷,被迫持球单打时犹疑,终于在有空位篮时也不果断,最后,引导勇士进入类似于 2011 年热的状态。

那么,系列赛就可能进入另一种流程。

比如,假设一种局面:

骑士借勇士休息太久,出奇兵先取第一阵,骑士不惜代价锁死库里,布朗教练决定寻找错位进攻,让勇士打他们并不习惯的套路,比如杜兰特单挑或库里 + 杜兰特挡拆一招鲜反复用,而杜兰特要面对全世界的压力……**随着系列赛递进,迈克-布朗教练轮换越打越短(这一点他跟丹东尼是一个德行),打法越来越求简单。**如果那骑士的机会就来了。比如,2 比 2 之后,骑士在绞杀战中拿下第五战,然后,压力就完全在勇士那边了,体力也会开始出问题。

这就是骑士夺冠的机会了。

如上所述,心理因素,是无法用实力和数据推算来推演的。这就是骑士的优势

——虽然这机会依然不大,因为库里本季的心态实在太稳定了,杜兰特的中距离手感也在巅峰,勇士也确实可以真靠巨星单挑 + 防守,就干掉骑士。

但即便倒在迈克-布朗死用两个巨星手下,也好过被勇士乱枪扎孔。

勒布朗和泰伦-卢,一定也明白这一点——实际上,比起泰伦-卢,勒布朗可能更了解迈克-布朗。

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...

推荐标签 标签

  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    4 引用 • 16 回帖 • 1 关注
  • RIP

    愿逝者安息!

    8 引用 • 92 回帖 • 348 关注
  • Markdown

    Markdown 是一种轻量级标记语言,用户可使用纯文本编辑器来排版文档,最终通过 Markdown 引擎将文档转换为所需格式(比如 HTML、PDF 等)。

    167 引用 • 1509 回帖
  • Webswing

    Webswing 是一个能将任何 Swing 应用通过纯 HTML5 运行在浏览器中的 Web 服务器,详细介绍请看 将 Java Swing 应用变成 Web 应用

    1 引用 • 15 回帖 • 619 关注
  • 学习

    “梦想从学习开始,事业从实践起步” —— 习近平

    168 引用 • 504 回帖
  • MongoDB

    MongoDB(来自于英文单词“Humongous”,中文含义为“庞大”)是一个基于分布式文件存储的数据库,由 C++ 语言编写。旨在为应用提供可扩展的高性能数据存储解决方案。MongoDB 是一个介于关系数据库和非关系数据库之间的产品,是非关系数据库当中功能最丰富,最像关系数据库的。它支持的数据结构非常松散,是类似 JSON 的 BSON 格式,因此可以存储比较复杂的数据类型。

    90 引用 • 59 回帖 • 5 关注
  • Linux

    Linux 是一套免费使用和自由传播的类 Unix 操作系统,是一个基于 POSIX 和 Unix 的多用户、多任务、支持多线程和多 CPU 的操作系统。它能运行主要的 Unix 工具软件、应用程序和网络协议,并支持 32 位和 64 位硬件。Linux 继承了 Unix 以网络为核心的设计思想,是一个性能稳定的多用户网络操作系统。

    939 引用 • 940 回帖
  • danl
    129 关注
  • JSON

    JSON (JavaScript Object Notation)是一种轻量级的数据交换格式。易于人类阅读和编写。同时也易于机器解析和生成。

    52 引用 • 190 回帖
  • 新人

    让我们欢迎这对新人。哦,不好意思说错了,让我们欢迎这位新人!
    新手上路,请谨慎驾驶!

    52 引用 • 228 回帖 • 1 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时,提供更无缝的用户体验。

    1 引用 • 2 回帖 • 45 关注
  • SendCloud

    SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。

    2 引用 • 8 回帖 • 478 关注
  • C

    C 语言是一门通用计算机编程语言,应用广泛。C 语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。

    85 引用 • 165 回帖
  • Angular

    AngularAngularJS 的新版本。

    26 引用 • 66 回帖 • 533 关注
  • Sublime

    Sublime Text 是一款可以用来写代码、写文章的文本编辑器。支持代码高亮、自动完成,还支持通过插件进行扩展。

    10 引用 • 5 回帖 • 1 关注
  • PHP

    PHP(Hypertext Preprocessor)是一种开源脚本语言。语法吸收了 C 语言、 Java 和 Perl 的特点,主要适用于 Web 开发领域,据说是世界上最好的编程语言。

    179 引用 • 407 回帖 • 489 关注
  • Typecho

    Typecho 是一款博客程序,它在 GPLv2 许可证下发行,基于 PHP 构建,可以运行在各种平台上,支持多种数据库(MySQL、PostgreSQL、SQLite)。

    12 引用 • 65 回帖 • 452 关注
  • 阿里巴巴

    阿里巴巴网络技术有限公司(简称:阿里巴巴集团)是以曾担任英语教师的马云为首的 18 人,于 1999 年在中国杭州创立,他们相信互联网能够创造公平的竞争环境,让小企业通过创新与科技扩展业务,并在参与国内或全球市场竞争时处于更有利的位置。

    43 引用 • 221 回帖 • 126 关注
  • 架构

    我们平时所说的“架构”主要是指软件架构,这是有关软件整体结构与组件的抽象描述,用于指导软件系统各个方面的设计。另外还有“业务架构”、“网络架构”、“硬件架构”等细分领域。

    142 引用 • 442 回帖
  • 招聘

    哪里都缺人,哪里都不缺人。

    190 引用 • 1057 回帖 • 1 关注
  • 大数据

    大数据(big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合,是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    93 引用 • 113 回帖 • 1 关注
  • 开源中国

    开源中国是目前中国最大的开源技术社区。传播开源的理念,推广开源项目,为 IT 开发者提供了一个发现、使用、并交流开源技术的平台。目前开源中国社区已收录超过两万款开源软件。

    7 引用 • 86 回帖
  • BAE

    百度应用引擎(Baidu App Engine)提供了 PHP、Java、Python 的执行环境,以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用,并且提供动态扩容和负载均衡的运行环境,让开发者不用考虑高成本的运维工作,只需专注于业务逻辑,大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 632 关注
  • Dubbo

    Dubbo 是一个分布式服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,是 [阿里巴巴] SOA 服务化治理方案的核心框架,每天为 2,000+ 个服务提供 3,000,000,000+ 次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点。

    60 引用 • 82 回帖 • 597 关注
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 3 关注
  • MySQL

    MySQL 是一个关系型数据库管理系统,由瑞典 MySQL AB 公司开发,目前属于 Oracle 公司。MySQL 是最流行的关系型数据库管理系统之一。

    677 引用 • 535 回帖
  • NetBeans

    NetBeans 是一个始于 1997 年的 Xelfi 计划,本身是捷克布拉格查理大学的数学及物理学院的学生计划。此计划延伸而成立了一家公司进而发展这个商用版本的 NetBeans IDE,直到 1999 年 Sun 买下此公司。Sun 于次年(2000 年)六月将 NetBeans IDE 开源,直到现在 NetBeans 的社群依然持续增长。

    78 引用 • 102 回帖 • 672 关注