为什么Python老手总在缩进和虚拟环境上翻车？

“你的代码几乎完美，然后Python提醒你，缩进不只是格式偏好。”一位开发者在社区里写下这句话时，评论区瞬间炸了。几个月前，他写了一篇《你是真正的JavaScript开发者，前提是……》，本来只是图个乐，结果社区反响热烈，评论区让他意识到：开发者有一种惊人的天赋，能把日常挣扎变成喜剧。后来@sylwia-lask也写了软件开发者版本，他决定把这个系列继续下去——TypeScript之后，这次轮到了Python。

Python开发者和空白字符之间，有一种非常特殊的关系。他们还有虚拟环境、神秘的包冲突、塞满实验的notebook，以及那个“本来五分钟就能搞定”的脚本——最后变成了一个完整项目。所以这篇清单，是写给Python开发者的。

缩进：不是偏好，是生死线

你的代码几乎完美。然后Python提醒你，缩进不只是格式偏好，它是“能跑的程序”和“困惑一下午”之间的区别。这件事没有商量余地。

接着是依赖。一切本来运行得好好的，pip install some-package，突然另一个包需要不同的版本。你的项目开始出现信任问题，而你开始问自己：我到底是怎么走到这一步的？

还有那个经典场景：你装好了所有依赖，Python告诉你模块不存在。你又装了一遍。然后你意识到——你用错了环境。或者更早一步：你创建了虚拟环境，然后忘了激活它。

从CSV到数据管道，只要三小时

一开始它只是个简单的CSV。几行，几列，没什么复杂的。然后你开始清洗数据、过滤记录、分组结果、画图表。三个小时后，你正在搭建一整套数据分析管道。而且你玩得很开心。

你从简单的循环开始。然后你发现了列表推导式。现在一切都长这样：

squares = [x**2 for x in range(10) if x % 2 == 0]

你本来可以写三行，但这个能塞进一行。而这就让它更好了。

调试的时候，你本可以用调试器，本可以加正规日志，本可以系统性地排查问题。但你写的是：

print("HERE")
print(user)
print("WHY IS THIS NONE?")

然后不知怎么的，你找到了bug。

Notebook里的单元格编号是[1]、[7]、[14]和[39]。有些单元格跑过五遍，有些从昨天起就没碰过。某个变量里存着你已经不记得的实验结果。而重启内核，感觉就像拿整个下午玩俄罗斯轮盘。

is和==，六年后的犹豫

你以为它们干的是同一件事。然后有人给你解释了对象身份和相等性的区别。你看懂了。你关掉了那篇文章。六个月后，每次写下其中一个，你依然会停顿几秒。

一切看起来都合理。函数跑了，变量存在。但你试图对一个None做操作。而错误信息基本上就是Python在说：“你给了我一个空，你到底期待什么？”

你本来只想重命名几个文件。于是你写了个快速脚本。然后你加了参数。然后加了配置文件。某个时刻，你不再管它叫脚本了。你开始考虑把它发到GitHub上。

Python有非常优秀的文档。你知道这一点，也很感激。但有时候你只想知道，为什么教程里三行的例子能跑，到了你项目里就失败。于是你打开另一个标签页。再一个。然后不知怎么的，你正在读一个完全不相干问题的讨论。

你的变量名对你自己来说很有意义。你的空格排版……很有创意。你没改逻辑。但你已经感觉自己更专业了。

然后你发现服务器上的Python版本不一样。或者缺了个依赖。或者环境变量不同。或者有你不知道的权限设置。你那个小脚本本来只是要自动化一个无聊任务。现在你在学部署。人格成长有很多种形式。

你遇到了一个异常。你没看懂。于是你写：

try:
do_the_thing()
except Exception:
pass

问题解决了！好吧，严格来说，错误消失了。真正的问题还在阴影里。而未来的你，会有一些问题要问。

友好的语言，有几间没逛过的房间

语法很干净。例子很好懂。你不用花半天配置项目就能写出有用的东西。你想：“这语言真友好！”然后你遇到了异步编程、依赖管理、打包、装饰器和类型提示。Python依然友好。只是有几间房间你还没逛过。

你在做一件重复的事。写个脚本肯定省时间。于是你花了两个小时，去自动化一个五分钟的任务。你会承认花了多久吗？

有趣的地方在于：你可以花一整个下午跟依赖搏斗，纳闷为什么notebook把所有变量都忘了，或者试图理解一个看起来跟你的代码完全无关的错误。然后第二天，你又打开了Python。因为你知道能用它造出多少东西。Python总有一个新的有趣项目在等你。

这位开发者说，这份清单比他预想的要长，但他知道还漏了一些经典场面。他问社区：你做过的最“Python开发者”的事是什么？