JJUG CCC 2015 Fall で発表してきた＆参加してきた #jjug_ccc

yusuiked@gmail.com (yusuiked) — Mon, 30 Nov 2015 23:26:00 +0900

夏の JSUG の発表に引き続き、JJUG CCC でも発表させていただきました。JJUG は普段もよく参加させてもらっていましたが、登壇は初だったので緊張しまくりでした。が、滞り無く終わってホッとしています。

資料はこちらです。

jOOQ と Flyway で立ち向かう、自社サービスの保守運用 #jjug_ccc #ccc_ab1 from Yusuke Ikeda

www.slideshare.net

心境など

裏番組がどれも有名な方のセッションだったし、発表していなかったら自分も他の方のセッションを見に行きたかったくらいなので、正直見に来てくださる方は居るのかな…と不安になったりもしたのですが、逆に考えると、それでも私のセッションを見に来てくれるということは、何かしらタイトル通り運用保守で課題を抱えてらっしゃる方が多いのでは、と自分の中で勝手に思って、何か１つでも現場に持ち帰ってもらえるように心がけよう、と思っていました。

その後、感想などを見ると好意的な意見が多く、頑張って良かったなーと感じます。当日聴講していただいた方々には、改めてお礼を申し上げます。ありがとうございました。

一番伝えたかったこと

当初、テーマを何にするか悩みましたが、自分が運用保守周りで苦労してることもあって、世の中全体を見ても新規で作られたものよりも、息の長い、そして色んな人の意図が複雑に絡み合って構成されているものの方が圧倒的に数が多いですし、それに関わっている人の数もきっと多いだろう、だからこそそこで工夫したことは共有する価値もあるかなぁと思い、今回のテーマにしました。

話の内容そのものは、今の時勢においては正直当たり前の話でもあります。Rails や Play Framework などには仕組みとして DB マイグレーションは内包されていますし、その仕組みに乗っかればそのまま実現できますし、そうやって普通に回せているプロジェクトもたくさんあるでしょう。なので、「え、それくらいもう当たり前だし、今さら取り立てて言うことか？」という見方もあるだろうと思います。

それでも、自分の身の回りを見てもそうですし、まだまだその「普通」がちゃんとできていない現場やプロジェクトもたくさんあるはずです。私個人の思いとしては、そんな「普通」ができていない現場を1つでも減らせたら、少しでも楽になる人が出てくれればいいな、そういう思いでお話させていただきました。

今回お話した方法そのままじゃなくても、開発プロセスについて見直すキッカケになったとしたら、私としてもこれ以上嬉しいことはありません。

jOOQ について

正直、日本での知名度はお世辞にも高いとはいえないですが、海外では結構使われている印象です。*1現在利用している私自身の感覚としても非常に運用時に「ありがたい」なぁと感じる DB ライブラリです。セッション中にも触れましたが、決して生産性を高める類のものではありません。他のライブラリと比べると、どちらかというと面倒と思うことの方が多いかもしれないです。ある程度自動生成できるとはいえ、クエリは自分で書く必要があるし、DB アクセスのコードなんてある程度パターンが決まっているので退屈だなぁと思うことは自分でも多々あります。

それでも、運用フェーズに入ってきて確実に「助かったなぁ」とか「良かった」と感じることがあるのもまた事実です。リファクタリングをしてる時などは特にそう思います。GitHub の README や公式サイトの作者の方の考え方などを読んでも、その辺りを重視してるんだなぁと感じますし、マニュアルドキュメントの充実っぷりは素晴らしいので、ぜひ使ってみてその実感をしてほしいなぁと思っています。@irof さんのコメントが嬉しかったので、引用させてくださいｗ

「jOOQ使って楽かというとそんなことないです！どちらかというとめんどくさいです！」素晴らしい。 #ccc_ab1

— いろふ (@irof) 2015, 11月 28

とはいえ、情報源、特に日本語の情報がまだまだ少ないので、微力ながら自分も発信していきたいなぁと思っています。さしあたって、ドキュメントの翻訳を少しずつしていますので、ある程度形になってきたら公開したいと思っています。（実態は追い込みという名の強制メソッドｗ）

他参加したセッション

基調講演1 : Java は守りに入らない、これが今の Java だ