・構文上の空白は便利ですが、コード生成が必要以上に難しくなります。
これは解決するのが難しい問題ではありません。
Haskellでは、構文上の空白、または中括弧とセミコロンを含む同等の構文を使用できます。
1つは人に、もう1つはメタプログラミングに適していますが、両方をサポートしない理由はありません。
人々がこれを要求したとき、Pythonの実装者がそれについて本当に気が狂っていたのは助けにはなりません。
（from __future__ import braces を試してみてください）

・lambdaの本体をステートメントではなく式に制限することは恣意的で面倒です。
変数の宣言と割り当てが式ではなくステートメントであるということは、恣意的で煩わしいことです。
ステートメント/式の区別は恣意的で煩わしいものです。

・「[ハッシュテーブル]は完全なデータ構造です。」
Pythonは、他のテーブルベースの言語と同様に、積和（代数的）データ型がより適切である多くのことに「マッピング」を使用することを勧めています。
これは非効率的ですが、さらに重要なことに、エラーが発生しやすくなります。
冒頭のPerlisの引用を続けると、「プログラマーは、彼らの創意工夫と論理によってではなく、彼らの事例分析の完全性によって評価されるべきです。」
Pythonが適切なデータ構造をサポートしていないため、ケース分析を隠すプログラム構造が促進されます。
訂正：Andrew Cookeは、名前付きタプル（http://docs.python.org/library/collections.html#namedtuple-factory-function-for-tuples-with-named-fields）がこの問題の一部に対処していると指摘しています。

そうは言っても、私はまだPHPよりもPythonを使用したいと思っています。
しかし、それは私がマクドナルドよりもジャック・イン・ザ・ボックスを食べたいと言っているようなものです。
少し味が良いかもしれませんが、それでもかなり悪いです。