2014-10-25 Otogiri::Plugin::TableInfo 0.02 をリリースしました


気がつけば一ヶ月以上更新してなかった。お久しぶりです。

表記の通り、Otogiri::Plugin::TableInfo 0.02 をリリースしました。 Otogiri::Plugin::TableInfo というのは、このへんに細かい話を書いておりますが、 MySQL でいうところの、show tables とか show create table っぽいデータ(つまりテーブルの一覧と、テーブル定義)を見れる感じの物体です。

今回のリリースでは、show_create_viewというメソッドを足しています。名前の通り、View の定義が見れる感じになっております。

CPAN はこちら -> Otogiri::Plugin::TableInfo

Enjoy!



2014-09-03 Rejectcon で Otogiri の話をしてきました


YAPC::Asia 2014 で OtogiriというORMっぽいものの話をしようと思っていたのですが、Reject されてしまいました のリベンジみたいなお話。

Reject con というイベントで、あずまさんOtogiri の話をしてきました。

元々 YAPC::Asia 2014 の本編として応募していた内容なのですが、残念ながら不採用となってしまったので、泣き寝入りしかけていたのですが、 Reject con というイベントで発表の機会をいただいたので発表してきました。

資料はこちら

Reject con めっちゃ楽しかった。てつじさんのやつとか、門松さんの LT とか普通に本編と全く遜色ないというか めっちゃ面白かった。

僕としても、発表できなかった内容をちゃんと供養できたので大満足でした。 あと、ハッカドールのシールもらえたのが地味に嬉しい。

と、言うわけで、僕の YAPC::Asia 2014 は完全に終了ですね。 お疲れ様でした。

追記(2014-09-04)

デモに使ったもの一式を置いておきました。 https://github.com/tsucchi/tsucchi.github.com/tree/master/slides/yapcasia/2014-rejectcon/demo



2014-08-30 YAPC::Asia 2014 に行ってきました(ふつかめ!)


オープンソースの開発現場 - Perl 5.20 のSubroutine Signaturesが来るまでの奮闘の軌跡

最初のトークはどれを見ようかめっちゃ迷った。インフラも僕結構好きだし、Perl の話ももちろん好きだし。つーわけで、表記のやつを見たのですが、本当に面白かった。 技術的ってよりは、人間ドラマみたいな感じで、冗談半分で、

こんなtweetしたけど、これは半分本心でもある。

半端なPHPDisでPHPerに陰で笑われないためのPerl Monger向け最新PHP事情(5.6対応)

僕は PHP 全然書いた事無いのだけど、うずらさんの話は Hachioji.pm で何度も聞いてて、いつもとても面白かったので聞いてみた。前半は普通の PHP の話で、後半は闇っぽい話で、 どちらも本当に面白かった。内容も面白かったけど、見れなかった人は動画で見るのが良いと思う。(内容もガチで面白いし、うずらさんの話し方が上手くて、とても面白いので)

Perl入学式 in YAPC::Asia Tokyo 2014

今年も Perl 入学式のサポーターをしました。 結構駆け足な内容だったけど、一応受講生の皆様も最後まで完走できたっぽい感じで、よかったんじゃないかなー、と思います。

#yapcasia の tweet とか、連日の LT とか見てると、Perl 入学式、だいぶバズってて、やばいなぁとか、いや、これはめっちゃ良い事で、 Perl 入学式、とても良い勉強会なので、もっといい感じで進化していけると良いなぁ、と若干運営側の自分は思っています。

YAPC::Europe 2014 に行ってきました

昨年のベストトークのフィードバック。海外の YAPC の参加報告でした。面白かったし、ヨーロッパの YAPC、行けるものなら行ってみたいなぁ...

Perlの静的解析入門とPerlリファクタリングツールApp::PRTのご紹介

ひとでくんさんのプレゼン、独特のテンポでとても面白くて、内容もちゃんとしたガチな静的解析でとても面白かった。 App:PRT は今まで使って無かったのだけど、Perl だとクラス名変えるのとか、普通にめっちゃめんどくさいので、使ってみよう、と思った。

全体的な感想とか

今年は、トークするつもりで応募したんだけど、落ちてしまったので、割とゆるふわな感じで、目一杯楽しもう、と思って参加しました。去年位から、 知り合いも大分増えてきて、懇親会もぼっちじゃなくなったし、最初から最後まで本当に楽しめて良かったなぁ。

毎年思うのだけど、YAPC::Asia って、本当に楽しくて、最高の Perl のお祭りだと思います。来年こそ、トーク採択されるように日々精進しないとアカンよね。 明日から、がんばろう。



