anchor.diff:  
   == あとがき
   
  -ScalaMatsuri2016に参加した時もアンカンファレンスはあって、折角みんなで議論できる場なのに、声の大きい人が自己満足を満たす場になってしまっているセッションに参加した経験があります。「JavaエンジニアにScalaの話を聞きたい」は”教える側”と”教わる側”がはっきり分かれそうなタイトルのセッションだったため、去年見た残念なセッションになる確率がゼロじゃない、なっては嫌だという思いもあり、今回のセッションはScalaコミュニティの常連っぽい人が来ても主導権は渡しませんでした（笑）結果的にいろいろな人が意見を出せるTHE アンカンファレンスになったのではないかと思います。(素敵な方々が集まっていたので主導権を渡していたとしてもいい会になった可能性は高いです。)
  +ScalaMatsuri2016に参加した時もアンカンファレンスはあって、折角みんなで議論できる場なのに、声の大きい人が自己満足を満たす場になってしまっているセッションに参加した経験があります。「JavaエンジニアにScalaの話を聞きたい」は”教える側”と”教わる側”がはっきり分かれそうなタイトルのセッションだったため、去年見た残念なセッションになる確率がゼロじゃない、なっては嫌だという思いもあり、今回のセッションはScalaコミュニティの常連っぽい人が来ても主導権は渡しませんでした（笑）結果的にいろいろな人が意見を出せるTHE アンカンファレンスになったのではないかと思います。(素敵な方々が集まっていたので主導権を渡していたとしてもいい会になっていた可能性は高いです。)
   
  -なんだかまえがき含めて去年のScalaMatsuriに対して批判的ですが、目的意識を持っていけばとても勉強になるカンファレンスです。しかし私のように
  +なんだかまえがき含めて去年のScalaMatsuriに対してちょっと批判的ですが、目的意識を持っていけば短期間でとても多くのことを学べるカンファレンスです。学生のように時間のある身だと、そんなの本読みゃ分かるわ！という感想を抱いてしまうセッションもあるにはあるのですが、*Scala言語の今*とか*Scala界隈の有名人*をたった２日で知ることができる機会というのは長期的に見ればかなりプラスだと思います。
   
  -*なんとなくScalaが好きだから*
  -
  -という理由で参加すると直近では後悔するかもしれません。特に学生。
  -学生という時間のある身だと、そんなの本読みゃ分かるわ！ってなる場合が、なんとなく行ったセッションでは発生しかねません。
  -
  -あ、*参加するのを辞めとけとは微塵も思っていません！*自分は結局去年参加したことが今回のプラスに繋がったし、学生には*目的意識を持って楽しんで欲しい*ということです。繰り返しますがScalaMaturiは短期間で多くのことを学べるいいカンファレンスです。
  -
  -以上
  +以上
positive.code: まずメリットの共有が重要。
  PerlからScalaに移行した話、Perl嫌だーってなってて型に守られた安全性の高いScalaの環境にみんな心から満足して移行した。
  
  *Javaからの場合、Javaに満足していたら移行するメリットなさそうですよね？*
  
  Javaを書ける人ならScalaの仕様に感動する。Javaの面倒臭いところが本当に簡単に書ける。
  
  
negative.code: 
  チームでの移行の最も大きな問題か。
  
  個人で移行する分には自分のペースでScalaライクなコードに成長させていくことができるが、チームでやるには規約を定める必要がある。一人が突っ走ってFree monadがそこら中に転がってみんな読めないことがあった。とは言うものの個人個人がいいものを見つけたら共有してチームのScalaレベルを上げる必要もある。ただそれが無秩序に積み重なるとヤバくなるので*Scalaをわかる人がコーディング規約を決めていく必要がある。*
  
  == 結論
  
  