为什么我们要用Golang聊2014年总决赛录像？
说实话，我一开始也觉得自己有点疯，一边写Golang代码，一边翻出2014年NBA总决赛的录像来看，但后来我发现，这两件事其实特别搭，2014年总决赛是马刺队复仇热火的经典战役，而Golang呢？它是Google开发的一门简洁、高效、并发能力极强的编程语言，你说这怎么扯上关系的？别急,听我慢慢说。
我是在一个周末下午，窝在沙发上重新看2014年总决赛第六场的录像。雷·阿伦三分绝杀的名场面是2013年的，但2014年不一样——那一年，马刺打出了篮球史上最漂亮的团队篮球之一，五场比赛，场均净胜14分，投篮命中率超过52.6%，我当时就在想：如果让我用Golang去分析这些录像数据，我会怎么写？我真写了。
2014年NBA总决赛录像：一场“并发”的团队盛宴
你看过那年的录像吗？如果你打开2014年总决赛第一场的录像，你会发现马刺队的进攻流畅得像流水一样，球在帕克、吉诺比利、邓肯和伦纳德之间快速传导，每个人都不是在单打独斗，而是在等待最合理的机会，这整个过程，用Golang的术语来说，就是一种“并发模式”。
马刺队的传导球就像是Golang里的goroutine之间的通信，每个球员（goroutine）都在做自己的事——跑位、挡拆、传球、投篮——但他们的动作是并发执行的，不是串行的，他们通过“channel”来传递信息——这里的channel就是篮球。
我拿具体的数据来说吧，2014年总决赛，马刺的场均助攻数是25.2次，热火是19.4次，你看这个差距，整整差了接近6次助攻，这6次助攻意味着什么？意味着马刺每次进攻都在让球流动,让防守方疲于奔命。
一个Golang角度的技术切片
假如我们要分析2014年总决赛录像中的一次进攻回合,用Golang怎么写？
type Player struct {
Name string
Position string
IsOpen bool
}
type BallMovement struct {
From *Player
To *Player
TimeMs int
}
func main() {
// 模拟马刺一次进攻
parker := &Player{Name: "Tony Parker", Position: "PG"}
ginobili := &Player{Name: "Manu Ginobili", Position: "SG"}
duncan := &Player{Name: "Tim Duncan", Position: "C"}
// 球从帕克到吉诺比利，再到邓肯
moves := []BallMovement{
{From: parker, To: ginobili, TimeMs: 800},
{From: ginobili, To: duncan, TimeMs: 600},
}
fmt.Println("2014年马刺进攻，球快速传导中...")
}
你看，每两次传球之间的间隔只有600到800毫秒，这不是瞎传，是有目的地的快速决策，Golang的goroutine调度也是类似的，它不会让一个任务卡住整个系统，而是让任务在合适的时候yield（让出控制权）。
录像里的“错误处理”：马刺是怎么从失败中学习的
很多人看2014年录像，只看到了马刺的辉煌，但我更关注的是他们之前一年的失败，2013年总决赛第六场，马刺差5秒就夺冠了，结果被雷·阿伦的三分球拖进加时，最后输了，2014年他们卷土重来,面对同一个对手。
我在录像里看到的，不仅仅是战术，更是错误处理（error handling）的完美演示，在Golang里，错误处理是显式的，你必须检查每个可能出错的地方，马刺就是这样的——他们在2013年总决赛的录像里，反复观看那些失误的回合,然后一一修正。
看这个表,对比一下2013年和2014年马刺在总决赛的一些关键数据：
| 数据项 | 2013年总决赛 | 2014年总决赛 |
|---|---|---|
| 场均失误 | 3次 | 8次 |
| 场均助攻 | 2次 | 2次 |
| 三分命中率 | 5% | 6% |
| 伦纳德场均得分 | 6分 | 8分 |
这些数字不是凭空出现的。伦纳德的成长是其中一个关键，2014年总决赛录像里，你能看到伦纳德的防守是怎么摧毁詹姆斯的，他在第六场拿到22分10篮板，同时把詹姆斯限制到10分——这是詹姆斯总决赛的最差表现之一。
用Golang的“方法集”理解马刺的体系
热火的防守策略，怎么说呢……它们看起来强大，但有漏洞，马刺怎么打这个漏洞？他们用“方法集”（method set）的思路。
在Golang中，一个类型可以有自己的方法，马刺的“团队篮球”就是一个巨大的方法集：
- 帕克的方法：突破分球、中距离跳投
- 吉诺比利的方法：欧洲步、背传
- 邓肯的方法：高位策应、低位单打
- 伦纳德的方法：接球投篮、侧翼突破
当这些方法一起调用的时候，你看到的是什么？是不可预测性，热火防不住，因为他们不知道马刺会调用哪个方法，每次进攻，马刺都在动态地选择最合适的方法,而不是死板地执行一个计划。
我当时看录像的时候，数了一下第五场的一个进攻回合——马刺在24秒内传了8次球，每个人至少碰了一次球，最后是迪奥在底线切入轻松上篮，那种流畅感，你真的能感受到Golang里“不要通过共享内存来通信，而要通过通信来共享内存”的味道。
录像里的“interface”：为什么伦纳德能拿FMVP
2014年总决赛录像里，伦纳德的表现是现象级的，但你知道吗？他在那轮系列赛之前，场均只有12.8分，突然在总决赛爆发，靠的是什么？interface。
在Golang里，interface是一个抽象的概念，只要一个类型实现了某个接口的方法，它就能被当作那个接口来使用，伦纳德就是那种“多功能接口”球员，他能在防守端当“lebron stopper”（詹姆斯终结者），也能在进攻端投三分、快攻扣篮。他的能力没有写死,是动态的。
看这个场景：第五场第四节，伦纳德连续命中三记三分球，每一记都是接球就投，时间差、节奏感、出手动作，一模一样，这就像Golang里一个实现了Shooter接口的Player类型，调用Shoot()方法,每次都能在正确的时机运行。
费曼学习法视角：用最简单的话解释2014年录像
费曼说过，如果你不能用简单的语言解释一件事，说明你没真正理解它，那2014年总决赛录像,用最简单的话怎么说？
就是一群老头带着一个年轻人，用传球打败了巅峰期詹姆斯。
马刺首发阵容：邓肯（38岁）、吉诺比利（37岁）、帕克（32岁）、伦纳德（23岁）、斯普利特（29岁），热火阵容：詹姆斯（29岁）、韦德（32岁）、波什（30岁），马刺除了伦纳德，核心球员的平均年龄比热火大得多，但他们用的是“力量”吗？不是，是智慧和体系。
录像里有一个画面我印象特别深：第四场，第二节，吉诺比利在一次快攻中，本来可以直接上篮，但他故意把球往背后一甩，传给了跟进的伦纳德，伦纳德愣了一下，然后扣篮，吉诺比利赛后说：“我知道他在后面，我只是没看他。” 这就是信任——在Golang里叫“deadlock avoidance”（死锁避免），但在这里叫“团队篮球”。
如何科学地观看2014年总决赛录像
如果你真的想从录像里学到东西（而不是单纯看热闹）,我建议你这样看：
- 先看完整录像，不要跳跃，每一节、每一个暂停、每一个换人,都有信息量。
- 重点关注无球跑动，2014年马刺最厉害的不是持球人，而是那些不停移动的球员，迪奥、米尔斯、贝里内利,他们的跑位像goroutine一样并发。
- 记录每次被犯规和失误，看到吗？马刺在第五场的失误只有8次，而热火有16次。双倍差距——这就是“错误处理”的重要性。
- 对比伦纳德和詹姆斯的防守对位，那轮系列赛，伦纳德对位詹姆斯的时间超过70%，而詹姆斯面对伦纳德的投篮命中率只有37.5%。
- 把声音关掉看一回合，你会发现在没有解说的情况下,你能更清楚看到战术的跑位和选择。
我还记得有一次看录像时，发现了一个细节：迪奥在进攻时经常站在罚球线附近，这不是一个常规位置，但马刺利用这个位置打开了热火的防守，迪奥体重大、视野好，他站在那里能传球、能策应、还能偶尔投中距离，热火的中锋要么不出来，出来就被打身后，这个位置，在Golang里就像是“缓冲通道”——安全、稳定、高效。
录像里的“时间轮片”
Golang的goroutine调度使用的是M:N调度模型，其中包含时间片的概念，而2014年总决赛录像里，马刺的“时间轮片”安排得极其精妙。
看这一段：第三节还剩4分12秒，马刺叫暂停，暂停结束后，波波维奇换上了斯普利特而不是迪奥，这是什么操作？这是根据对手阵容的调度，热火当时换上了全小个阵容，波波维奇用斯普利特去内线硬吃，打了三次低位单打,全部成功。
而且我注意到，马刺的换人从来不是固定的6分钟、8分钟这样死板地轮换，而是根据比赛节奏和对手状态决定，吉诺比利经常打6分钟就下场，然后在第一节末再上场，这种动态调度，和Golang里runtime.Gosched()函数主动让出CPU的思路如出一辙——先让状态更好的队友上场,自己休息几分钟再回来。
录像里还有一个典型的“Golang式”现象：马刺在连续得分的回合，从来不急着出手，他们会通过反复传球，直到找到最佳机会，而热火在落后的时候，经常是詹姆斯控球、弧顶观察、直接突破或者强行出手，这不是能力问题，是执行策略的差异——马刺的代码（战术）写得更健壮，而热火的代码（战术）过于依赖单人性能。
从录像看“代码重构”
你注意到2014年的马刺和2013年的马刺有什么不同吗？战术核心变了，2013年，马刺更多依赖帕克的持球突破；2014年，他们把球权更多地分配给了伦纳德和吉诺比利,甚至迪奥都有大量的策应。
这是什么？这是代码重构啊！他们写了一年的代码（2013-2014赛季），发现原来的核心功能（帕克单核）在高负载（总决赛）下容易崩溃，于是重构了整个体系，而且他们没有推翻重来，而是保留好的部分，优化坏的部分。
看录像里的一段：第四场，波波维奇派上了全替补阵容——米尔斯、吉诺比利、贝里内利、迪奥、斯普利特，这个阵容没有帕克，没有伦纳德，但他们在不到3分钟的时间里打出了一波12比2的高潮，如果这是代码，你看到的是：主函数（帕克）即使不在，子协程（替补球员）也能独立完成任务。松耦合、高内聚——这正是Golang的设计哲学之一。
最后说点实在的
说真的，写这篇文章的时候，我又看了一遍2014年总决赛的录像，每一次看都能发现新东西，比如第五场，斯普利特一直站在禁区不动，热火以为他要策应，结果他突然往外切，接球后中距离跳投命中，那种动作，笨拙但有效，就像我写Golang代码时写出来的第一版——不够优雅,但能跑起来。
我没法把每一帧都写出来，但如果你有时间，真的推荐你去看看那轮系列赛的录像，不是那种集锦，是完整的一场，你会发现，系统性的胜利不是偶然的，它是从一次次传球、一次次跑位、一次次防守轮转中慢慢积累起来的。
就好像写Golang代码一样，一个好的程序不是一次写成的，而是不断调试、重构、优化的结果，2014年马刺的成功，就是他们花了一整年时间,把去年失败的代码改写成了一版无懈可击的版本。
而我呢？我就继续看录像、写代码、吃薯片，日子就这么过着，不过说起来，下次看录像的时候，我感觉自己已经不会再是单纯的篮球迷了——我变成了一个会边看边想“这个防守回合怎么用Golang实现”的怪人，但我想，也挺好的，总比看完就忘强,对吧？
本文来自作者[kyadmin]投稿，不代表ac米兰官网立场，如若转载，请注明出处：http://www.milanomuse.com/nba/78.html
评论列表（4条）
我是ac米兰官网的签约作者“kyadmin”！
希望本篇文章《2014年NBA总决赛录像，用Golang技术视角重新解读经典》能对你有所帮助！
本站[ac米兰官网]内容主要涵盖：AC米兰,ac米兰中文,AC米兰官网
本文概览：为什么我们要用Golang聊2014年总决赛录像？说实话，我一开始也觉得自己有点疯，一边写Golang代码，一边翻出2014年NBA...