2014-08-29 YAPC::Asia 2014 に行ってきました(いちにちめ!)


ことしもついに始まりました。YAPC::Asia 2014

今年は発表もないので(落ちちゃったからねぇ...)、Perl 入学式のサポーター以外は ゆるく参加できるので、あまり悩まず楽しもうと思って参加しております。

さてさて、昨日(コレは8/30に書いてます)見てきたのは、こんな感じ

Perl meets Real World 〜ハードウェアと恋に落ちるPerlの使い方〜

ハードウェアの話はあまり知らないので、興味深く聞く事ができました。本番では「ネギを振る」デモは見れなかったけど、あとでイベントホールで見せてもらいました。 LED 光った所で爆笑しました。ハードウェアはなかなか難しそうだけど、こういうの見ると、「自分もやってみたい」と思えて良いですね。

このトークの後、イベントホールで Booking.com の方から謎のお菓子をもらったり、ネギ振るのを見たり、駄弁ったりしてた。

お待たせしました。Perl で BDD を簡単に実践する最高にクールなフレームワークができました

イベントホールでしばらく遊んでたので、途中から見学。

テストフレームワークは実際に使ってみないと評価は出来ないと思うけど、トークを見る限りでは使いやすそうで、試してみたいと思った。少なくとも subtest 的なものに、 setup/teardown を付けれるだけでも十分良さそうだし。

DBIx::Class - what is it and what is it good for?

DBIC は勉強した事はあるけど、仕事で使った事は無いので、使ってみたいと思った。

チューニングしていて、まだ速くなる余地があるらしいし、JOIN が必要なめんどくさい SQL をちゃんと作ってくれるのは素晴らしいと思う。 同時通訳が本当に素晴らしくて、僕は同時通訳があっても、途中で、「これはひどい。英語で聞いた方がまだマシ」となることが多いのだけど。 今回は全く違和感を感じなくて、本当に凄いと思った。

Scala In Perl Company : Hatena

Perl の会社がScala をどうして使うことになったのか、というお話。Scala は静的型の良さと割とゆるふわっぽく書けるところを 併せ持ってるから、前から気になっていたけど、勉強して使ってみたいなぁ、と思った。

ライブコーディング 2014

ライブコーディング、楽しいです。そんむーさんのライブコーディングを見るのは Yokohama.pm に続いて2度目でしたが、今回はトラブル もあって大変そうでした。Internal Server Error になってるのに、ログにほとんど何にも出ない、とか自分だったら絶対死んでたなぁ...

WHERE狙いのキー、ORDER BY狙いのキー

割と知ってる内容なのですが、面白かった。DB の仕組みを教育用するのにこの資料とかトーク(まだ動画は出てないと思うけど)は 凄く良いんじゃないかなぁ。

Get a kick out of CPAN

どうやったら CPAN が活発になるか、というお話。僕も質問というか、意見を話させてもらいました。 (「github 止まりにしちゃう事がおおいけど、そういうのも上げちゃった方が良いのかなぁ」、とか 「Prepan あるけど、 有効活用されていないかも、というか知られていないのかなぁ」、とか)

Prepan は perldoc のモジュールの所に記載がある、とか、metacpan で github アカウントと PAUSE がひも付けできる、とか 知らなかった(metacpan は知らなかったけど、最初にログインしたときに僕は設定してたらしい...)

初心者が Web エンジニアのコミュニティに触れてみて感じたこと - ゆとりエンジニアの成長戦略

blog 書く、とか勉強会に行ってみる、とか、僕と同じような意見だったのが興味深かった。

以上。めっちゃ雑な感想文だけど、そろそろ日吉に着きそうなので、ここでおしまいにします。



2014-07-17 YAPC::Asia 2014 で OtogiriというORMっぽいものの話をしようと思っていたのですが、Reject されてしまいました


トーク採択及びスケジュール決定について / Talk schedule is now available! - YAPC::Asia2014

と、いうわけで、今年の YAPC::Asia のトークが出揃ったらしいです。

僕はあずまさん(@ytnobody)と一緒に Otogiri の話をしようと思って、 「これはORMですか?いいえOtogiriです」というトークを 応募しておりましたが、力及ばず、Reject となってしまいました。

トークの応募締め切り直前に、YAPC で話す、ということというポエムを投稿した所、 思いのほか沢山の方に見ていただいて、大変嬉しかったです。

が、PVは沢山いただいたものの、トークページのソーシャルボタンの数はほとんど伸びず、トークの応募が異常に増える結果に(ポエム関係ないと思うけど)。 結果的にはコレ、自分の首を締めただけだったのでは???、と若干暗い気持ちになったりならなかったり...

