Unicode::RecursiveDowngrade - naoyaのはてなダイアリー
UTF-8 フラグがどうもウザいという人向けにこんな CPAN モジュールがあるそうな。 「あるそうな」というか作ったのあなたでしょと軽くツッコミつつ、これはいいものです。Perl 5.8 における悩ましい問題であるところの UTF-8 フラグを、データ構造を再帰的に下って全部 off にしてくれるモジュールです。 http://search.cpan.org/dist/Unicode-RecursiveDowngrade/ なにげにフラグを落とす処理を pack('C0A*', shift)と pack な魔法でやってるところも素敵。Encode や unicode を必要としないので Perl 5.6 とかでも使えます。pack な方法はおそらく竹迫さんのパワポから得たヒントかな。 これまで、TT で utf8off なんてフィルタを書いて [% item.title | utf8of
Perlにおけるtry catch - qootas.org/blog
perl の Error.pm ってまだメジャーじゃないのかな。 Perlにおけるtry catch Perlにおいてエラーなんかをトラップするための方法として、evalがあります。 http://perldoc.perl.org/functions/eval.html で、まず一つ目としてこのevalはあくまで「関数」であって、構文ではありません。具体的にいうならば、 a = 1 / 0; というものに対して、try catchをするのであれば、Javaならばこうすればいいわけです。 try{ a = 1 / 0; }catch(Exception e){ } perl についてくるモジュール Error.pm を使うとこんな感じで書けます。最後に ; が必要なのは一緒で、忘れがちなのも一緒ですがｗ。 #!/usr/bin/perl use strict; use warnings; u
Text::Migemo作った - spiritlooseのはてなダイアリー
Text-Migemo-0.01 - Migemo library module for Perl - metacpan.org MigemoをPerlから使うモジュール。 前からほしいと思ってたので作ってみた。 中身はほとんどC/Migemoのラッパー(with XS)。 一応サンプルはこちら。 http://spiritloose.net/misc/text-migemo/index.cgi CGIで動かしているので結構重いけど。 このまえ作ったHaskell の リファレンスマニュアルみたいなインクリメンタルサーチで、検索対象に日本語があるときに使えそう。 Migemoはクライアントサイドではよく利用されてるけど、サーバサイドで使っていくのも面白いとおもう。 JavaScript に Migemo があったらおもしろいだろうなぁ。辞書とかいろいろ問題あって厳しいけど。 追記 もうJa
Test::Perl::Critic で PBP 準拠なコードを自動テスト: blog.bulknews.net
Test::Perl::Critic で PBP 準拠なコードを自動テスト Perl Best Practices 日本語版発売記念ということで、Plagger のユニットテストに Test::Perl::Critic を組み込んでみました。 Perlベストプラクティスposted with amazlet on 06.08.24Damian Conway クイープ オライリー・ジャパン (2006/08/24) Amazon.co.jp で詳細を見る 組み込むといっても実装は簡単で、t/99-perlcritic.t なファイルをつくって、以下のように書き込むだけ。 use strict; use Test::More; eval { require Test::Perl::Critic; Test::Perl::Critic->import(-profile => "t/perlcri
Unknown::Programming - 何故Perlなのか。
なんで僕はこうもPerlが好きなんだろう。 そして何故PHPが好きになれないんだろう。 前に「PHPがどうにも好きになれない理由 - Unknown::Programming」というエントリを書いたけど、なんていうかもしあの不満点が全部解決したとしてもおそらくPerl程好きになることは無いと思う。 やっぱり良くも悪くも初めて真面目に取り組んだのがPerlという言語だったからなのかなぁ。 専門学校時代にはC,C++,VBをやった。会社入ってからはJava(iアプリ)をちょっとやった後にWEBアプリケーション開発にまわされた。 そこで初めてPerlを触った。 初めて触った時には「なんだこのクソ言語」と思ったものだ。 Perlでやった初めての仕事は地獄だった。本当に辛かった。 水も何も持たずに砂漠のど真ん中にいきなり放置されたような感じだった。 まず誰も何も教えてくれなかった。先輩は皆忙しそうで
Jifty HomePage
NAME Jifty - an application framework SYNOPSIS # Object containing lots of web related goodies... my $web = Jifty->web; my $request = Jifty->web->request; my $response = Jifty->web->response; my $link = Jifty->web->link( label => _('W00t'), url => '/whatsit' ); # Retrieve information from your application's etc/config.yml file. my $config = Jifty->config; # Retrieve the Jifty::DBI handle my $handl
コメント!=ドキュメント : 404 Blog Not Found
2006年09月04日15:15 カテゴリLightweight Languages書評/画評/品評 コメント!=ドキュメント なぜコメントの付け方の昔と今が違うかと言えば、原因は二つある。 Perl Best Practices Damian Conway [邦訳:Perlベストプラクティス] 小野和俊のブログ:ソースコードのコメント率は20%を切ることが望ましい 昔はソースコードのコメント率が50%を切るものはドキュメント不足で品質が低いものとされた、という内容のものがあった。 [中略] 今、改めて考えて、どのような言語であってもどのようなコーディング規約であっても、私はソースコードのコメント率は原則20%を切ることが望ましいと思う。 まずは言語仕様そのもの。昔は変数名の長さに限りが合ったり、loop controlにifとgotoしか使えなかったりで、「プログラムそのものに語らせる」
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Index of /~jkondo/DesignPattern
naoya.dyndns.org is offline
Module-Pluggable-5.2
SVN-Notify-2.86
Module-Install-1.21
Text-Migemo-0.01
Excel-Template-TT-0.0.1
Markup-Perl-0.5
発表資料 — Lightweight Language Ring
http://blog.33rpm.jp/excel-template-tt.html
Mac-Spotlight-0.06
Junya Kondo / Text-Hatena-0.20 - search.cpan.org