Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

我眼中的范加尔

Posted on 09/13/201510/08/2024 by 四火

LvG

写在双红会之后。曼联遇到利物浦,最近这一年多来,总是可以拿到酣畅淋漓的胜利。从莫耶斯到范加尔,其中的转变,这是一个缩影。毫无疑问范加尔是个颇具争议的主教练,他的身边从来不缺新闻话题,而且他的孤傲和弗格森还不一样,他喜欢把各种内部消息往外抖,说他心直口快也好,说他脑子缺根筋也好,反正记者爱听他爆料,球迷也爱听啊。就在没多久前,因为花了几千万签下一个名不见经传的马夏尔,还受到各方质疑,连他自己都承认,这个价格有点疯狂。

战术层面

说范加尔战术死板那绝对是有道理的。事实上,球员被允许自由发挥的余地并不大。关于球员自由发挥,这个和教练有着密切的关系。范加尔是个典型的 control freak,从训练场到集体活动,细节全部把控。去年一年战术在不断调整,最早尝试过一段时间 352,三个中后卫排开,两个边翼,但是效果不佳,英格兰环境下渲染的球员不太会打这种阵型,速度慢,球还倒不开。现在的四后卫体系已经熟悉,中场有时候放双后腰,两个边锋顶上去,中路看情况是摆一个二前锋(进攻),或者是一个前腰(控制);有时候则是摆典型的 4141,中场一字排开。无论哪一种,前场的压迫性做得比上个赛季好很多。

关于范加尔的控制欲,在战术体系的细节上可以看得很清楚:左右中卫必须是一个左脚一个右脚,这也是他买罗霍的一个原因,是把布林德放到左中卫上的一个原因;左右两个边锋,必须内切,左边的孟菲斯德佩也好,阿什利杨也好,右边的马塔也好,曾经打过这个位置的贾努扎伊也好,都是如此。有时觉得过于追求场面的控制,节奏拖得死气沉沉,前锋单箭头,也基本更多地只能发挥战术价值,压迫、接应、做球(至今不太理解卖掉范佩西干嘛,做球能力顶尖的前锋),无论谁放在这个位置上,都很难说有足够的进球率。压迫型打法本来就不便于迪马利亚这样速度型球员的发挥,他的不受重用也不算奇怪。但是从迪马利亚到马夏尔,我们可以读懂范加尔是需要在这种略显沉闷的场面下,制造一些突破点的,这个点需要盘带和速度。

但是,对于自己战术的偏执,让球队在经过了一年的动荡变革之后,已经颇具形态。任何一种打法,都会有人骂有人爱,但无可否认看范加尔的球队踢球,和当初莫耶斯比起来,会更容易让人抱以期望。我在这篇文章里面,讲过,即便是在范加尔带队战绩最差的那段时间,战绩不如同期的莫耶斯,我依然对他很有信心。最主要的一条原因,就是 “场面”。竞技运动都有随机性,弱队不一定输,占据了优势不一定赢。但是,就像大数定理一样,能够稳定地占据场面优势,却是一支强队必备的素质。就像一支只靠防守反击得分的球队,不可能成为一支世界级强队。你可以说穆里尼奥的切尔西,有时候踢得很被动还能夺冠,但是大多数比赛里,他们还是能够占据场面的优势。第二个原因,就是稳定的风格。弗格森时代我们能见到在进攻三区快速的传导和推进,能看到中路对于两个边翼方向的转移球和调度;而范加尔的球队,防守的压迫性,边线围抢,进攻的时候铺开,讲究空间和宽度,都令人印象深刻。即便是输球,风格还是坚持的。但是莫耶斯呢,印象中似乎最深刻的就是那八十多脚传中球了,似乎并没有成型的打法。

看强强对话的数据(不止是比分,包括威胁球等等的场面数据),无疑范加尔相当具有优势。最近几年哪怕弗格森的治下夺冠,也没有那么好看的强强对话的数据;而莫耶斯则是灾难。

球员的改造

很多人都觉得,范加尔总是把球员放到他不擅长的位置上。连迪马利亚也说,当初被安排打了好多次不习惯的位置,虽说这也和当时的战术不稳定有关,还在试验探索阶段。不过总的看起来,大部分对球员的改造还是合理的和靠谱的。无论好坏,说说印象最深的几个人。