つーことで、もし「あのポエムみて応募したのです」って方がいたら声をかけてもらえると、大変喜びます。(そういう方いるか分からないけど...)

ソーシャルボタンなどで応援してくださった方々ありがとうございました。せっかくなので、Reject になったトークの内容はいつかどこかで発表できたらいいな、と思っています。 その際はまたココに記事を書きますのでよろしくです。



2014-07-03 YAPC で話す、ということ


コレはおそらく、3年前の自分に向けたポエムである。

YAPC::Asia というイベントが8月に行われる事や、そこで Otogiri とかの話をするかも、ってかしたいという 話は以前書きました。

今、応募されているトークはこんな感じでして、いつも通りのような、いつもより Perl の話が少ないような、 そんな気がしています。(今日結構 Perl のトークがサブミットされたから、Perl の話だいぶ増えた)

ちょっと前だと、40ちょい応募があって、Perl の話が 20 くらい、みたいな感じだったのですが、この状況を 3 年前の自分が見たら、いったいどう思っただろうか? と、ふと思ったのでした。

3年前の当時、トークしようかどうか、めっちゃ悩みながら、手を震わせながら、初めて応募したのでした。当時はテストの話をしようと思っていて、 ちょうどテストの話があまり無かったから、「これはいけるかも」「いやー無理かなー」とか、毎日緊張しながら YAPC のページをリロードしてました。

で、翻って、今のトークのページを見ていると、当時の自分だと、「なんか良くわからないけど、凄い人たちが Perl じゃない話をしようとしてる、なんだこれ???」 と思うんじゃないかなぁ。んで、「どゆこと?普通の Perl の話じゃだめ?面白くない?」とか相当ビビったんじゃないかなぁ。当時の自分が今年のトークリストだったら、 応募するかどうか、怪しげだなぁ、と思います。(テンション高い時期だったら、「よっしゃ、Perlの話少ないからワンチャンありそうだ」とか思うかもしれないけど、どうかなぁ)

んで、コレは今だから言えるけど、これはこれで悪くなくて、Perl と Perl コミュニティの多様性なんですよね。なので、もし3年前の僕みたく、「初めて YAPC で喋ってみようと思ってるんだけど、 大丈夫かな?」って思っている人がもしいたら、「大丈夫だから、やってみようよ!」って思います。

例えば懇親会とかで、だれかと喋るとしても、初対面で色んな人と仲良くするとか、普通の人間にはできません。もちろん僕も。でも、「明日喋るんですよー。 見に来てくださいよー」とか言えると、それはそれでネタを一つ持ってる事になりますよね。

あと、「誰かが自分の話を聞きたくて、そのために来てくれる」って、一度経験するまで知らなかったのだけど、コレ、めっちゃ嬉しいです。僕の例だと、最初にしゃべった 2011年は 「スイーツエリア」という本編のトークじゃない場所で、正直どれくらい人がくるのか凄く不安だったのだけど、本当にビックリする位来てくれて、初めての発表だったのでだいぶテンパって しまった所もあったかもだけど、とにかく嬉しかった。翌年は裏番組が超豪華(宮川さん、弾さんで、LTソンでgfxさんが発表してた)で、「これ下手したら1人も来ない可能性もあるなー」と 思ってたけど、実際には沢山見に来てくれた人がいて、これは本当に嬉しかった。

とかまあ大体そんな感じで、あんまりまとまっていないですけど、YAPCで話すといい事あるかもね。というお話でした。

仕事とかで、ある程度一生懸命やっていた事って、必ずネタになって、そこそこ面白い話になると思うんですよ。んで、もしダメそうなら運営が選考から外してくれるだろうし、 応募するかどうか迷っていて、ちょっとでも「これいけるかも」ってネタがあるなら、応募してみると幸せになれるかもしれません。締め切りは明日 7/4 17:00までらしいので、 お早めに。

最後に宣伝。前回も書きましたが、今年はあずまさん(@ytnobody) と2人で Otogiriの話をしたいです。

こういう話をするっぽい。

  • Otogiriとは [ytnobody]
  • なぜOtogiriを作ったか [ytnobody]
  • どのように使っているか [ytnobody]
  • Otogiri::Plugin [tsucchi]
  • REPL(Reply)との合わせ技 [tsucchi]
  • さらに深いHack [tsucchi]
  • 対談 "Otogiriの今後" [ytnobody / tsucchi]
  • 質疑応答

つーわけで、「聞いてみたい」とか「ちょっと興味あるかも」という方は、上記のトークのページの SNSボタン(はてブとかtwitterとかFBとか)を ぽちぽちしてもらえると嬉しいです。

