括弧にそれぞれ一行を使っている事に対して以下のように述べています。冗長(無駄が多い)になって画面を浪費する。プログラムの見通しが悪くなる。はるかに多くの作業ができると断言しています。1実際問題、結局インデントするんだからそれでブロックを決定してしまうのはとても合理的に感じます。問題がある場合は唯一、勉強し始めの初期のプログラマがインデントをうまくできないという事ぐらいでしょう。書いてしまってバグが発生させるのを避けるという趣旨でした。脱出条件書くので、後からソースコードが解りやすいです。それを勧めているようです。line:break処理さらに、嫌み(あるいはジョーク)たっぷりに以下のようにも言っています。イディオムを受け入れていて、式構造中の代入がなくてもそれほど苦労しないようです。それを強く求めるのは新人だけです。文を使えとの事でした。自分では無く、自分以外の人がそれでミスして迷惑をこうむるからです。言ってるし、無いのは納得できます。先を見据えて議論はされているようです。ブロックをインデントで表現するという記法上、一般的なブロックを引数として渡すのは無理という事だと思います。この事についてとても強気に以下のように述べています。ラムダは単なる、関数を定義するのが面倒すぎる場合のための簡略な記法に過ぎないのです。従って、ローカルで定義された関数ではなくラムダを使う利点は、関数の名前を考える必要が無いことだけですだそうです。一般的な解釈では、タプルは変更不可(イミュータブル)で、リストは変更可(ミュータブル)です。追加の理解として以下のような記述がありました。構造体と同様なものと考えられます。型が異なっても良い関連するデータの小さな集合です。グループとして演算されます。(一つの型として扱う?)リストは他の言語の配列に近いものです。全て同じ型の可変数のオブジェクトを持ちます。それらが一つ一つ演算される傾向にあります。イミュータブルな要素だけが辞書のキーとして使えるのでタプルだけがキーとして使えます。これは一連のデザインの流れにある『合理性』に基づいています。ソートするためだけにリストのコピーを作るのは無駄が多いそうです。この仕様上では、うっかり上書きしてしまうようなことがなくなると言っています。関数を使って下さいとの事です。一つの文字として認識されるので、文字列が終わって無い事になるそうです。よって、最後にバックスラッシュを追加する為に以下のような事になります。ありがとうと言う他無いですが、これも無駄を回避するデザインであると断言できます。プログラマが皆疑問に思わず受け入れていた『無駄』です。