布林德被放在左中卫上,今天的比赛前,还有人说,布林德今天要面对黑粗壮本特克的考验。但实际上呢?不但通过了考验,而且拿到了全场最佳。对于中卫的理解,至少范加尔是和很多对足球理解传统的人不一样的。中后卫不一定要多么高大,但是中后卫要稳定,并且位置感和出球一定要出色——这也是我觉得琼斯很难获得长期主力位置的原因之一。布林德可以说是范加尔的改造成果,他虽然也打过中后卫,但是依他的身体素质,很少教练敢长期把他放到这个位置上。和传统中卫比起来,布林德的选位可以说不错,而在占据场面优势的情况下,他的视野和出球可以成为一个相较于其他中卫的优势。

瓦伦西亚彻底被放在右后卫的位置上。其实他更像是一个边锋,或者一个边翼。瓦伦西亚打右后卫,真的为难他了,他没有什么位置感,但是他拿球稳定,而且在右路走廊,发力启动和快速球传中那一下,也算是独门绝技了。很可惜,我认为他在范加尔的手下,是没有前途的。在如今的阵型中,不会有传统边锋的位置,瓦伦西亚不会内切,传中质量也算不上高,本来在打 352 的时候还能打打边翼,现在换成四后卫体系,防守上面和达米安根本不是一个级别的。

因为防守上的缺陷和丢球过于随意,马塔从中路移到了右路,边前腰。防守的压力小了一些,对抗上看也不如中路那么拥挤,他有时候游弋到中路来,还能传几脚威胁球。当然,右路的配合肯定不如左路那么多,今天的比赛就是一个佐证。威胁大多在左路。我不知道他还会不会回到中路,毕竟在右路损失了一些他的传球视野 。

阿什利杨,其实 “改造” 不够妥当,更准确的说是对他的使用。杨的触球不怎么样,这也是在弗格森时代和莫耶斯时代被球迷骂的原因之一。但是当阿什利杨的爆发力和传中能力(无论人在什么位置,永远传后点)被充分利用,搭配上费莱尼的时候,可以说在范加尔的体系里如鱼得水,他和很多盘带能力好的边锋不一样的地方在于,他能在左路打出很不错的配合。

还有一些失败或成功的位置改造的例子包括,香川真司,6 号和 8 号位,明显失败;鲁尼,中场中路打过几个位置,我觉得他打影子前锋可能最佳;埃尔南德斯,热身赛的时候尝试过右边锋,失败;贾努扎伊,左中右都打过,今年打影子前锋的尝试宣告失败,已租借出走;琼斯被固定在了中卫位置,弗格森时代琼斯居然打过中场,对比一下现在中场的配置,如今的中场怎么可能还有琼斯的位置?

引援

从整体来看,引援目前可以说是比较成功的,至少可以打 80 分。今夏最成功的 “引援” 在于留下了德赫亚,其中范加尔兴许要有一半功劳。你可以痛恨他的手段,在更衣室胡来,得罪过 N 多大牌,但是,也有一些对球队正面的例子,德赫亚就是其中一个。而去年最成功的 “引援” 是费莱尼(转会失败)。

马夏尔贵吗?当然。荒唐吗?当然。他是正确的人选,只是被标上了一个疯狂的价格而已。我不理解为什么放走范佩西,但是马夏尔的补充,对于缺乏速度的前场,是有非常大帮助的。

范加尔在任期间,我认为卢克肖是最佳引援,今年可以看到他的体能有了明显改善,直上直下,丢位置的情况更少发生;仅次于卢克肖的是达米安,我已经不记得上一个正儿八经的靠谱右边后卫是什么时候的事儿了,也许十多年前。

施魏因施泰格和施奈德林,似乎从卡里克+斯科尔斯这对冠军后腰组合之后,就再也没有一个大师新面孔入眼了,如今后腰一下子从短板变成了最强的位置。

不佳或值得怀疑的引援包括:罗霍,这赛季还没登场,但是上赛季看,此人出球能力太差,能否在球队中站稳脚跟我表示怀疑;孟菲斯德佩,球商不足,丢球太多,他目前的状态比卖走的纳尼好不了多少。

关于引援方面,夏季许多人质疑的中卫位置,如果布林德如我们所见,这样持续地出色发挥,就不会再有人质疑了。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 又到一年引援时
  2. 关于曼联的话题我在知乎上的几个回答
  3. 曼联,索尔斯克亚,2020-2021 赛季
  4. 12 年前,法兰西之夏
  5. 写在曼联主教练又一次更迭之际

2 thoughts on “我眼中的范加尔”

  1. cloudxiao says:
    09/28/2015 at 1:11 PM

    注意到博主的文章日期已是九月初,当时罗霍的确并未登场= =

    Reply
  2. cloudxiao says:
    09/28/2015 at 1:10 PM

    罗霍有登场,但是很快又受伤。在中卫这个位置上略显鲁莽,成为大师级还有很长距离。

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme