面白い&&最近Nyancatが走るのを見つけたこともあって、全然違う猫だけどカジュアルに走る猫を書いてみた。

usage

$ alias cat='perl <(curl -s https://raw.github.com/gist/1445161/c183b0f555cbe88a6530bb7da2eb607a62f75403/nyancat.pl)'
$ cat

xtermなら動くはず。iTerm2で確認済み。nyancat.pl · GitHub

ほぼ元ネタGitHub - klange/nyancat: Nyancat in your terminal, rendered through ANSI escape sequences. This is the source for the Debian package `nyancat`.の流用ですが元はCで書かれているので、カジュアルに猫を走らせるにはこれくらいで。
元ネタはいろいろな環境で動くように書いてあって気合いの入り方が違う…

2011-12-06

Google Readerのスター済みアイテムを自動でreblogしたい

全国1億2000万人の意識の高いrebloggerの皆さんこんにちは。
私は最近、tumblrでreblogする簡単なお仕事をしています。このお仕事、実に楽しい訳でありますが、しかしこの作業はいかんせん単調で、作業内容はと言うと、Google Readerに流れてくる *.tumblr.com のお気に入りのpostにスターをつけ、ブラウザでまとめて開き、reblogし、スターを外すという流れ作業であるため、大量にスターを付けてしまった日には刺身にタンポポ状態で時間を無為に過ごしている感覚に襲われます。

意識の高いrebloggerとしては無為な時間を減らし、時間短縮をすることでさらに多くのreblogをすることが至上命題となるわけです。そこで、自動化しようと奮起していたところ、Google Readerにもtumblrにも幸いなことにAPIが提供されているようで、ルーチンワークを自動化してしまえることが判明しました。そのうえ、Google Readerを叩く手段としてWebService::Google::ReaderなるモジュールがCPANにあったりと、ありがたい限りです。

ここにモックを作り、手元で幾度か動作させてみたところうまく動いているようで、大変快適な生活が送れそうな期待で胸が一杯になりそうです。
GitHub - punytan/AutoReblog: Automated reblog script from Google Reader starred items
実装は bin/autoreblog.pl, lib/App/AutoReblog.pm あたりを見ていただくとして、需要がありそうならMakefileを書いて体裁を整えようかと考えています。

現状、*.tumblr.comに対してだけreblog & unstar するようにしているのですが、これだけでも十分な気がしています。

2011-11-26

use parent と Try::Tiny とか

use parent を使って継承した時に try-catch あたりを継承先に突っ込んだりできないものかと考え倦ねいたけど中途半端なところでギブアップした。Magoから呼ぶとcaller()のEXPRをインクリメントしないと動かない。このあたりは要ハック。

プラグマも適用できればと思ったりしたけれど普通にuseしてimport()でやった方が楽そう。とりあえずココまで。

Try::Tinyをこんな使い方して大丈夫なのかは知らない。

package Oya;
use strict;
use warnings;
use Try::Tiny ();

sub new {
    return {}, shift;
}

my $child = (caller(1))[0];
no strict 'refs';
*{"$child\::try"} = \&Try::Tiny::try;
*{"$child\::catch"} = \&Try::Tiny::catch;
*{"$child\::finally"} = \&Try::Tiny::finally;

1;

package Kodomo;
use strict;
use warnings;
use parent 'Oya';

sub foo {
    printf "Hi! I'm '%s'\n", __PACKAGE__;
    try {
        die "Oops";
    } catch {
        print "Caught!!!!\n";
    };
}

1;

use strict;
use warnings;
use Kodomo;

my $child = Kodomo->new;
$child->foo;

__END__

Hi! I'm 'Kodomo'
Caught!!!!

追記

ツッコミ感謝。

ブックマークコメントより

シンボルテーブルいじらなくても

Try::Tiny->export($child);

でおｋ。

コメントより

typo修正ed
s/Catched/Caught/g;

2011-11-03

Cairo なら libcairo2-dev

cairo (Cairo - Perl interface to the cairo 2d vector graphics library - metacpan.org) がたまに入ってなくてアレなのでメモ。

Debian/Ubuntu なら libcairo2-dev を入れておけば良い。

2011-10-24

Post Your Blog Post About #yapcasia 2011 集計結果

YAPCから一週間が経ちましたが皆様いかがお過ごしでしょうか。

ブログを書くまでがYAPCということで "Post Your Blog Post About #yapcasia 2011" を立ち上げたところ、なんと157もの記事が集まりました。これも偏にポストしてくれた方のおかげです。（主に@lestrratさんという噂。 Twitter. It's what's happening.）

集計データ

データはSQLiteで保存していたので Post Your Blog Post About #yapcasia 2011 · GitHub からSQLをダウンロードして

