作为一个写了几年 Golang 的程序员，我有个挺怪的爱好——边写代码边看 NBA 集锦，你别说，这俩东西搁一块儿，还真有点相通的味道，Golang 讲究简洁高效，像库里那手三分球，代码写得利落，投篮投得干脆；Golang 的并发模型，又像詹姆斯在球场上的视野，一个人能同时调度好几个线程，球传得又快又准，今儿个我手痒了，想着用 Golang 的思维，聊聊那些让我热血沸腾的 NBA 篮球名将，顺便带点代码的幽默感——你准备好了没？
为什么 Golang 能解读 NBA 名将？
先扯个题外话，Golang 这门语言，静态类型、编译快、原生支持并发，它不像 Python 那样“你猜我什么意思”，也不像 Java 那么啰嗦，NBA 篮球名将也一样——你得有硬实力，不能光靠花架子，一个篮球名将的职业生涯，其实就是一个高并发的系统：伤病、交易、队友磨合、战术变化，哪一样不是异步事件？Golang 的 goroutine 轻量得很，一个球员的每个赛季就像一条 goroutine，跑完就回收,但数据留下来了。
举个例子，我写了个小工具，用来分析 NBA 历史得分榜的前十名，用 Golang 的 map 和 slice 一存，数据清洗起来特别顺手，代码长这样——不，我不打算贴代码全文，但我想告诉你，当我盯着那堆数字时,脑子里冒出来的全是那些名将的脸。
历史级名将的数据切片：从乔丹到勒布朗
用 Golang 的 struct 来定义个球员结构体,大概是这样：
type Player struct {
Name string
Position string
Championships int
MVPs int
PointsPerGame float64
}然后我把几个最顶级的名字填进去,你感受下：
| 球员 | 位置 | 总冠军 | MVP | 场均得分（常规赛） |
|---|---|---|---|---|
| 迈克尔·乔丹 | 得分后卫 | 6 | 5 | 1 |
| 勒布朗·詹姆斯 | 小前锋 | 4 | 4 | 1 |
| 卡里姆·阿卜杜尔-贾巴尔 | 中锋 | 6 | 6 | 6 |
| 科比·布莱恩特 | 得分后卫 | 5 | 1 | 0 |
| 沙奎尔·奥尼尔 | 中锋 | 4 | 1 | 7 |
别小看这张表，每个数字背后都是十几年的血汗，你知道吗，我在 Golang 里用 sort.Slice 按总分排的时候，乔丹的 32,292 分排在第 5，但场均 30.1 是历史第一，这就好比你写了个函数，功能不多但每个调用都高效——乔丹就是那个函数。
迈克尔·乔丹：Golang 里的“静态变量”
乔丹是什么？在整个 NBA 历史上，他就是个全局常量，不可变，不可替代，你用 Golang 定义个常量：const MichaelJordan = "The GOAT"，编译器都不让你改，他的后仰跳投，稳定得像编译通过的程序，不管对手怎么防守，基本不报错（“不报错”就是命中率高），1997 年总决赛，他带着流感砍下 38 分，那就是一个函数在内存泄漏的情况下强行跑完了主逻辑——还特别稳。
我特别喜欢用 Golang 的 defer 来比喻他：不管代码里发生什么异常，defer 最后一定会执行，乔丹在关键时刻，球一定会到他手里，然后得分——这就是 defer 级别的可靠性。
勒布朗·詹姆斯：Golang 的并发调度器
勒布朗·詹姆斯在我心中更像一个 goroutine 调度器，他不是单纯的得分手，他能看穿场上的所有协程：哪个队友空位了（通道打开了），哪个防守漏人了（锁释放了），什么时候该自己攻（抢占资源），Golang 的 select 语句用于在多个 channel 中选择一个可用的执行路径——勒布朗每场比赛都在跑 select,他总能选中最优的传球或投篮路径。
数据上，勒布朗的历史总得分快到 40,000 分了，还在跑，他的程序可能永远停不下来——不是死循环，是生命周期太长了，我在写 Golang 并发爬虫时，总想起他那种带着一帮新队友还能夺冠的能力，就像你的 sync.WaitGroup 带着一堆 goroutine 跑完任务,一个都不掉队。
科比·布莱恩特：那个“硬编码”的偏执狂
科比耿直得像一段没加 error handling 的代码——要么成就一切，要么崩得壮烈，他的训练强度，你如果用 Golang 的 for {} 死循环来形容，一点都不夸张，凌晨四点的洛杉矶，他一直在跑那个循环，条件永远为真。“曼巴精神”就是程序员 debug 到凌晨三点还不肯睡的那种劲头。
他的技术统计里，有一项特别有意思：单场 81 分，你用 Golang 写个算法，for i := 0; i < 81; i++ { score++ }，逻辑简单，可执行的成本极高，科比就是那个在高压下还能跑完 81 次迭代的人,还不带崩。
当代名将的 Golang 式解读
聊完老人，也该说说现在的球星，毕竟 Golang 也有版本迭代，1.0 到 1.21 变化多了去了，NBA 也一样。
斯蒂芬·库里：第三方库的颠覆者
库里改变了篮球的打法，就像 Golang 的 go mod 改变了依赖管理，在他之前，三分球是配角；在他之后，你球队没几个三分射手，都不好意思争冠，他就像一个突然爆火的开源库，所有人开始引用他，import "curry/three-pointer" 成了标配。
库里的出手速度有多快？Golang 里你写个匿名函数，go func() { shoot() }()，球还没落地呢，函数已经执行完了，他的逻辑和代码一样干净——不粘球，不拖沓，该出手就 return。
扬尼斯·阿德托昆博：跨平台编译的怪物
字母哥这个外号就说明问题了——他能在任何平台上跑，从小前锋打到中锋，从希腊联赛打到 NBA 总冠军，跨平台兼容性一流，你用 Golang 写个程序，设置 GOOS=windows GOARCH=amd64 编译一个，再设 GOOS=linux GOARCH=arm 编译另一个——字母哥就是那个编译一次,到处能跑的奇葩。
他的罚球命中率不高，但你没办法，就像有的 Golang 包虽然有点 bug，但功能太强，你还得用，他场均 30 多分的输出,基本没人挡得住。
卢卡·东契奇：一个“动态类型”的后起之秀
东契奇身上那股“怎么打怎么有”的味道，很像是 Python 转 Golang 的程序员——初看觉得慢，细看全是骚操作，他不靠速度，靠节奏、视野和手感，在 Golang 里，你很少用反射（reflect），因为它慢；但东契奇用的就是反射，他能瞬间读取防守人的意图，然后反着来,命中率还贼高。
这人不简单，年轻人啊,未来可期。
用 Golang 模拟一场名将的对决
我后来手痒写了个模拟器，用 rand.Float64() 模拟投篮，不同名将给不同的命中率权重——乔丹中投权重 0.55，库里三分权重 0.43，詹姆斯的突破权重 0.60，然后让它们同时跑 goroutine，看谁先凑够 100 分，结果你知道吗？乔丹和詹姆斯几乎同时撞线，可科比在 goroutine 跑到一半的时候死了——命中率给的太低，被淘汰了——但死得挺壮烈（实际上科比真实命中率不低，我故意调低了，想看看效果，有点对不起他）。
这个模拟不严谨，但很好玩，你看，Golang 和 NBA 就这么串起来了。
写在代码和篮球之间
我一直觉得，写代码的人和打篮球的人，骨子里都有一股劲——修正 bug 的劲，和打铁后继续投的劲，NBA 篮球名将在场上那份从容，你去读读他们的访谈，没人说自己从不失误，乔丹说：“我投丢了超过 9000 次投篮，输掉过几百场比赛。”你没看错，这就是顶级球员的日志文件，没删过 error。
如果你写 Golang，试着去理解并发调度；如果你看 NBA，试着去看勒布朗怎么调度，这俩东西在我这脑子里已经糊成一团了，分不清谁是谁,但我挺享受这种糊。
好了，不说总结的话了，我得去跑个 go run nba_legends.go 看看结果了，刚才那个模拟器有点 bug，科比又崩了一次——可能是 goroutine 泄露了。
本文来自作者[kyadmin]投稿，不代表be365立场，如若转载，请注明出处：http://www.b22b.cn/nba/66.html
评论列表（4条）
我是be365的签约作者“kyadmin”！
希望本篇文章《用 Golang 聊 NBA 篮球名将，数据、荣耀与编程的跨界碰撞》能对你有所帮助！
本站[be365]内容主要涵盖：be365,be365网站,be365网址,ball365体育,Be365排名
本文概览：作为一个写了几年Golang的程序员，我有个挺怪的爱好——边写代码边看NBA集锦，你别说，这俩东西搁一块儿，还真有点相通的味道，...