#ScalaMatsuri 2018 Day1 メモ - 日々の御伽噺

例によっていつものメモ書き。最近この手のカンファレンス来てなかったから、メモ取る速度が遅くて自分の考えを書き込めなかったのでつらい。

Scalaはマルチパラダイム言語
- でも他の言語も大なり小なり関数型言語のエッセンスはある
Scalaと他の言語の違い
- Composability
意味は？
- Composition 合成とは
  - いろいろある
  - 同じ概念の異なる要素を合成することで新しい要素を生成する
合成する方法が多い方がComposabilityが高いとこの発表では高いと定義
なぜ重要か？
- プログラミング言語の進化の歴史は問題の「分割統治」の歴史
- 分割したら集約する => なので大事
Custom Typeを変換する例
- SpringとPlayの違い
  - 変換処理をするConverterはほとんど同じ
  - 使い回しをするのはScalaのほうが楽に書ける
  - Javaでも言語機能では可能、Frameworkが
Scalaだと他の言語よりComposabilityが高い
- 高いと逆に全体の見通しが難しいのではないかという質問
  - HowとWhatがうまく分離できないと大変になるのはある
  - 意識的に切り分けていけば可読性は上がると思う

implicitはふたつある
有名なimplicit
- JavaConverters
implicitはなぜ難しいと思われるのか
- 3つ
  - 明示的でない
  - スコープが複雑
  - しばしば導出を前提にデザインされる
Seq(2,1,3).sortedをもとに例示
IntelliJでImplicit Parameterを調べる機能があるので、それがおすすめ
- 動いているものが必要
- 暗黙の値を複数つかっているようなものでも解析できる
暗黙の型変換
- Enrich my libraryパターン
動いてるサンプルを見つけて調べるのがよい
最終的にComposability的な話になってきた
- 既存のものでやっていく

Pureな部分とSideEffectのある部分をなるべくわけるようにしていく
- 2つの層がでてきた pure layer effectful layer
- 作用の起こす層はpure layerに依存する逆はだめ
- pure layerはcore business rules

https://speakerdeck.com/ytaka23/operation-haskell-plus-scala
Scalaは純粋か非純粋な関数かが関数名からわからない
Haskellはわかる(IO Stringの例)
- 副作用は隔離すべき
- コンパイラが型チェックしてくれる
- これがHaskellの特徴(Side Effectが型になる)
EtaからScala呼ぼうとすると隠れたものがあるので、書くのはやめたほうがいい
- 日本では数人しか持っていない知見
JavaからEta, EtaからJava, 最終的にEtaのみでマイクロサービスにしてしまうという移行順序はよさげ
- EtaからHaskellにしてしまったりできると言ってたが、どの程度手を入れる必要あるのだろうか
- Haskellでなんらかのサービスを書く……？
純粋な関数にちょっとログみたいとIOをいれてしまうと大変そうという質問
- もうそういうものとして考えるしかなさそう