Python语言强制缩进是败笔？

好家伙，这个问题还是被人拿出来讨论了。

我第一次接触的Python的时候，发现代码块之间竟然是用缩进来区分的，一时间还难以适应。

不过写了几十行代码后很快就适应了，还觉得用缩进有那么点独特性

因为强制缩进的话，代码写完后天然地就是排版好的。不需要刻意做格式化处理。我记得刚开始写python代码用的是vim。

用的vim的都是知道，学习曲线非常陡，想打造出一个IDE，需要花很多精力。而用来写python就很适合了，写完之后，代码非常工整。

P被问到为什么要强制缩进时，Python之父，Guido van Rossum当时是这么说的：

这种强制缩进，并不是什么新概念。当年我在 CWI 使用 ABC 语言编程的时候，人家就这么干的。我从 ABC 语言中继承了这个概念。不过 occam 这种很古老的语言也是用了这种方式，我不知道他们是谁先采用的，也许都是独创。这种思想也可能出自 Don Knuth（高德纳，著名计算机科学家，经典巨著《计算机程序设计艺术》的作者），他早在 1974 年就提出过这种做法。

Python继承自ABC语言，至于ABC为啥要采用缩进的方式来分隔代码块。个人觉得并不是什么口味问题，而是出于当时的时代原因。

Python诞生于 1989年，ABC就更早了。那时候也没有什么IDE，Python的设计目标是一门简洁易用具备可读性的语言，而用强制缩进，确实可以让代码的可读性更高。当然，强制用缩进也少了左花括号到底要不要换行的争论。

如果放在今天，按我个人的口味来的话，我更倾向于｛｝来区分代码块。毕竟现在的计算机性能已经今非昔比。IDE的智能化已经很很好的处理代码格式问题了。

反而用空格我得小心翼翼生怕多敲了一个空格，空格与tab的混用也使得在不同运行环境中出问题，这个问题对初学者来说尤为明显。

强制缩进与｛｝两者的优劣谁也争不出个输赢，纯粹就是个人口味问题。把更多时间用来怎么除去代码的“坏味道”才是正事