$ sqlite3 database.db < feeds.sql
$ sqlite3 database.db

とすればテーブルを作れるようになっています。

記事一覧

いま動いているアプリはRSSリーダーのクロールが確実に終わる今週末くらいに落とす予定です。

その後はこちらのリンクからどうぞ！

2011-10-18

設定ファイルフォーマット考察 + Config::PP とか

tr;dr

ネイティブで書くのが一番良いと思う
こんなの書いてみた p5-Config-PP/PP.pm at master · punytan/p5-Config-PP · GitHub （ドヤッ！）

__END__

設定ファイルフォーマット考察

YAMLがオワコンだと書いたらYAML便利派からツッコミ食らったので変遷過程を思い出してみた。
楽したいと考えた挙句に最近はどのフォーマットも使わずに config.pl 作って do してる感じですけれども…。

ここで言う設定ファイルとは凡そ pit やコマンドラインツールで使うように、

大した設定量がない
ハードコーディングしたくない（ちょっと隠しておきたい）
サッと作って済ませたい
できればのちのち再利用したい

ようなファイルのこと。

http://code.google.com/intl/ja/appengine/docs/python/config/appconfig.html みたいに量があってしっかり書く必要があるものに関しては始めからネイティブでちゃんと書いたほうがよさそう。
そもそも、本来はプログラムに直接埋め込みたかったものだから、その言語を使って書いたほうがいいんじゃないかな。

pros/cons

YAML pros

コメントが書ける
それなりに読める

YAML cons

YAML 1.0, 1.1, 1.2 の違いを暗記している人はいない
各言語のパーサがどのバージョンに対応してるのか誰も知らない（他言語で使うときのストレスのもと）
設定ファイル読み込みだけのために依存が増える
新規で作られたものではあまり見かけない(気がする)
同じ構造でも表記方法が複数ある

XML pros

（誰か考えて...）

XML cons

大袈裟
人間の精神を破壊する

JSON pros

みんな読める（はず）
ウェブで使われているがゆえに多くの実績と信頼

JSON cons

コメント書けない

PP pros

依存なし
お手軽
コメント書ける
みんな読める／書ける

PP cons

設定ファイルなのに自由すぎる
他言語からの読み込みは基本的にできない
PPで書かれた設定ファイルの読み書き専用のモジュールはない（はず）

Config::PP

自分の中でいろいろとフォーマットを移り変わった結果、config.pl 作って do してるのが最近の事情なのでこんなの作った p5-Config-PP/PP.pm at master · punytan/p5-Config-PP · GitHub（ドヤッ！）

2011-10-16

YAPC::Asia 2011 に行ってきた

YAPC楽しい

今年は芝生で餃子食べられた！
トークが素晴らしいのはもちろんのこと、YAPCくらい大きなイベントになると普段会えない遠方の人たちと会えたり、面識のない人でも話ができるのでとてもいいイベントですね！（面識がないと言ってもTwitterのscreen nameで誰だかわかるので初対面だけど初対面じゃない、みたいな不思議な感じで話ができてよかった）

やや後悔

ただ、今年は何か発表したいな、なんて思いつつ過ごしていたものの大きなネタもなく発表を見送ってしまった点はsugyanさんの心境に近いものが…。

やって良かったと思えたこと

今年はアプリが出なさそうだったので、モバイル向けのタイムテーブルを作った（YAPC::Asia 2011 用タイムテーブル（モバイル用）作った - punitan (a.k.a. punytan) のメモ）ところ、公式アカウント@yapcasiaをはじめ、多くの人に（紹介して｜使って）もらえたようで良かった。

勝手にスクレイピングして作ったものがいつの間にか公式アカウントで紹介されたりと、自由で寛容的な文化がこのコミュニティーにはあるんだなぁと実感。

Google Analyticsによると10/13(木),10/14(金)だけで下記表のとおり大半の人の目に触れたのではないかと思います。

ページ	ページビュー数	ページ別訪問数	平均ページ滞在時間	直帰率	離脱率
1. /yapcasia-timetable-2011/	780	673	00:10:01	88.11%	86.28%

ちなみに今年のYAPC参加者は672人と過去最多だったようで、いままで以上に人が集まった回だったようです。

ブログ書くまでがYAPC

ブログ書くまでがYAPCですね！ただ書いただけだと自分の見てる範囲の外にあるものはなかなか見つけにくいんじゃないかなぁと思ったので、後夜祭のあとにちょっとしたアプリを書いてみた（http://app.linknode.net/）のでとりあえず一週間動かしておきます。

怠惰な自分に嬉しいRSS出力もあるので、ブログを書いたらポストして、SNS でお知らせしてもらえるとLazyな人同士で幸せになれるはず！