Shibuya.pm #16 で発表してきました - Islands in the byte stream (legacy)
Shibuya.pm Technical Talk #16 夏の正規表現祭りにスピーカーとして参加してきました。mixiさん会場提供ありがとうございました！ 私は「Hello, re::engine!」と題してPerlのプラガブル正規表現エンジンについて発表しました。「正規表現」のイントネーションでツッコミを受けたり、スライドが壊れていてライブコミットするハメになったりなどハプニングもありましたが、大いに楽しみました！ Hello, re::engine! これはもともと How to Implement World Fastest Grep の [twitter:@shinya8282]くんをShibuya.pmに呼んで正規表現祭りをしたいね、と話していたとき思いついたネタです。つまり、Perlの正規表現エンジンはプラガブルなので、高速な正規表現エンジンがあるならぜひPerlからも使える
再帰的 正規表現JSON Validator
4. 再帰的正規表現でJSON Validatorを作ってみたPCREの記法(?R)(?0)(?1)を使うテクニック$json =~ / ( * (?:"(?:[^"]*|["bfnrt]|u[0-9A-Fa-f]{4})*" | -? (?= [1-9]|0(?!) ) + (?:+)? (?:[eE] [+-]? +)? | true | false | null | (?: (?1) (?: , (?1) )* )? * | (?: *"(?:[^"]*|["bfnrt]|u[0-9A-Fa-f]{4})*"*:(?1) (?:,*"(?:[^"]*|["bfnrt]|u[0-9A-Fa-f]{4})*"*:(?1) )*)? * ) *)/sx; 6. JSONとはJavaScript Object NotationJavaScriptの記法を元にしたデータ記述用言語元々はJava
今日はShibuya.pm #16の日です - Pixel Pedals of Tomakomai
今日は夏の正規表現祭りに参加していますので、自分用にメモします。 ustreamもあります！ (Irr|R)egular Expressions / @dankogaiさん 「えろい」のではなく「えらい」 「命賭けるな、コード書け」 正規表現の使い過ぎに注意 $str eq 'XXX' or $str eq 'YYY' を /^(XXX|YYY)$/ に書き直したくなる → やりすぎ もしくはハッシュを使ったり、5.10 でスマートマッチ ~~ を使ったり。 メールアドレスの検証の正規表現 → 適当に書くと不完全。完全に書くとすごく長い Regexp::Common → 便利な正規表現集。ipv4とか。 Regexp::Assemble → alternations (xxx|yyy|zzz) をTRIE最適化する。 ただし、5.10 以降は自動でTRIE最適化してくれる マッチした部分を
Shibuya Perl Mongersテクニカルトーク#16 アウトラインメモ
Shibuya Perl Mongersテクニカルトーク#16 : ATNDに参加したので、メモっていた内容です。(正確性は保証されません) 夏の正規表現祭り 18:45 – 開会宣言（会場からの諸注意） 18:50 – Dan the (Irr|R)egular Expressionist – @dankogai メールアドレスの検証 狭義のメールアドレスは正規表現でマッチできる事になっている IPv4アドレスの検証 use Regexp::Commonにこういうよくある感じのが簡単に使えるようになっている。 コストが高い正規表現 手動でやるのもコストが高い(人的に) use Regexp::Assemnle というものがある マッチした正規表現を返してくれる -> Perl5.10のやつはここまではできない 実はPerl5.10以降はTRIE Optimizationはしてくれる s/
電話番号、郵便番号にマッチする真の正規表現 : にぽたん研究所
Shibuya.pm #16 「夏の正規表現祭り」で、正規表現のお話をさせていただきました。 まぁ、「電話番号にマッチする正規表現」とか「郵便番号にマッチする正規表現」とかよく書かれてるけど、「どれもこれも手緩いよね」って話。 あ、だいぶはしょったかな。 とりあえずスライドに書いたので、発表をご覧になってない方はスライドからご覧ください。 ふと見返すと、このブログで電話番号の正規表現を公表するのは 3 度目ですが、あれからだいぶ経ってますね。 今ではもっと厳密な正規表現を作っています。 そして、Number::Phone::JP に続き、Number::ZipCode::JP という酔狂なモジュールが公開された記念で、郵便番号にマッチする正規表現を今回初めて公開しますが、そもそもここまで厳密な正規表現が公開されること自体、本邦初公開ってヤツでしょう。 Shibuya.pm でも言いましたが
今日はShibuya.pm #15の日です。 - Pixel Pedals of Tomakomai
Shibuya.pm #15に出席予定です。昨日に引き続き、IIJさんの大会議室に向かってます。ストリーミング中継もあるらしいです。 MORE Learning Perl / brian d foyさん(@briandfoy, @briandfoy_perl) .pmは世界中にある → 実際に会いたい Acme::CPANAuthors->new('Japanese') → 日本のCPAN author "Learning Perl" → 5.10に対応。5.14対応にしたい。Unicode対応したい。 "Inter mediate Perl" → 新しい版は来年の夏？ 正規表現オブジェクトやMoose対応。 Mastering Perl → アップデート予定はない Effective Perl PROGRAMMING → 一番おすすめ。5.12。 Effective Parlerを更新中
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/ 年
Kazuho@Cybozu Labs: Shibuya.pm でセキュアコーディングの話をしてきた件
昨日は、Shibuya Perl Mongersテクニカルトーク#14 に参加してきました。 パネラーとしてウェブサイトのセキュリティに関するディスカッションに加えていただいて、いろいろ上から目線で大局的な話をしたり。一方、ライトニングトークでは具体的な事例として、既にブログに書いた Twitter の XSS に絡んで構造化テキストの処理手法について話をさせていただきました (参照: 構造化テキストの正しいエスケープ手法について, String::Filter っていうモジュール書いた)。 とはいえ、既にブログに書いたことを繰り返すのも芸がないので、正しい設計が何か、という切り口ではなく、どういう設計をすれば「安全」か、という話になっています。スライドは以下にありますので、興味のある方はご覧ください。
今日はShibuya.pm #14の日です - Pixel Pedals of Tomakomai
Shibuya Perl Mongersテクニカルトーク#14 に参加してくるつもりです。なんでこんな流れになっているのか全然理解してないですが、頑張って本を読まずに空気を読んできます。 本日のイベント開催趣旨について / 竹迫さん IPAとJPAがブログ等で混同されている 両団体に来て頂いている Perl 6 Language Update / @dankogaiさん Perl6(Rakudo*) で FizzBuzz 三項演算子は??と!! 2.67秒。Perl5より1,000倍くらい遅い。ただし、夏の版より改善されている。 Rukudoのビルドは、Perlとあまり変わらず、楽 sub の中に sub を書ける スコープも正しく扱われる（外から見えない） $^n プレースホルダ → 引数であることを宣言 他の言語と違い、CATCH節はtryの中にある 無名関数.exception で直
OSDC.TW 2010 カンファレンス『Shibuya.pm in Taipei』参加レポート
台湾で最大のオープンソース開発者向けカンファレンスであるOSDC.TW 2010内で、日本のPerl開発者コミュニティShibuya.pm（Shibuya Perl Mongers）が第13回目となるテクニカルトーク・イベント「Shibuya.pm in Taipei」を開催しました。 本稿は、本カンファレンスに参加した筆者が、Shibuya.pm in Taipeiのセッションと、OSDC.TW 2010カンファレンスについてレポートします。 Shibuya.pmのテクニカルトークは、毎回、短時間で定員が埋まるなど日本人にも人気なイベントです。海外から参加する外国人のPerl開発者にも好評で、XS（PerlからC言語のAPIを呼び出すためのマクロ言語）を始めとする技術レベルが高く評価されています。そんなShibuya.pmが、今回はついに日本を飛び出して、台北に出張。4月24日（土）、O
ウェブリブログ：サービスは終了しました。
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
YappoLogs: osdc.tw 2010 with JSTAPd
osdc.tw 2010 with JSTAPd 報告が遅くなりましたが、OSDC.tw 2010でJSTAPdの発表をしてきました。基本的にスライドは日本語無いですが、本編の方は日本語で発表してきました。やっぱり中文はtypoだらけだったようです。 一応本編はJSTAPdなんですが、Shibuya.pm in taipeiのラスト発表だったんで、直近のshibuya.pmはperlだけにとらわれない事をやってるよ！的な雰囲気を伝える内容にしました。 http://yappo.github.com/talks/20100424-osdc.tw-2010/ この発表に併せて、JSTAPdももろもろ改善されております。まだCPANの方は古いままですがgithubに上がってる方ではHTTP::EngineからPlack+Twiggyに変更となってます。 既存の仕組みではtestが全て完了されてる
Shibuya Perl Mongers : Shibuya Perl Mongersテクニカルトーク#13「Shibuya.pm in Taipei」
Shibuya Perl Mongersテクニカルトーク#13 を2010年4月24日(土)に台湾で開催します。 テーマ - Shibuya.pm in Taipei 日時 - 2010年4月24日(土) 3:40pm - 5:30pm 会場 - 中央研究院（Academia Sinica）人文所国際会議場 住所 - 115 Taiwan台北市南港區研究院路二段128號 地図 - 桃園國際機場往返中央研究院院區交通圖 交通アクセス - Getting to A.S 料金 - NTD 400（台湾元） 定員 - 360名 事前登録 - OSDC.TW 2010 | Registrano にて参加登録受付中 プログラム [Speakers and topics] 内容・順番・時間などは予告なく変更する場合があります。 Timetable: OSDC.TW 2010 Day1 Schedule
本を読む Shibuya.pm TT #12で話を聴いた
11月30日に、Perlプログラマの集まるイベント「Shibuya.pm Technical Talk #12」に参加して、発表を聴いてきました。 中心となったのは「NoSQL vs. NoKVS ライトニングディスカッション」。実際に高速（分散）KVSやRDBMSを開発したり使ったりしている豪華メンバーが壇上に並んで、発表や議論を繰り広げました。 そのほかの発表も含めて、実開発者による濃い話が面白く語られていました。全体的に、アプリの実行速度にこだわった話が多かったのが印象的です。あと、予定の9時ぴったりに終わったのにもびっくり。 1週間たっちゃいましたが、以下、自分の復習として、メモをまとめておきます。 Tatsumaki" I/O bound HTTP clients in web frameworks（miyagawa） Shibuya.pmといえばこの人、miyagawaさんのセ
Shibuya.pm テクニカルトーク #12 で発表してきました - moriyoshiの日記
果たしてPHPやPythonの人が行っていいのかどうか、しかも発表はGoの話でPerl関係ないしって感じで、微妙なアウェイ感でした。というか最近どこで喋ってもアウェイ感があるわけですが。 GoでKVSを書けるのかView more documents from ... .... ※実際に作ってみたサーバのソースコードはこれです: http://d.hatena.ne.jp/moriyoshi/20091111/1257929640 Go の知識がある程度あることを前提にスライドを作ってしまったので、「Goroutineって何?」「チャネルって何?」というように意味不明だったところはあるかと思いますが時間の都合です。勘弁を。 オーガナイザの id:TAKESAKO さん、会場のリクルートさんどうもありがとうございました。 2次会で、id:gfx や id:tokuhirom と Perl の
Kazuho@Cybozu Labs: 高度に進化した分散データストアは RDBMS と見分けがつかない？ (shibuya.pm #12 スライド)
開発しているシャーディングミドルウェアである Incline と Pacific については YAPC::Asia 2009 を始めいろいろな所で話をする機会をいただいてきたので、今回は、なぜ RDBMS ベースのアプローチを採用したのかという背景を中心に説明させていただきました。概念的な話が多くて分かりにくかったと思います（すみません）が、細かな点についてはパフォーマンスとスケーラビリティのためのデータベースアーキテクチャ (BPStudy#25発表資料)を参照いただければと思います。 また、中で出てきた「実体化ビュー」については、Materialized view - Wikipedia, the free encyclopediaが良くまとまっているかと思います。Incline は一言でいうと、RDBで構成されるshard群の上で read-only かつ eventually co
Kazuho@Cybozu Labs: TCP通信ではデータの送信をまとめて行うべき、もうひとつの理由（＆ サーバのベンチマーク手法の話）
TCP通信をするプログラムを書く際に「データの送信はまとめて１回で」行うべき、というのは鉄則と言っていい、と思います。その理由としては、パケット数を最小限に抑えることでオーバーヘッドを少なくするためだと一般に説明されますが、自分はもうひとつポイントがあると考えています。次のグラフを見てください。 グラフは、一定量のデータを転送するのにかかる時間と使用するブロックサイズ（１回のwrite(2)で書き込むサイズ）の関係を表したものです注1。 ホスト間のTCP通信を行っている場合は、TCPのバッファが有効に機能するので、ブロックサイズ（＝パケット数の逆数）による速度の変化は、ほぼありません。一方、同一ホスト上で通信を行うと、ブロックサイズと反比例して所要時間が反比例の関係にあることがわかります。 原因は、同一ホスト上の通信では、送信プロセスがwrite(2)を呼ぶたびにコンテクストスイッチが発生
Shibuya Perl Mongersテクニカルトーク#12 NoSQL特集 に行って来た - ablog
Shibuya.pm#12 に行って来た。本物の宮川さんを見れた！（ミーハー）。難しくてわからないところがたくさんあったけど、刺激になった。また行きたい。 最近DB(Oracle)のお勉強しているので、「 NoSQL vs. NoKVS ライトニングディスカッション」が面白かった。特定の目的に特化したデータベースを自分で作られていて、すごいと思った。 以下、とても断片的で不正確なメモ。 特別講演 宮川達彦(id:miyagawa)さん - "Tatsumaki" I/O bound HTTP clients in web frameworks Tatsumaki at Shibuya.pm Tech Talks #12 - bulknews.typepad.com まず、PSGI/Plack がわかってない。 Perl web applications と web servers のインタ
Shibuya Perl Mongersテクニカルトーク#12 NoSQL特集
Shibuya Perl Mongersテクニカルトーク#12 "NoPerl, NoSQL, NoKVS" を2009年11月30日(月)に開催します。 テーマ - "Not only Perl, Not only SQL, Not only KVS" 日時 - 2009年11月30日(月) 18:30-21:00 (18:00 開場) 会場 - グラントウキョウサウスタワー23F リクルート本社サウスホール 住所 - 東京都千代田区丸の内1-9-2 (JR東京駅 八重洲南口すぐ) 料金 - 無料 定員 - 200名 300名（※定員枠を増やしました） 事前登録 - ATNDで参加申し込み受付中です。 Ustream.tv - http://www.ustream.tv/channel/mtl-live プログラム 内容・順番・時間などは予告なく変更する場合があります。 【開場時間】 1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『電話番号、郵便番号にマッチする真の正規表現 : にぽたん研究所』へのコメント