YAPC::Asia Tokyo 2011 振り返り 2011年10月16日 17:33 D | ブログ記事のURL | コメント(0) | トラックバック(0) YAPC::Asia Tokyo 2011の運営側の話は大分参加者側とは違うとは思いますが、一応記録として書いておきますね。あと以下様々な情報は私lestrratからみた一方的な話なのでひょっとしたら間違ってるかもしれませんが、その場合は随時ご指摘をお願い致します。 今年のYAPCの準備 ぶっちゃけ運営側、そして少なくとも僕の視点からは941さんとのタッグがあまりにもキレイに連携できてて、YAPCの準備は恐ろしいくらい負担の少ない感じでした。 最初から去年より責任機能を大幅に委譲しようというコンセンサスも取れてたし（例：懇親会手配、Tシャツ準備、プロジェクター等の備品準備等はDeNA/mixi社からの方達と分担しました）、去年

オブジェクト指向とClass::Data::Inheritableは一緒に扱わないほうがいい。 「オブジェクト指向なパラダイムでプログラムを書くとき」にClass::Data::Inheritableは排除すべきモジュールである。今回激しくそれを痛感しているので、だらだら書いてみたい。 まず、Perlはマルチパラダイムが可能な言語なので、Class::Data::Inheritable自体は否定されるべきものでもないし、あと必ず例外ケースはでてくるのでその際には躊躇なく使えばいいと思う。以下は最初の一文の通り、Perlでオブジェクト指向を使う場合はClass::Data::Inheritableは基本的に使わず、あくまで例外ケースに留めるべきだ、という事を伝えたい。 まずその１： クラスアトリビュートはグローバル変数 クラスアトリビュートはグローバル変数です。異論は認めません。 Singl

近況 もうちょっと黙ってようと思ったんだけど、少しずつ色んな所から漏れちゃったのでばらすと・・・私が代表を務める 株式会社 endeworksは4月末を持って営業を事実上停止しました。 1月の日記では割と余裕な内容を書いてたんだけど、蓋を開けてみれば2010年度にアテにしていた仕事が諸々全部合わせて4000万円弱、全てキャンセルないしそもそも始まらなかったりして、万策尽きてしまった・・・という次第。 たいした負債もないし、社員を全部切るとか会社を続けるっていうだけだったら正直なんとかなったんだけど、まぁさすがにこれだけの額のキャンセルや、それに伴うドタバタで僕の心が折れてしまった、ということで被害がないうちに・・・と今回の運びになりました。 まぁ厳密にはまだもう少し銀行と話したりとか、オフィス機材の処理とかをしないといけないのだけど、とりあえず誰にも（不必要な）迷惑は掛けず負債も完済して全

CGIをPlackで開発(2) 前のエントリ書いたら宮川さんにオススメ方法を教えてもらった http://twitter.com/miyagawa/status/10271128928plackup \      -L Shotgun      -MPlack::App::WrapCGI      -e 'Plack::App::WrapCGI->new(script => "/path/to/cgiscript.cgi")' だそうです！これなら全ての要件を満たせるもよう！そしてapp.psgiを作る必要ありません。 今これやってみて一つだけ問題点。多分POD入りのCGIは動かない。それと、__DATA__は見てくれるけど、__END__があると動かない。__END__さっき簡単なパッチのpull requestを送っておきました！ カテゴリ 開発 タグ cgi perl plack 2

Plack - Perlウェブサーバー 検索エンジンの皆様こんにちは。2010年以降のPerlウェブサーバーといえばPlack/PSGIですね。そんなSEOな記事です。 私がPerlでWebアプリ的な物を初めて書いたのは1999~2000年にかけての事なのでそれ以来ほぼ10年たっているわけです。その間に色々さわりました。ウェブサーバーとアプリをつなぐアダプターのレイヤーとしてはCGI.pm, mod_perl, FastCGIなどを使ってきました。フレームワークもMason, Sledge, Catalyst, AxKitなんかをさわってきました。 どれもこれもいいところもあり悪いところもあり、それぞれコメントしたい部分はあるのですが、とにかくデプロイ方式が全然違うのでどうにもできん、という問題がずっとありました。 しかし PSGIというPerlウェブアプリケーション用の規格ができたことに

