実装では、条件に合わないものを追加せず無視している。複数行にまたがっているので、継続の意味ではないか?・JavaのStream系のAPIに似ている。・Javaのinterfaceだと、宣言されたメソッドを全部実装する必要があるが、こちらは特定のメソッドだけを実装できる。・必要なところだけフィルタを書けるのは便利。...と続くのはつらい?・Javaよりは楽だけど、やっぱり実装が大変?・aspectチックに書けるのがうれしい。・Javaのaspectは準備が大変。最近のaspectではjavaagentが使える(動的に設定できる)・aspectとしての機能が言語として組み込まれているのは良い。Javaのaspectは後付け。・特定のインスタンスにだけ付けるのは良い。(検証とか)・Javaの無名クラスと似ているが、traitは事前に定義されている点がちがう。・部品をいろいろ用意して、いろいろ組み合わせることができる。→Javaの無名クラスとは異なる。・p218の図がよくわからない。・traitの継承はやらない方がよい?・トレイトの継承は、熟練しないと使ってはいけないのでは。○「Javaコード【で】継承できるようにしたい場合」ではないか?・Javaのinterfaceのメソッド呼び出しは遅い。それが本当にボトルネックになるか?ロジックを変えた方が速くなることは多い。・間違った継承ツリーを後から変えるのは大変だが、traitの方はやりやすい。・ゴミみたいなtraitが量産されないか?・細かいものを組み上げていくのがlisp的に感じる。Booster2はnavigationの中にない。・「_root_」が微妙。振る舞う?・Javaのassertの挙動を変えられないのは不便。組み込みだと「assertでfailしたときにデバッガを起動する」といったことをしたいのだが、できない。xxx")と書くと、暗黙でxxxXxxXxxメソッドが定義されるのかと思った。ele.getWidth();}});長い......。下のリスト2つ目の@Testの直後の{...}は、アノテーション@Testの引数相当。interceptを別メソッドにすればいい。IllegalArgumentException。perlっぽい印象がある。