本書の特色を加筆する

[Seasawher]

コントリビュータや読者向けの方針を書いていく

1. コード例で書かれた内容を検証する

leanのアップデートに追従するにはそうするしかない。逆に言えば、コード例で検証できないことは書かないということになる。

本書が理論的なことに深く立ち入らないのはこのため。 また、コード例ベースにするのには「わかりやすく、実践的な内容になる」という嬉しい効果もある。

2. 各項目が互いに依存しないようにする

これは長期的に保守、開発を行っていくため。「初めから順に読まないといけない」ようにするなど、各項目に依存関係があると変更すべき箇所が多くなりがちで破綻も起こりやすい。各項目に依存がなければ変更範囲はローカルなのでわかりやすい。

調べたいときに調べたいことだけさっと読めるという副次的なメリットもある。FPiLなどは最初から順に読まなければいけないので、知りたいことがどこに書いてあるかわからなかったり、見つけても前の章を読まないといけなかったりする。

[Seasawher]

「はじめに」の本書の特色のところに追記していきたい。

[Seasawher]

情報の探しやすさ

TPiLやメタプロ、fp lean などに分散している情報を1箇所にまとめ、leanの仕様についてのあらゆる疑問について、探しやすいリファレンスになる（のが目標）

[Seasawher]

目標をミニマルにするため，控えめに書くことにする