おまけ

ちなみに 3年前の資料とか感想とかはこちら。



2014-06-26 Acme::MilkyHolmes 0.03 released!


Acme::MilkyHolmes 0.03をリリースしました!

何を変えたかというと、このissueの修正になります。

アニメ「ふたりはミルキィホームズ」の放送当初は、カズミ役の愛美さんは、「寺川 愛美」という名義でクレジットされていました。 当時は歌手だと「愛美」名義で、声優だと「寺川 愛美」名義でした。2013年12月25日をもって、名義が「愛美」に統一されたため、 Acme::MilkyHolmes では、こうなっています。

use Acme::MilkyHolmes;
my $kazumi = Acme::MilkyHolmes::Character::KazumiTokiwa->new();
$kazumi->voiced_by(); # => '愛美'

バージョン0.03以降では、voiced_by() で現在時刻を見ておりますので、2013年12月25日以前では、「寺川 愛美」が返るようになっています。

どうしても、寺川名義でないと、満足できない方は、Test::MockTime(テストコードの場合)使うか、Time::Fakce(プロダクトコードの場合)使うか、PCの時計を戻すか、 タイムマシン(Apple のアレじゃなくてドラえもんとかドクにお願いしてくださいね)で時間を戻すと幸せになれるかもしれません。

Enjoy!



2014-06-25 ワールドカップを見てて思った事


まーぶっちゃけあんまり見てないんですけどね。日本代表の試合をちょっとだけ見てた、とかそんなレベル。僕は自分自身がサッカー下手だし、最近はJリーグとか海外のサッカーも 全く見てないし、代表戦もごくごくたまに見る、くらいなので個別の戦術論とかそういう話はできないです。(やってもいいけど、面白い話はなんにもできない)

で、ワールドカップあんま関係ないのかもしれないけど、希望と予測を一緒にしてはいけない って事なんじゃないかなぁ、と思った。

今回の代表は海外のトップリーグのレギュラーもいたし、もしかしたら歴代最強なのかもしれないけど、冷静に考えたら、日本がヨーロッパとか南米のチームに勝った事なんて ほとんどないわけで、「歴代最強だから勝てる」、とか「本田とか長友とかいるから勝てる」とか完全におかしい。

日本がグループリーグを突破して、あわよくば上位、あるいは本田選手が言ってたみたいに優勝ってのもあり得ない話ではないけど、現実的にはとても厳しいはず。 (本田選手は当事者だから、目標として優勝を掲げるのは全然悪くない。むしろ凄い事だと思う。)

で、何が言いたいかというというと、希望と予測を一緒にしては行けない(大事な事なので2回書いた)。これ、開発してると良くあるんですよね。「多分上手く行くはず」「こうなってほしい」というのが 見積もりとかに反映されるとロクな事にならない。

という自戒をこめたどうでもいい話でした。



2014-06-21 hachioji.pm #41に行ってきた


表記のイベントに参加してきましたよ、つーことで。

資料はこちらです

セッションの話。。。と見せかけて、僕はあんまりセッション周りの闇に触れた事がないので、 最近書いてたモジュールとか、最近見つけた tips の話をしました。



2014-06-10 perlbrew で Perl製ツールを使う場合


僕は普段の仕事では諸事情により system perl (OS に付属している Perl)を使っていて、Reply とか Riji とかの Perl 製のツールを使うときや、モジュールを自由に入れたりできる環境が欲しい時は perlbrewを使っています。

で、Reply 使うときとか、perlbrew use で切り替えたりしていたのですが、「なんかめんどくさいな」とか 思い始めて、こんな感じにしてみた。

今は最新の Perl 5.20 にしているけど、ツールだと必ずしも最新じゃなくてもいいので、perl-5.20@tool みたいな ツール系専用の perlbrew lib を作っておいて、新しいバージョンがでても困るまで放置しておいてもいいかも。

ちなみに、perlbrew execだけだと、標準出力に

tsucchi@surreal[570]$ perlbrew exec --with perl-5.20@default perl -e 'print "hoge"'
perl-5.20@default
==========
hoge

こんな感じで、バージョンと区切り文字がでて鬱陶しいので、-q オプションを指定すると良いです。 (これ、多分元々は複数バージョンの Perl を動かして挙動の差異を見たりするための機能なんだと思います)

追記

いったん書き終えてから思いついたんだけど、

alias newperl="perlbrew exec -q --with perl-5.20@default perl"

こんな感じの alias 作っておけば、カレントの perl がどっちかあんまり意識しなくてもよくなって良いんじゃないかな。 明日試してみよう。