因为 python 认为余数 r 用到的机会会更大，采用向下取整的规则可以保证余数 r 与除数 b 的符号相同(同正或者同负)。
假设 a 和 b 都>=0 时，
b * q + r = a， 0 <= r < b
如果希望将这一关系扩展到 a 为负(b 仍为正)的情况，有两个选择：一是 q 向 0 取整，r 取负值，这时约束关系变为 0 <= abs( r ) < b，另一种选择是 q 向下(负无穷方向)取整，约束关系不变，依然是 0 <= r < b。
在数学的数论中，数学家总是倾向于第二种选择(参见如下 Wikipedia 链接)。
在 Python 语言中也做了同样选择，因为在某些取模操作应用中被除数 a 取什么符号并不重要。
例如从 POSIX 时间戳(从 1970 年初开始的秒数)得到其对应当天的时间。因为一天有 24*3600 = 86400 秒，这一操作就是简单的 t % 86400。但是当表达 1970 年之前的时间，这时是一个负数，向 0 取整规则得到的是一个毫无意义的结果！而向下取整规则得到的结果仍然是正确的。
另外一个我能想到的应用是计算机图形学中计算像素的位置。我相信这样的应用还有更多。
顺便说一下，b 取负值时，仅需要把符号取反，约束关系变为：
0 >= r > b
那么，现在的问题变成，C 为啥不采取(Python)这样的选择呢？可能是设计 C 时硬件不适合这样做，所谓硬件不适合这样做是说指那些最老式的硬件把负数表示为“符号+大小”而不是像现在的硬件用二进制补码表示(至少对整数是用二进制补码)。我的第一台计算机是一台 Control Data 大型机，它用 1 的补码来表示整数和浮点数。60 个 1 的序列表示负 0！
Tim Peters 对 Python 的浮点数部分洞若观火，对于我想把这一规则推广到浮点数取模运算有些担心。可能他是对的，因为向负无穷取整的规则有可能导致当 x 是绝对值特别小的负数时 x%1.0 会丢失精度。但是这还不足以让我对整数取模，也就是//进行修改。
附言：注意我用了//而不是/，这是一个 Python 3 语法，而且在 Python 2 中也是有效的，它强调了使用者是要进行整除操作。Python 2 中的 / 有可能产生歧义，因为对两个操作数都是整数时或者一个整数一个浮点数或者两个都是浮点数时，返回的结果类型不同。当然，这是另外的故事，详情参见 PEP238。