Script::Sub::Importが大変いただけない件 スクリプトからサブルーチンだけをインポートするScript::Sub::Importというモジュールを作成しました http://d.hatena.ne.jp/perlcodesample/20091130/1258979624 これは大変いただけない。perlcodesampleというIDがさらに初心者に信用させがちだからさらにいただけない。なので苦言を呈させてもらう。 命題はスクリプト内で使っている巻数のテストをしたい、なんだよね。なら、いくつかこんなひどいハックじゃないやり方がある。 まず第一の、そして一番まともな方法としては「モジュール化」を考えるべき。元のスクリプトがこんな感じだとする： #!/usr/bin/perl use strict; main(); sub main { # pseudocode... foo(

Perlシグナル処理 思い立ったので適当に書いてみる Perlのシグナルハンドラは%SIGグローバル変数にシグナル毎のハンドラを設定することで実現できる。例えばCtrl-CはSIGINTを発生させるので、INT用のハンドラを設定する： $SIG{ INT } = sub { warn "got SIGINT!" }; %SIGに限った事ではないのだけれども、ここでまず注意しなくてはいけないのが、%SIGはグローバル変数であること。ある関数foo()内で%SIGをいじったあとにreturnすると、foo()を呼び出したスコープでもその値は有効になってしまう。これだと自分はよくても他のモジュール等に影響を与える可能性がある。そこでまず癖としてlocal修飾子を使う癖をつけてほしい local $SIG{INT} = sub { warn "got SIGINT (OUTSIDE)" }; su

Fukuoka Perl Workshop #14 行ってきました 11/14、ようやく杉山さんとの去年？からの約束を果たすべく福岡に行って、Fukuoka Perl Workshop #14 に参加してきました。 都内でやっているイベントでは比較的最先端技術とかを話す人が多いですが、地方にいくと必ずと言っていいほど「実務的な話」のリクエストがあがります。今回もご多分に漏れずまっさきにそういうリクエストが出たので、JPAの肩書きで参加はしたものの、弊社endeworksの実例を出して色々どういう開発手法を採っているのかを話させていただきました。     http://users.endeworks.jp/~daisuke/presentations/fukuoka-pm/fukuoka_perl_workshop14.pdf 発表の時はJPAのロゴが入ったスライドだったんですが、内容がJP

YAPC::Asia Tokyoの参加費用 さて、ようやくCall for participationもして動き出しつつあるYAPCですが、ひとつずっと考え続けているけどちゃんと答えの出てない懸念事項があるのです。それは入場料。 一般参加の方は別に基本的に今までと同じくらいの値段設定でいいんだけど、今回から企業向けのプライシングを取り入れようかと考えてて、それが日本では通じるのか、通じるのなら相場はどのあたりか？というのを迷っている。 たとえばちょうど今日（今朝？）終わったYAPC::NAでは参加費用は以下のようになっています： 一般 $150企業参加A $1000企業参加B $1500企業参加C $2000企業参加D $2500なんでこういう価格設定になっているかというと、一般参加はこういったカンファレンスにしてはかなり安い部類に入るので、普通に会社に勤めている人が研修名目の経費として申

JPAの活動内容 コメントリストを見ていたら未承認のコメントがあったので先ほど承認しておいた。 地方在住の方に関してはJapan Perl Associationは最初から地方での活動を視野に入れて団体を作った、というのは断言しておきます。ちゃんとこれから東京以外の地域でも活動はしていく予定です。 ちなみにまだ未確定ですが第一回セミナーと同時期に関西地区でのセミナーも視野に入れて調整中です。その後も、ニーズに合わせて少しずつ活動を広げていくつもりです。とりあえず考えているのは広島、仙台、北海道あたり。それ以外は行かない、というより、個人的になんの予備知識もないため、これから調査をする必要があります。情報及びヘルプは随時募集いたしますので是非ご連絡ください。ただ、もうしばらくは地盤固めのほうが先に来てしまいがちになるのはどうか理解いただきたい。 なお録画に関しては正直他のことにかまけていて忘

