Shibuya.pm Tech Talks #14でPerlの歴史について話しました - mad-pの日記
LL Tigerのスタッフ打上げの帰途、駅まで歩いているとき、id:takesakoさんから「今度Shibuya.pmがあるんですが、Perlの歴史について話しませんか」と声をかけていただきました。昨年のYokohama.pmの懇親会でも、初めて使ったPerlが5.8だっていう人が結構いて、「Perl4.000の定義」とかを話すと意外とウケたので、いつかこのネタはやろうと思っていたのです。 そんなわけで10分の時間をいただいてしゃべってきました。 Shibuya Perl Mongersテクニカルトーク#14 発表スライドはこちら http://www.slideshare.net/KaoruMaeda/perl-perl-1234 Shibuya.pm #14の録画はこちら(02:03:00くらいから) http://live.streamingmedia.jp/shibuyapm/ 年
StarmanとStarletの差異
Tatsuro Hisamori @myfinder だいぶ違うということか。 RT @kamipo: StarmanとStarletの差異はせいぜいインドとインドネシアぐらいのもんじゃ。 2010-10-01 11:36:24 徳永 広夢 @tokuhirom2 Starlet と Starman の違いは Net::Server つかってるかどうかってところと、keepalive まわりの実装の有無ぐらい? 2010-10-01 11:36:32
Kazuho@Cybozu Labs: Shibuya.pm でセキュアコーディングの話をしてきた件
昨日は、Shibuya Perl Mongersテクニカルトーク#14 に参加してきました。 パネラーとしてウェブサイトのセキュリティに関するディスカッションに加えていただいて、いろいろ上から目線で大局的な話をしたり。一方、ライトニングトークでは具体的な事例として、既にブログに書いた Twitter の XSS に絡んで構造化テキストの処理手法について話をさせていただきました (参照: 構造化テキストの正しいエスケープ手法について, String::Filter っていうモジュール書いた)。 とはいえ、既にブログに書いたことを繰り返すのも芸がないので、正しい設計が何か、という切り口ではなく、どういう設計をすれば「安全」か、という話になっています。スライドは以下にありますので、興味のある方はご覧ください。
Too Easy or Too Hard - Perl Hacks
We hear a lot of people complaining that programming in Perl is too difficult, but I think that a lot of these problems stem from people making the opposite assumption – that writing Perl is easier than it actually is. Let me share a couple of examples. I’ve lightly disguised the companies in question – so if you think you recognise a place where we’ve worked together you’re probably wrong. In the
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - miyagawa/Plack: Moved to https://github.com/plack/Plack
