可能な限り一般的な型に対してプログラミングせよ

集約

concern??

class Engine
  # エンジンに関するたくさんのコード...

  def start
    # エンジンをスタート
  end

  def stop
    # エンジンをストップ
  end
end

class Car
  def initialize
    @engine = Engine.new # 集約
  end

  def sunday_drive
    @engine.start
    # 地方に出かけて、戻ってくる
    @engine.stop
  end
end

委譲,委譲,委譲

• method_missingをオーバーライドするやり方
• forwardableモジュールを使うやり方

extend Forwardable

  # 他のハッシュのメソッドが使いたくなったらここに追記する
  def_delegators :@conditions, :keys, :[], :[]=, :each, :include?, :slice, :except, :merge, :dup, :to_hash, :delete, :reject!

ここらへんはピンとこない。

デザインパターンを学習するとオーバーエンジニアリングをしがち。

YAGNI
うーん。となってきたらデザインパターンでリファクタリングする？

3章 アルゴリズムを変更する : Template Method

TSUでいうCondition系

よく出会う問題とそのスマートな解決策

言語の特性とか機能ではなく、コーディングに共通した考え方・書き方。
オブジェクト指向のコードの分け方・書き方

デザインパターンを学習するとオーバーエンジニアリングをしがち。
パターンは便利なテクニックだが、それを実装すること自体が目的にならないように常に注意する必要がある。

トンカチを持つと全部が釘に見えちゃうやつ
気をつけたい

ツクリンクでも使っていた SearchConditions

Rubyにはabstractメソッド(抽象メソッド)がない

やりたいことはわかるけどそんなに使いたいシーンが想像付かない

「こんなClass分ける必要ある？」
「Gemとか外でも使うようにするならありかも」

Rails3まで入ってたらしい

https://github.com/rails/rails-observers

複数モデルでのafter_saveの処理を共通化するためのもの？
Concernで済む？

再帰処理などはちゃんと理解しておきたい…

Enumable がやってることっぽいイメージ

Enumable 再定義のワークショップやってる時似たようなことした気がする
https://github.com/akinov/reimplement_ruby

具体的な使い方がなかなか想像がつかない…
時代背景などがあるのか？
特にRubyを使っているからか知らない間に最適化されているものが多い気がする

実務に関連した例のコードがあるとピンとくるが。。。

コード的に理解できても使い所がわからなかった。

デザインパターンは難しい。
コードサンプルがあると理解は進むが「実際にそんな状況ある？？」となることが多かった。
例えば、デザインパターンが組み込まれたライブラリを読み込むなどするとより理解が深まり実践で使えるようになるのかもしれない。

便利そうなのはわかるけどロガー以外で使うシーンが思いつかない。。。😇