Mouse.pmでParameterized Typesが使えるようになった理由 Data::LocalizeがMooseベースで、Moose嫌いなtokuhiromがMouseじゃねーから使わないって言われたのが発端。おお、んじゃあAny::Mooseにすべかぁ、と思ったらParameterized typesが実装されていない。ないからことごとくエラー。「実装されてないじゃん！」って言ったらtokuhiromとYappoに「え〜、俺ら必要ないし」的な発言をされて正直Mouse Mouse言うならちゃんと最後まで面倒みてやれよ！と思った。 ...というような事を書いたが、このエントリは別に彼らに文句を言いたいわけではない。 オープンソースの世界は参加者一人一人が自分の技術を少しずつ世間に提供する世界だ。彼らにMooseとの完全なる互換性を求めるのは大間違いだ。ここまでちゃんと使える物

FUDを広げるのは誰の特にもならないと思うんだ。 以下、まぁ書き散らかしです。あんまり推敲してません。すまそ。ちなみに、下記記事に対するブクマはDISも多いけど、素直な反応もちらほらあるようで興味深い。 僕にとってのJavaは2001年に終わってますが・・・。同じ事何回も書かなくちゃいけない言語なんて死んだも同然ですよ。ライブラリもちらばってて何がどこにあるのかわかんないし。 って、書くのは簡単です。多分元記事をテンプレ化してほぼ同じ事をどの言語に対しても僕は書けます。 ただ、エンジニアという職種の人がそんなことしてるのはどうかなぁ、と。エンジニアの使命を問題を解くことです。何でつまづいたかとか、なにがむずかしかったとか、何ができなかったとかそういう事をちゃんと書いて欲しいなと思う。CPANのアップロードとかも状況に対しての認識もなく、「回数」という一面だけで判断をばっさりしてていいのでし

求められる物 ここ数日かたっぱしからモダンPerl入門について言及されているブログをぐぐってははてブするという生活をしていたので、色々と感想とかを読んだ。 今のところ「わからない」という意見が出てない（ブログに出てないだけなのかもしれないとは思いつつ）のは嬉しい限りだが、「物足りない」とか「もっと具体的な例」をっていうのにはまた違う方法でなんとか応えていきたいと思う。まぁ全員の期待に応えるのは無理なのでそれでもやっぱり捨てるところは捨てますが。とりあえずなんらかの形でこれから先カバーしたいなと考えているところ： 文字コードの扱い in Perl日付・時間の扱い in PerlApache::TestでPHPサイトをテストするApache::Test + Test::WWW::SeleniumPerlのスタンドアロンアプリケーションの作り方 （これはこれから研究ｗ）どれもこれもベストプラクテ

国際化はすげぇつらかった MojoMojoを使ってみて国際化についてちょっと研究してみた。CPANにはLocale::Maketext, Locale::Maketext::Lexicon, Locale::Maketext::Simple等々色々あって正直よくわからんかったのだが、今回調べてみてようやく把握した。 まず先に行っておくけど、Locale::Maketext::* 系のモジュールのコードは正直クレイジーなので、暇じゃなきゃあんまりソースコードを漁るのはお勧めしない。 国際化の大まかな流れは、文字列IDがあって、それに対応する言語の「翻訳」が存在する、という感じ。Catalystを使っているなら、Catalyst::Plugin::I18Nを使用して、MyApp::I18N名前空間以下に.poや.moファイルなどをおくのが主流。 問題はHTML::FormFuなど、他の国際化さ

「モダンPerl入門」書きました。 モダンPerl入門 今みたらAmazonでも表紙が入稿されたらしいので宣伝させていただきます。えー、モダンPerl入門という本を翔泳社さんから出版させていただくことになりました。でも最初に断っておきます。誤字脱字はある気がします。ごめんなさいごめんなさい。日本語不得手なんです（こういう時だけ帰国子女カードを使わせていただきます）。 ともあれ、内容的には自分が普段Perlを使っていて、同僚とかに知っておいてほしいな、って思っている実践的な内容ばかり書きました。この本はたとえPerlがメインの言語ではなくともPerlを仕事で使っていて、なおかつ初級〜中級のあたりでうろうろしてしまっている人たち向けに書いています。初級者向けの構文説明はほとんどありません。上級者向けのわけわかんないところはXS以外ありません（はい、XSの入門あります）。ほとんどは、Perlで業

