anchor.diff:  まずメリットの共有が重要。
   PerlからScalaに移行した話、Perl嫌だーってなってて型に守られた安全性の高いScalaの環境にみんな心から満足して移行した。
   
  -*Javaからの場合、Javaに満足していたら移行するメリットなさそうですよね？*
  +*Javaからの場合、Javaに満足していたら移行するメリットなさそう？*
   
   Javaを書ける人ならScalaの仕様に感動する。Javaの面倒臭いところが本当に簡単に書ける。
   
  
positive.code: 
  //:hp-alt-title: My English Title
  
  せっかく座長やったんだったら内容をまとめてくれと https://twitter.com/seratch_ja[@seratch_ja] さんに言われたので、やってみました。
  
  == まえがき
  2016年には学生ボランティアとしてScalaMatsuriに参加し、
  今年のScalaMatsuriには社会人エンジニアとして参加させていただきました。
  
  2016年はScalaのフレームワークを用いたサービス、アーキテクチャにあまり興味がなく（研究のために使っていただけなので。。。）、一番研究に近そうな機械学習に関するセッションは「数式は省きます」、のせいもあってセッションの大半はつまらない。Scalaエンジニアと知り合えたこと、Scalaの開発におけるtipsを知ることができたのが実りという感想でした。なんとなくで参加するのはダメですね(笑)
  
  一方2017年はエンジニアとしての価値観を装備し、「streamに関して知見を集めてこい」との上司の司令もあって、目的意識を持って参加してみると実りの多さに興奮しました。
  昨年のボランティア参加経験によって私のことを覚えてくださっていた方もチラホラいらっしゃり、積極的に話しかけていくことで寂しい思いをせずに楽しむことができました。
  
  *去年の参加経験は無駄ではなかったんやー！！(喜)*
  
  まえがきはこの辺りにして”聞きたい側”として座長を務めさせていただいたセッションでの議論を以下にまとめます。議事録と自分の意見が混在した文章になっていますがご了承を。
  
  == JavaエンジニアにScalaの話を聞きたい
  
  
negative.code: 
  == あとがき
  
  ScalaMatsuri2016に参加した時もアンカンファレンスはあって、折角みんなで議論できる場なのに、声の大きい人が自己満足を満たす場になってしまっているセッションに参加した経験があります。「JavaエンジニアにScalaの話を聞きたい」は”教える側”と”教わる側”がはっきり分かれそうなタイトルのセッションだったため、去年見た残念なセッションになる確率がゼロじゃない、なっては嫌だという思いもあり、今回のセッションはScalaコミュニティの常連っぽい人が来ても主導権は渡しませんでした（笑）結果的にいろいろな人が意見を出せるTHE アンカンファレンスになったのではないかと思います。(素敵な方々が集まっていたので主導権を渡していたとしてもいい会になっていた可能性は高いです。)
  
  なんだかまえがき含めて去年のScalaMatsuriに対してちょっと批判的ですが、目的意識を持っていけば短期間でとても多くのことを学べるカンファレンスです。学生のように時間のある身だと、そんなの本読みゃ分かるわ！という感想を抱いてしまうセッションもあるにはあるのですが、*Scala言語の今*とか*Scala界隈の有名人*をたった２日で知ることができる機会というのは長期的に見ればかなりプラスだと思います。
  
  以上