プログラムは、メインの流れの中で順番にstatementを実行するけど、

ある処理をメインの流れに書きつつ、その処理はsub routineの中で実行してほしい。

それには、sub routine(関数)の引数にメインの流れで書いた処理を渡しておいて(関数を渡す)、

その関数の中でその処理を呼んでもらう。 callbackしてもらう。

また、以下のような利点もある。

sub routineがいつ終わるか分からない状態のときもある。

その場合、sub routine とメインの処理のスレッドを分けておけば、

メインの流れとsub routineで別々に実行できる。

そして、メインの流れに記述した処理を、ad hockにsub routineの引数に渡して、

sub routine内の(プログラマーによる）任意の場所で実行(callback)できるようにする。

イベントベースのプログラムには便利。

ただ、問題点として、

callbackがたくさんあると、プログラムの可読性が下がる（順番に読めない）

なので、coroutineがあり、multi threads での処理を書く事がおおくなり、パラダイムシフトに繋がってる。

あと、interfaceを使って特定のオブジェクトにcallbackを実装をさせる。

実装をしたオブジェクトでcallbackを実行する形(これでcallbackを渡したことになる)もよくある？(kotlinを書き始めたせいかな)