Gotanda.pm #1 に参加してきました

時間がたってしまいましたが、6/11 に Gotanda.pm Perl Technology Conference #1 に参加してきました。

Talks

App::RunCron もしくは GitMasterData (@songmu さん)

• 資料

便利な Runcron と GitMasterData のお話でした。

他の DBMS 用に DDL を変換する SQL::Translator はかなりヤバいですが、SQL::Translator::Diff は更に 2 つの DDL 間の差分を取得できるということでなんかもう色々とすごい。 GitDDL はそれを利用して、Git のブランチを変えた時なんかに現在の SQL との差分を取得して当て込む事ができる。 で、GitMasterData はマスタデータの管理にもその考え方を持ち込んだ感じということだと思う（たぶん）

とりあえずデータベースの設計して DDL 書いて性能とか測りながら設計をブラッシュアップしていくみたいなことをこの間研修でもやっていたので、データベース設計初心者な僕の役に立ちそう！という気がしています。 そのうち業務等でもお世話になりそうです！

新卒研修を支える技術 (@__papix__さん)

GaiaX さんでの新卒研修のお話でした。

色々ためになりそうな開発方法などの話もあったので、資料あげていただけないかなーと思っております（ﾁﾗｯ

余談ですが、Daikuを使ってるという話の時の TL はこんな感じであったことを記録しておきます。

Daiku 使ってる人いるんだなあ(遠い目 #gotandapm

— 徳永広夢 (@tokuhirom) June 11, 2014

Daikuつかってました #gotandapm

— songmu (@songmu) June 11, 2014

Daiku作者氏諸氏

— moznion (@moznion) June 11, 2014

web の属人性排除を支える技術 (@saisa6153 さん)

• 資料
• Blog 記事

コードの属人性をなんとかしたいという発表でした。

Pod がコードと乖離してるだとか、使ってるモジュールが統一されていないだとか、テストが書かれていないだとかもろもろの問題を、属人性を排除することでなんとかしたいとのことでした。 僕はまだ研修中で実際に業務でチーム開発を経験していないのですが、この辺の話はどこでも多かれ少なかれ問題になりそうというのは容易に想像できます。

以下知見です。

POD書いても誰も読まないので頭に書け!! #gotandapm

— 徳永広夢 (@tokuhirom) June 11, 2014

乖離するようなことはドキュメントに書かないのが正しい｡書かないと辛いな､ということを書けばいい #gotandapm

— 徳永広夢 (@tokuhirom) June 11, 2014

「書いたほうが良いからテスト書く」じゃなくて「テスト書いたほうが捗る」って形にしていかないと絶対テスト書く文化定着しませんよ。 #gotandapm

— songmu (@songmu) June 11, 2014

懇親会

懇親会では色々な人の話を聞くことができて、自分が気になってたことへのアドバイスなんかも頂けてだいぶ有意義な感じでした。

なんか終わりがけに諸先輩方からものすごいいじられ方をした気がしますが、

知らぬ間に渦中におかれているのがパールの世界です

— Urgent task resolver (@ryopeko) June 11, 2014

とのことなのでパールの世界に入門成功しただけのようです（違う

主催者の@karupaneruraさんありがとうございました！ 9 月に予定されている第 2 回も楽しみにしています！