具体的な読者像を知りたいからです。読者像がわからないと本は書けません。わたしの書きかたでは、読者像がわからないと本は書けません。レビューをやらないとしても読者像は必要です。その場合は想像の読者をベースに文章を書くことになります。想像できるので、高階の関数はしっかり説明するわけです。他の概念を説明するためにイテレータを使うわけです。プログラマがたくさんいるかもしれません。現実の読者像を見せてもらわなきゃいかんわけです。レビューをしてもそのミスマッチがうまく解消できるとは限りません。ある概念を使うととても簡単に話が通じてしまうとか。その偏りも多少は差し引いて見られるでしょう。(とわたしは解釈しています)。以上を踏まえて、レビューで何をしてもらいたいかという話をします。レビューでは、できるだけ率直に感想を聞かせてほしいと考えています。いう反応はどれも役に立ちます。そこに関係する話題をさらに追加するかもしれません。優先して残すようにするかもしれません。話を簡略化するかもしれません。「ここがわからない」という反応があれば、当然そこには手を加えます。読者が自分で考えた理由をそのまま信用することはまずありません。自分で考えた理由というのは外れることが多いからです。報告してもらうのが重要です。したがって、レビューをするにあたって特殊な技量は必要ありません。対象読者にあてはまるかたであればどなたでも歓迎します。なんてもう忘れてるがな。自体入れてなかったりする。ほうが楽そうだからサブマシンに入れよう。stringって書いてコンパイルエラー食らった。