「JJUG CCC 2016 Fall」へ行った その1
- タイトル: JJUG CCC 2016 Fall
- 日時: 2016-12-03(土)10:00 - 22:00
- 会場: ベルサール新宿グランド
- URL: http://www.java-users.jp/ccc2016fall/
- 資料: https://github.com/jjug-ccc/slides-articles-2016fall
先日参加したのでまとめを書きます。個人的に注目だったorまとめられるものだけ書いています。そして、登壇者の皆様に感謝。
その2はこちら ttomioka.hatenablog.com
F-1 新人研修や本では教えてくれない Java!〜フレームワークの仕組みと実 務必須ツールを学ぼう〜 多田真敏
資料: https://speakerdeck.com/masatoshitada/wan-quan-ban-xin-ren-yan-xiu-yaben-dehajiao-etekurenaijava
- 新人研修で教えるJava、教えないJava
- Java SE 5以降の新機能をほとんど教えない
- カリキュラムが15年ぐらい変わってないのでは
- そもそもJavaは量が多い
- 1-3ヶ月の新人研修で全部は教えきれない
- 研修以上の自己学習が必須
- 良書は多いので自己学習は可能
- Maven
- Javaオープンソースのライブラリが充実しているが、管理上の問題は多い
- どうやってそれらのライブラリを集めるか
- 依存性の管理
- バージョンアップへの対応
- それを解決してくれるMaven
- XMLに必要なライブラリを書くだけ
- Maven CentralからXML指定されたモノをダウンロードしてくれる
- 公式サイトにいちいち行かなくていい
- Javaの開発におけるデファクトスタンダード
- Mavenでおさえておくこと
- IDEにMavenが内包されているが、コマンドから使うことも多いので個別インストールすべき
- pom.xmlの編集
- Mavenプロジェクトのフォルダ構造は超重要
- Javaオープンソースのライブラリが充実しているが、管理上の問題は多い
- Webフレームワーク・DIコンテナ・ORマッパー
- サーブレット・JSP・JDBCには問題がある
- MVCを混在させることができてしまう
- サーブレットにビューが書ける
- JSPにロジックをかける
- サーブレットの単体テストが困難
- JDBCは似たようなコードを毎回書くことになりやすい
- MVCを混在させることができてしまう
- そこで3種の神器をを使う
- Webフレームワーク
- Spring MVC or JSFあたりがデファクトスタンダード
- JSPは避けたい
- セキュリティ的にもJSPは敬遠される
- Webフレームワーク
- サーブレット・JSP・JDBCには問題がある
- リフレクションとアノテーション
- リフレクションを知っている必要はある
- アノテーションとリフレクションは合わせて使われている
- ロギングライブラリLogback
- ログを新人研修でほとんどやらない
- トラブル時はログが頼り
- Logbackが 一番メジャー
- これからどう学習するのか
- 本による勉強が必要
- 新人研修は期間が限られるので全てを扱うのは無理
- 資格を目標にするのもいい
- ブログ、スライド、勉強会も
- 本による勉強が必要
GH-2 SIerもはじめる わたしたちのDevOps しょぼちむ / 阿佐志保
- しょぼちむさん
- 資料: http://www.slideshare.net/syobochim/sier-devops-jjugccc-69780604
- SIerでもDebOpsは必要
- ビジネスを加速するためにリードタイムを短くするしたい
- 事例
- アプリケーションの使用状況を収集してレポーティング
- Kibanaでユーザーの行動を可視化
- これで問題が見えてくる
- エラー率から使い方を改善する
- 仮説に合わせてログ収集の仕組み自体も変更
- Kibanaでユーザーの行動を可視化
- アプリケーションの使用状況を収集してレポーティング
- リードタイムを短くしなければ価値を届けられない
- 阿佐志保さん
- 資料: https://docs.com/asashiho/8906/jjug-ccc-2016-fall
- 変化に強よいシステムとは変化することに強いシステム
- Docker
- 極めて高い拡張性
- コンテナの運用には注意が必要
- ぶっちゃけコンテナは良く落ちる
- Googleはdockerではdocker+kubernatesが標準化され必須になっているらしい
- Dockerは銀の弾丸ではない
- エンジニア自身が変化に強くなければならない
- 攻守が重要
- 攻めていいシステムと攻めてはいけないシステムがあるはず
- 攻守が重要