・lambdaと一緒に出る予定だったが、これだけEE7で単品で出てしまって使いづらい状況にある。■lambdaは無名クラスを簡単に書くためのもの。・シンタックスシュガーでしかない。・なんでもlambdaで書けるわけではない。■mapメソッドの処理は遅延される。これは遅延評価の仕組みが取り込まれたのかな?と個人的な疑問。APIは関数型の考え方を取り入れている。・そのため、上司がわからないから使うな、といわれる可能性もある。KIMURA■Java8には82個のアノテーションが定義されている。■宣言に対して属性を与えるのがアノテーション。・アノテーション型と型アノテーションは違う■アノテーション型には2種類ある。・これまでJava5~7にあったのは、宣言アノテーション。型利用に対するアノテーションはできない。・今回Java8で増えるのは、型アノテーション。8では型に対してもアノテーションが記述できる。8からインスタンスメソッドにthisが書けるようになった。・さらに型アノテーションをつけれるようになっている。(P.24)・型アノテーションを書けるようになるけど、それには意味がない・規定する側のJSRがサスペンド状態になっている。(P.31~)・NonNullチェック・NonNullのアノテーションを付けておくと、コンパイルの段階でNonNullのチェックができるようになる。(P.37~)・Internedがついているものとついていないものの比較はコンパイル時にチェックされる・またs1とs2をeqaulsで比較すると、==で比較せよ、と警告がでる。・開発者はinternedとなっていることを保証しないといけない。・型アノテーションは実行時の属性まで保証してくれない。■型アノテーションをコメントアウトして書くと、JDK7でも通せる。Yamamoto■Twitter4Jというライブラリを開発している。・YAGNI・JavaのインタフェースはJavaプログラマで理解していない人もいるので、なるべく使ってない。・拡張が出来過ぎると、簡単に使いたい人にとって邪魔になる。・へたに拡張させることを想定すると設計がすごく難しくなる。・finalなクラスにしている。・モックテストをしたい箇所はわざとfinalにしていない。そこにはコメントで、拡張しないでね、と書いている。■デザインパターン・デザインパターンをわからないエンジニアがいるので、デザインパターンは使わない。・importされていないクラスを呼ぶのはIDEでも大変。・一般的過ぎるクラス名にしない。一般的にしすぎるとIDE補完で衝突する。・IDEで補完が活きすぎないように。ため、基本的でないクラスさえも、クラス名はバージョンアップ時に変えないようにしている。・直列化形式の互換性を保つ・シリアライズされてバイト列に変換されたものの互換性まで保つ。・フィールドがなくなったりするとシリアライズされた状態が変わってしまったりするので、そういうことをしない。・どういう変更が直列か形式に影響するのか調べる。・deprecatedをアノテーションでつけておくと、コンパイル時に非推奨と表示がでる。・パッケージを分けるのではなく、ソースディレクトリをわける。■javadocで足りない場合は、テストに気を付ける。テストを読めば使い方がわかるようにする。あと、ログに気をつかっている。http://www.javareading.com/bof/この日は実際にコアメンバー+参加者飛び入りでJava読書会の実演が実施されました。・平均60ページくらい進む。・事前に読んでこなくてもよい・不明点はその場で調べたり宿題にしたりする・本を選ぶプロセスは、参加者のweb投票。・英語の書籍の場合は、事前に訳さないと辛かった。・読書会に入門本は向かない。ある程度、自分で読むと読み飛ばすような本が読書会向き。・積ん読になりそうな本がよい。・その場でコードを実行することもあるが、しないこともある。・朗読することで深い議論できたりする。Sone■地方だとコネクションの拡散が弱い。どこの勉強会へいっても同じ人がいる。■エヴァンジェリストとか、Twitterでなんかつぶやいている時は暇だな、と思ってそのチャンスに講演を依頼する。■パネルディスカッション■勉強会の参加具合とかキャンセル率とか・参加登録のタイミングが都市だと2、3日で埋まるがキャンセルも多い。・地方は参加がなかなかこない。告知しても参加者がなかなか集まらない。・地方だと、開催の前の週あたりから急に申し込みが増え出す。キャンセルは70人で2、3人くらい。・ドタキャンすると、大体誰がしたかわかる。・大阪も即埋まらない。参加希望なのに、様子見しちゃう。・沖縄もぎりぎりまで登録しない人が大半。勉強会に来る人は同じ。定員に入るのは当たり前なので登録すらせずにその日に来るみたい。・広島も当日いきなり来る人が多い。懇親会もお金を集めるとき困る。お金が関わる勉強会は開催しにくい。・沖縄はスポンサー集めるの大変。・札幌は、集まらずに赤字になったら主催者の自分が出す。・大阪は、Jenkins勉強会とかはたくさん人がくる。懇親会はドタキャン多い。■勉強会ネタはどう決めているか。・沖縄は、本土から沖縄へくる講師駆動で勉強会を開催する。沖縄から勉強会講師に呼ばれたから沖縄いきます、と会社に旅費を出してもらうように仕向ける。・中国は、来たいといってくれる講師がいない。こっちからアプローチするしかないので、コンテンツ決めが中心。若い人に話してもらう場を設ける。・札幌だと、主催者が興味があることをやる。あとは年に2、3回に東京に出て勉強会の講師をやって、札幌にも来てもらうように仕向ける。・勉強会の感想blogを読んでくる人もいる。blogとかツイートで勉強会は楽しいものと露出度をあげるのが有効かも。・ワークショップ系が食い付きがよい。ハンズオンは準備が大変。・ハンズオンだと参加者が多くてもサポートできない。・ハンズオンだとPCが必要になるのもネックになったりする。・海外だとコミュニティが転職の場になる。・国として意識が高い・コミュニティで自分のバリューを上げようとする。いう言葉がカタイかも。・参加者は30代の人が多い。奥さんをフォローする仕組みがいるかも。・javaはメインが30代で成熟してきたので、どうしていくかを考えないといけない。・中国地方はrubyが強い。学校でも教えているので。・javaだとandroidに興味がある人がかろうじてくる。・RDBとかカーネルとかになると、20代はほとんどこない。・rubyとかjavascriptだと20代がおおい。・javaだと30~35歳くらいが多い。・有料セミナーは若い子こない。・無料セミナーとしてきっかけ作りとか刺激をあたえるJavaの勉強会にする。・作ったものが動いていると楽しい。JavaFXのハンズオンとかは参加者を巻き込めるのではと思っている。・参加費に500円とると、もう若い子がこない状況。・女性の参加率は、oracleとかrubyとかだと比較的多い。・女性のスピーカーが出ると、勉強会の女性の認知度もあがるのでは。・意図的に多様性を取り込むのも策かも。25才以下でLT枠を設けるとか。★感想:Javaの最新状況を知ることができて有意義な時間でした。楽しかったし、刺激をもらいました。あと、jjugの講演とかをこの日いろいろ聞いた限りだと、今の世の中の「Javaのイメージ」として以下のようなものが大勢を占めているような印象を強く受けました。・他の言語に遅れをとっている・古臭い私がJavaを学び始めたときは、「Javaってすげぇ斬新や!」ってな時代だったので、この日はそのギャップを感じて少々戸惑いました。いやぁ、月日が経つのは早い。私はJavaがやっぱ好きです。あと最後の勉強会事情のセッションでも講演者がおっしゃってましたが、勉強会に参加する理由は「楽しい!」からなんですよね。勉強会で学んだことを実践しないといけない、とか、何かを習得しないとけいない、とか堅苦しく考える必要は全然ないと思ってて、単純に「楽しい」から参加する。その気持ちがまずあって、あとは自分の興味に合わせて学習のキッカケにしたりしてます。自分が興味がある勉強会を選んで参加してるわけだから、予習もするし、お話も注意深く聞くし、ディスカッションにも自然と熱が入るし、頑張ってハンズオンやろうとしたりするし、それで収穫も自然と多くなる。あと、やっぱ刺激を受けるのが大きいかなぁ。ぇ、こんな凄いエンジニアが世の中にはいるのか、俺も頑張ろう!みたいな。この日も、みんなJavaをネタに楽しそうに話している姿が印象的で、それだけで楽しい気分になれました。コメント(0)|-->プロフィールAuthor:makopi23某メーカーでソフトウェアエンジニアやってます。趣味はバスケ、筋トレ、プログラミングなどなど。