JPAを今このタイミングで設立するわけ or 2009年に向けて JPAは社団法人で公益法人はとりあえず面倒くさいのと人手がないので目指さないものの、公益性の高い法人として活動していく予定で、今そういう方向の定款をがんがん書いております。 ところでこの間某社を訪れた時に「この時期にこういう事をするなんてチャレンジャーだね」的な事を言われました。この経済情勢の中、というのはよくわかりますが、私は今こそがチャンスだと思っています。不景気と言われるときこそ器用なPerl技術者は重宝されるはず。今年弊社endeworksで雇ったFさんにしてもそうだけれども、Perlプログラマはとにかく現実的・合理的、そして広い知識を持っている。buzzword満載の言語ではなく、質実剛健なPerlを助成・発展させるための団体を作るならば時期は今こそ、でしょう。 また、協賛してくれる各社は今が我慢のしどきだと思って

公証人役場にいってきた 公証人役場にJPAの定款を持って行ってきた。そしてある意味我々の期待通り、ぼろくそ言われて帰ってきた。まぁいいでしょう。しかし行ってみて分かった点が数点あるので、メモと周知のために書いておく： 「社員」は議決権を持つ。JPAに社員はそんなにいらない。当初は５人とかでもいいと思う一般的に社団法人内で決定しなければいけない物事は社員総会で決める理事会はその社員達の「上」にいる。社員総会での決定事項を承認する。つまり拒否権もある。理事会を設置する場合は必ず監事が必要となる。企業にしろ、個人にしろ、大多数の人は「会員」になる。会員は議決権を持たない。昨日まで賛同企業は議決権を持つような事を考えていたけど、持たないで会員になってもらったほうが色々好ましいということを理解した。JPA は社員だけにするか、少人数な理事会を設けるのがいいと思う。とりあえずメモまでに。 カテゴリ 日

○○と話す時のライフハック 弊社社員から、ブログにまとめてくれと熱い要望があった（？）ので書いてみる。 このエントリのタイトルは本当は「インド人と話す時のライフハック」なのだが、なんかもっといろんなコンテキストで使えるような気がするので、タイトルは「○○」と変えてみた。 人種差別だとか言われるかもしれないが、アメリカに居たとき俺は正直インド人と話すのが苦手だった。働いていたのはカリフォルニアなので、そりゃ同僚にいっぱいいたわけですが、どうも彼らと仕事をしていて、「あ、この件はこういうことなのね」と納得したと思っていると後で大どんでん返しを食らったりとか、そういうことがよくあった。 ぶっちゃけインド人が特にそうだった、というわけではないのだが、俺個人としては他の人種より若干そういう意思疎通の問題があったわけです。 もちろんしょうがないことなのだが、訛りとかですでに英語が聞き取りづらいし、その

TPF-J 準備 - 飲み会しませんか 前々から言っていた通り、やはりTPF-Jはやりたいのです。なんかまだどれだけの規模になりえるか、とかよくわかってなくて夢物語が多いのだけど・・・。 まぁともあれ、ちょっと仕事とか引っ越しとかが終わって落ち着いてきたので、今月からちょっと裏でぼちぼちやってるわけです。 とりあえずTPF-Jについてのおさらい。まず目標： Perl業界を活性化させたいPerlという言語の認識を企業等にもっと正しく持ってもらいたいこの二つが大目標。活動内容は基本的に非営利方向なのでゆくゆくはNPOとして発足できれば、幸い。とりあえずは多分諸処の事務的な問題からendeworksが肩代わりする感じをイメージしている。 で、当座TPF-Jとして行えそうな活動は以下の数点かと思う： Perl技術認定試験の実施企業とPerl技術者のハブ（jobs.perl.orgみたいなん？）Pe

spiderについて一言言っておくか。 spiderが一般販売されはじめたようなので、ユーザーとして一言言っておくか。 実はひょんな縁から２年前くらいからずっとspiderというHD録画用のマシンを使わせてもらっている。月曜日の「とくダネ！」で小倉さんが１０分以上しゃべり続けてたあれである。 このマシンのなにがすごいって、全然存在を知らなかった番組をあとから見られたり、同時刻に放映されている全ての番組をみようと思えば見えるということである。ネットにもつなげられるけど、それは個人的にはどうでもよくて、とにかくこの裏番組が全て見られる、というのが一番すごい。 特におれが好きな深夜帯の番組は１０分、１５分くらい番組の時間がかぶることがよくあるのでとにかく重宝している。 かなりのヘビーユーザーなのでたまに壊れたりもするが、そんな時は修理に出している間は家がお通夜状態。テレビの放映時間をきにしなくち