にぽたん研究所

先日、知人が「なんか最近仕事が忙しい」と言っていたんですけど、ふと「どのタスクがどのぐらいのボリューム感あって、進捗はどんなカンジで、どの程度忙しいのかを把握しているのかな」なんて思ったのです。

弊社の場合は、昔っから BTS (Bug Tracking System) を使っています。

BTS ってのはエンジニアの人には日頃から馴染みがあるものなので、知らない人ってのは殆んどいないと思いますが、弊社は Bug Tracking だけには使っていなくて、普通に、バグだろうがバグじゃなかろうが、タスクをどんどん登録しています。

こうしておくことによって、どのタスクが放置されてて、どのタスクが進行していて、どのタスクが完了しているのか、あるいは、どのタスクの担当が誰で、誰が一番仕事進めていて、誰が一番仕事を溜め込んでて…、みたいな情報が、この BTS を使ってある程度把握出来るようになっていたりします。

BTS の使いかたとしてはあまり正しくはないのでしょうが、BTS という名前やその定義にこだわらなければ、手法としては良いんじゃないかなと日頃から思っていたりします。

そんな中、こういう管理手法が一切無い組織も意外に多いのでは？と思っていたのです。かくいう自分もうちの会社に入る前まで、違う畑も含めて (エンジニアになったのは今世紀からぐらいなもんで…) 何社も渡り歩いてきて、どこもかしこもものすごく個人裁量ですすめられていて、業務なのに「思い出したらやる！」という感覚で物事を進めている組織ばかりだった印象があります。
特に、直面しているタスクが 1 個や 2 個の場合ならいいのですが、大小含めて 5 個 10 個あるいはそれ以上になるとまず何をすべきなのか把握出来なくなる。
備忘録として付箋紙に書いてそれを目につく場所に貼るけれど、そのうち目が慣れてきて付箋の存在がものすごく軽いものになってしまう。
ついでに言えば、付箋に何が書いてあって、その一つ一つが今どういう状態なのか、周囲の人には知りようが無い。

「○○さん。あの件は今どうなってるの？」

管理する側はそうやって都度聞かないと、ちゃんと仕事やってくれてるのかどうかもわからない。
ついでに言えば、忙殺されていて気持の余裕がなくなっている場合や、ちゃんとやっているのにしょっちゅうしょっちゅう聞かれるとやってないって疑われてるんじゃないかな？とか被害妄想を膨らませて、どんどんナーバスになる。
おかげで組織内がギクシャクする。

そんなのばっかり見ていたからこそ、BTS でタスク管理する弊社のやりかたって、結構いいなって昔から思ってました。

今年の 7 月末頃、社員が集まって、第一回の「企画コンペ」というのが行なわれました。
今までは、コンテンツを一つ作ろうという際に、わりと「誰がどういう企画を考える」という、最も肝となる部分の担当者が固定化していて、それ以外の人のアイディアというのが日の目を見ませんでした。
企画コンペには、職種を問わず、全社員から募られました。
自分も、さっきの知人の話もあったことから、

「BTS ってそもそも何だか知らない人のほうが多いから、一般化させたら意外にウケるんじゃね？」

みたいなカジュアルなノリで出してみました。
結果的コンペには 30 案強ぐらい出て、採用、不採用等も含め色々と面白いネタがたくさんあったのですが、コンペからの採用コンテンツ第一号として、本日、ちょっとソーシャル風 (?) な BTS "fixdap" をオープンしてみました。

fixdap

高機能な BTS も世の中にはいっぱいありますが、あんまりゴテゴテしすぎてると逆にわかりにくいかなと思いましたので、割とシンプルな実装にしてます。

足りない部分もいっぱいありますが、できれば「もうちょっとニッチなほうの機能追加」を中心にいろいろいじっていこうと思ってま。
でも、とりあえず忙し過ぎたので 2、3 日ぐらいはわりとボーっと過ごしたいです。こんなに忙しい師走は生まれて初めてでした。

BTS を使ったことがある人もない人も、あなたの会社のタスク管理、ごくごく個人的な予定管理、忘年会や新年会の取りまとめ、旅行、合コン、オフ会、もちろん OSS の進捗管理でも、色々用途はあると思いますので、よかったら fixdap を使って、色々なタスクの管理をしてみてください。

先程手元に 10 月 25 日発売の WEB+DB PRESS Vol.41 の見本誌が届きました。

って、Twitter で言ってたら、WEB+DB PRESS 元テスクで、現副編集長の稲尾さんから宣伝するよう依頼されました。

実は見本誌を頂く前に Twitter 上で宣伝させて頂いていましたｗ

宮川達彦国内滞在説についての真相については、今月発売の WEB+DB PRESS vol.41 で！

何かと言えば、以前私が唱えた「宮川達彦国内滞在説」について、宮川達彦氏本人が、連載中の「サンフランシスコで朝食を」の中で言及されています。

連載タイトルからして「サンフランシスコで…」と、なんだか間も無くサマータイムが終わる的な秋の訪れを予感させるタイトルなのですが、いやいや、そもそもサマータイムのない日本国内に滞在しているんじゃないの？と、約 80% の人がそう感じている (にぽたん研究所調べ) 私の唱えた仮説の真相が明らかになります。





AS 3 の特集、Comet の特集、MySQL のパーティショニング、jQuery、AtomPub あたりが非常に面白かったです。
今回もボリューム満点見どころ満載な WEB+DB PRESS。
一家に一冊 WEB+DB PRESS を。


よし。宣伝したよ俺。

昨日 Jaiku を Google が買収したとかで、Jaiku がちょっと人気になってたんですが、その影響かわからないですが、Jaiku の私に対して 24 時間の間で 80 人以上の方から add されました。
私の場合、基本的にあんまり自分から add はせず、「他の人から add されたらこちらからも add し返す」というポリシーで利用しているのですが、(時々ウザかったら remove したりしつつ) ふと気がついたら百数人とかいう状況でした。

で、何やかんや今まで add されたら、イチイチブラウザで Your Followers のページ開いて、あの遷移がイマイチな画面でポチポチと Add リンクを押したりしてたんですが、昨日はさすがに add されまくったおかげで途中から段々とウザくなりました。

途中から「基本、add されたらし返すから、自動でいいじゃん」とか思いはじめたので、こんな感じで自動 add するようにしました。


/home/nipotan/bin/jaiku-autoadd.pl

#!/usr/local/bin/perl

use strict;
use LWP::UserAgent;
use URI;

use constant USERNAME => 'username';
use constant API_KEY  => 'your_api_key';

my $message;
{
    local $/ = undef;
    $message = <STDIN>;
}
my($user_page, $screen_name) = $message =~ m{^(http://(\w+?)\.jaiku\.com)$}m;
exit 0 unless defined $user_page; # New comment?

my $page_uri = URI->new("$user_page/");
$page_uri->query_form(
    user         => USERNAME,
    personal_key => API_KEY,
);

my $ua = LWP::UserAgent->new;
my $response = $ua->get($page_uri->as_string);
exit 0 unless $response->is_success;
my($url) =
    $response->content =~ m{<a href="([^"]+)">\+\s+Add\s+$screen_name\s};
return 0 unless $url;

$url =~ s/&amp;/&/g;
my $add_uri = URI->new($url);
$add_uri->query_form(
    user         => USERNAME,
    personal_key => API_KEY,
    $add_uri->query_form,
);

$ua->get($add_uri->as_string);

exit 0;

こんなん作っておいて、

% chmod +x ~/bin/jaiku-autoadd.pl
% echo '| /home/nipotan/bin/jaiku-autoadd.pl' > ~/.qmail-jaiku
% echo ./Maildir/ >> ~/.qmail-jaiku

とかしておきました。

あとは Jaiku の登録アドレスを nipotan-jaiku@example.com みたいにしておけば、メール本文から screen name を拾ってきて、自動的に add するようになります。

多分、これが動いている限りは私を add したら、メチャっ早で add し返しますが、早いからと言ってずっと Jaiku ばっかり見てるニートだとか勘違されると困ります。

ちなみに、国内滞在説が濃厚な miyagawa さんが、とある IRC チャンネルで

15:26:27 <miyagawa_> jaikuのユーザ追加は follow usernameでできるぽい

と言っていたのですが、とりあえず Net::Jaiku を利用したりして、API 経由で message の更新をしたり、web インターフェース経由での message 更新をしたりしたのですが、どうも API や web からは follow コマンドは動かないらしく、あくまで IM と SMS (Short Message Service) 経由じゃないとダメなようです。
※ あくまで、ドキュメントを見る限りであって、コマンドが利用出来る範囲の詳細は未確認。

ただ、どの URL も、QUERY_STRING にあなたの username と、あなたの API Key を、

user=username&personal_key=your_api_key

このようなパラメータにして送ってあげることによって、フォームで認証をしていない session でもログイン状態になるらしく、add する時の URL に、このパラメータをつけてあげることによって、WWW::Mechanize 等を利用したフォームログインをしなくとも、自分でログインして add した扱いに出来るようです。

ちなみにこの方法は自分で色々試した結果気付いただけなので、Jaiku 側で仕様が変更になった場合はこの動作は保証出来ません。

とりあえず、私みたいに面倒だと思っている人は、こんな方法でしばらくはラク出来ると思います。

こないだ Twitter ネタを別の場所で書いてたらちょっと人気になってたんですが、その影響かわからないですが、Twitter の私に対して 24 時間の間で 50 人以上の方から follow されました。
私の場合、基本的にあんまり自分から follow はせず、「他の人から follow されたらこちらからも follow し返す」というポリシーで利用しているのですが、(時々ウザかったら remove したりしつつ) ふと気がついたら数百人とかいう状況でした。

で、何やかんや今まで follow されたら、イチイチブラウザでその人のページ開いて、あの重くて重くてしかたのない画面でポチポチと follow ボタンを押したりしてたんですが、昨日はさすがに follow されまくったおかげで途中から段々とウザくなりました。

途中から「基本、follow されたらし返すから、自動でいいじゃん」とか思いはじめたので、こんな感じで自動 follow するようにしました。


/home/nipotan/bin/twitter-autofollow.pl

#!/usr/local/bin/perl

use strict;
use Net::Twitter;

my $twit = Net::Twitter->new(
    username => 'username',
    password => 'password',
);

my $message;
{
    local $/ = undef;
    $message = <STDIN>;
}
my($screen_name) = $message =~ m{^\s+http://twitter\.com/(\w+)$}m;
exit 0 unless defined $screen_name; # Direct message?

$twit->follow($screen_name);
$twit->update("on $screen_name");
exit 0;

こんなん作っておいて、

% chmod +x ~/bin/twitter-autofollow.pl
% echo '| /home/nipotan/bin/twitter-autofollow.pl' > ~/.qmail-twitter
% echo ./Maildir/ >> ~/.qmail-twitter

とかしておきました。

あとは Twitter の登録アドレスを nipotan-twitter@example.com みたいにしておけば、メール本文から screen name を拾ってきて、自動的に follow するようになります。

多分、これが動いている限りは私を follow したら、メチャっ早で follow し返しますが、早いからと言ってずっと Twitter ばっかり見てるニートだとか勘違されると困ります。

問題は今現在の API では IM への Notification を ON に出来ないので、IM を中心に Twitter を使っている人は、結局は一回その人のページにアクセスして、イチイチ ON にしないといけないかも知れません。。。


とりあえず、私みたいに IM 使ってないよって人は、ラク出来ると思います。


Update:

「Twitter API ガイドブック」の id:tsupo さんに指摘していただいたのですが、

できますよ。「on スクリーン名」という status を投稿(update)するだけで

ってことでしたので、スクリプトも Notification を ON にするように修正してみました。
ご指摘ありがとうございました。

Trend Micro Security Blog » アーカイブ » 谷口ウイルス

　自分と同じ名字の有名人が各方面で活躍してくれると、ちょっとうれしいものです。

　逆に同じ名字の人が犯罪者として大々的に報道されると、少し嫌な気分になります。

　では、自分の名字が付いたウイルスが全国的に広まると・・・？

　私には経験がないですが、恐らく複雑な気分ではないかと推察します。

　特に全国の「山田さん」は大変な思いをしているのではないかと・・・。

「山田ウイルス」とか「山田オルタナティブ」の登場に対して、全国の山田さんは「ああ、また山田か」とか思ってるんじゃないかなとか勝手に思うんですよね。
山田さんって、昔から色々なところでサンプルに使われる (例えば申込書とかの記入例とか) 苗字なので、使われ慣れてる的な。

　そして2007年夏、通称「谷口ウイルス」というものが少々話題になっています。Winnyなどで不正に流通しているゲームソフト（「うみねこのなく頃に」「東方風神録」「涼宮ハルヒの超乱闘」など）をインストールすると感染するという報告をいただいております。

まさかそっちに行くとは思いませんでしたね。
あんまり使われ慣れてませんからね。
ちばあきおの「キャプテン」ぐらいですよ。


TROJ_TANIGU.A - 概　要



このウイルスのネーミングの由来が、このネタきっかけではないことを願ってます。

Winny やってる方は、くれぐれもハヘロロウイルスに気をつけてください。
Winny やらないからよくわからないけど。。。

Blog で書いたことなかった気がしますが、 続きを読む

今日は mala と ZIGOROu さんと amachang さんと cho45 さんといぬビームさんと HolyGrail さんと dropdb さん と milk1000cc さんとお昼ごはんを食べました。

なんか会社がこっちに引っ越してきて 3 週間ちょっとですが、その間に amachang さんと ZIGOROu さんとは 3 回もランチしてます。

で、話した内容はアレすぎて、アレが怖いので、ここでは細かく書けません。
当たり障りのないネタだけあえて書くけど、面白かったなーって思ったのは、リンクテキストがものすごく SEO に効果があるってネタ。 続きを読む

search.cpan.org を見てる時に「この CPAN Author は、何個の distribution を contribute しているのだろう？」とよく気になったりします。
だから、Author 毎のトップのページを見てる時に表示したいなと思ったのでグリモンにしてみました。

// ==UserScript==
// @name           CPAN Distribution Counter
// @namespace      http://blog.livedoor.jp/nipotan/
// @description    count the author's distribution
// @include        http://search.cpan.org/~*/
// ==/UserScript==
(function () {
    var div = document.getElementsByTagName('DIV');
    for (var i = 0; i < div.length; i++) {
        if (div[i].getAttribute('class') == 't1') {
            var authorsName = div[i];
            break;
        }
    }
    var small = document.getElementsByTagName('SMALL');
    var distCount = 0;
    for (var i = 0; i < small.length; i++) {
        if (small[i].innerHTML.match(/^\[<a href="[^<>]+">Download<\/a>\]/))
            distCount++;
    }
    authorsName.appendChild(document.createTextNode(' (' + distCount + ')'));
})()

インスコする場合は こちらからどうぞ。

ちなみに、これはあくまで、Download のリンクの数だけを拾ってます。
で、実際に使ってみて、今の時点でどの人が数的にスゲーのか見てみました。
いや、あくまでスゲそうな人だけ抽出です。




劉康民さんが 82 個でした。
ちなみに、gugod さんは台湾人ですが、Twitter の顔写真を見ると、紫色の何かを押しあててる日本通です。



日本には熱狂的なファンが多い Ingy döt Net さんも同じく 82 個でした。



Steffen Müller さんが 92 個で追います。



☺唐鳳☻ さんから一気に 100 個を超えて 113 個です。



現在宣教師の Simon Cozens さんは、114 個。



続いて Ricardo SIGNES さんは、どんだけメール好きなんだよってぐらいメール関係のモジュールを大量に作られていて 119 個。



そして、我らがアルギリーダー、実は国内に滞在しているんじゃないかとさえ疑われていて、最近らき☆すた好きの Tatsuhiko Miyagawa さんが、133 個で世界一でした。





と思ったら違いました。。。






なんと、Adam Kennedy さんが、UNIVERSAL::witch の namespace に猛烈にケチをつけていたかと思ったら、その影でコツコツと色々な面白いモジュールを精力的に作ってて、アルギリーダーがサンフランシスコでニコニコ動画をデカい TV に写して見ている間に、ぐわわーっと抜いていてなんと 155 個で、世界一でした。


今日は、ニコニコ動画ってなんて罪作りなサイトなんだろう…としみじみ思いました。

id:cho45 が Six Apart に遊びに行くという情報を、サイボウズ・ラボの id:ZIGOROu & id:amachang がキャッチしたとかで、すわっ！もしやこれは引き抜き合戦かっ！とかよくわからない色めき立ったとか勃たないとかそんな話で、こっちもお前勃つもんも勃たなくなったらアレじゃないかおいみたいなホゲホゲで、Six Apart ｺﾞﾙｧ!! しに、こりゃ仕事している場合じゃないぜと会社を抜けて、お昼休みを取りました。

多勢に無勢ではアレだと、こっちも最速.+研究会の主任研究員とかクラムチャウダーとかと一緒に、ついでに amachang も来るとかだったので、最近 amachang がマークアップエンジニアがうんたからかんたらと言っていることに対してムキー！！！って思ってるんだか思ってないんだかサッパリわからない hamashun.com も連れて行きました。

本当の主な目的は、id:cho45 とか、サイボウズ・ラボとか、Six Apart とかうちとかとみんなで、とんかつを食べることでした。

どう見ても学食風です。


で、なんかもう、この際、Six Apart に殴り込みをかけるしかねぇぜってことで、お邪魔しました。

ところで、Six Apart は、その社名からずっと「六畳一間の風呂なしトイレ共同のアパートでみんな汗だくになって仕事している」のかと思ってましたが、Six Apart の創業者夫妻である、Ben (Benjamin) と Mena の生年月日が近く、6 日 (Six) 離れている (Apart) という意味が社名になっているようです。
別にアパートとは関係ありません。

ちなみに、二人の生年月日は、

Ben が 1977/09/22
Mena が 1977/09/16

ホラ、そう考えてよく見てみれば、ロゴマークがカレンダーで、二人の誕生日に色がついてますよね！！

% cal 9 1977
   September 1977
Su Mo Tu We Th Fr Sa
             1  2  3
 4  5  6  7  8  9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30

…まあいいか。。。

Six Apart は日蓮宗の宗派だそうで、このお寺のお堂の中にオフィスがあります。


ご覧のように見事な鐘があります。
恐らく毎朝仕事が始まる時に一人一人がこの鐘を突くのでしょう。


中に入るとこんな感じになってました。とってもおシャレです。
いや、正直、僕もおとななんで、あんまりよそのオフィスで写真撮りまくると失礼なので、そんなに撮らなかったんですが、中ではこんな風に床に座って写経をしていました。


本棚にも色々な経典が並んでいました。


突然大人数でお邪魔したにもかかわらず、数々のご無礼もあったかも知れませんが、Six Apart の皆様には温かく迎え入れて頂き、有難うございました。
あ、あと、炎天下だったのですが、みんなに暑いでしょうからと、お水のペットボトルを一人一本ずついただきました。
帰り道の途中で気付きましたが、その水一本がなければ、恐らく途中野垂れ死んでいたでしょう。
命拾いしました。

ナニゲに弊社オフィスが Six Apart さんやサイボウズ・ラボさんと近くなったこともありますし、今後、朝でも昼でも夜でも、タイミングが合えば積極的に交流出来れば、とても素敵だなと思いました。
あと、ナニゲに赤坂に IT 系企業がいっぱいあるのねー的な話で、Akasaka.pm だねとか言いたかったんですが、Akasaka.pm はもう既に別組織として存在するみたいなので、「とりあえず Akasaka.js だ！」と、まるで Shibuya.esの時のように無駄にドメイン取ってしまい、激しく後悔したことはナイショだ。

ということで、またお邪魔させてください＞＜




ちなみに、仏教色ムンムンでお伝えしましたが、嘘です。
ただ単にオフィスのビルがお寺の隣にあるってだけですので、あしからず。

ちょっとタイトルに名前負け。

なんだか Ustream.tv が、モンハングループあたりで (違う？) 流行ってるんだか知らないんですけど、いきなりここ数日の間で急に流行ってたので、私もとりあえず気が向いたら時々ライブ映像を流そうと思ってみました。
続きを読む

nowa のナニシテルってのが Twitter っぽく使えていいカンジなんですが (何を今更)、いかんせん API が無いので、携帯メールから更新するとかのネタを nowa に書いたけど、これが皮肉にも nowa に対応していない。
対応している Twitter と wassr とフレパは API が互換してるおかげで、コード量が少なくてシンプルに書けるねーなんて話がしたかっただけだったりして。

nowa のナニシテルとかは、見てみると、ただの form の submit じゃなくて、どうも JavaScript で内部 API を叩くようにしているっぽいのでよくわからなかった (追おうとしてなかった) んですが、まぁ、ちゃんと js 読んで、ちゃんと動くようにしてみようと思いました。

ということで、nowa の一言を perl で更新出来るようにしてみますた。 続きを読む

久々に書いたと思いきや、この Blog らしくないテーマですよ。 続きを読む

オフィス移転！ - 羽田寛の徒然草

ちょうど1年弱前におぎゃあと誕生したわが社もあっという間に社員数も40人近く。
手狭になってしまった西麻布オフィスを卒業し、このほど神宮前6丁目にオフィスを移転しました。

続きを読む

さっき気付いた。。

Twitter / Junya Kondo: nipotanのせいだ .

これだけに気付いた時、近藤社長は何をご立腹なのかと悩んだ。
何か近藤社長の逆鱗に触れるようなことでもしただろうか。

確かに、個人的にはてなではサブアカをいくつか持っていて、時々実験的に変なことしたり書いたりはしていますが、ここ最近は、特にはてなを荒らすような行為もしていないし、この頃家で暇な時は Wii で Rimo 見てるぐらいはてな愛好家の私。
だのに、一体何があったのか。とても悩んだ。

あ、ちなみに私の Wii 番号は 7648 8579 7957 6203 です。

次にこの発言の直前の近藤社長の発言を見てみた。

Twitter / Junya Kondo: gtalkブロックしたらtwitterみなくなった .

解釈すると、「近藤社長は Twitter の notification を Google Talk に送っていたのだが、nipotan のせいでブロックした」ということだろう。

発言の書き込みは、

08:38 AM May 08, 2007

となっているが、これは恐らく太平洋標準時 (PST) で、かつ夏時間の表記なので、日本時間にすると

00:38 AM May 09, 2007

であったかと思われる。

嗚呼、そんな時間に Twitter 見てない。。。

近藤社長のこの発言の前、私が Twitter で何を言ったかと言うと、このおよそ 4 時間前に

Twitter / nipotan: Twitter で LDR の未読数うｐするのやめる

と書いていた。
そう、この直前までの発言は、

Twitter / nipotan: 現在の LDR 未読数: 1,133
Twitter / nipotan: 現在の LDR 未読数: 1,106
Twitter / nipotan: 現在の LDR 未読数: 1,075
Twitter / nipotan: 現在の LDR 未読数: 1,068
Twitter / nipotan: 現在の LDR 未読数: 1,052
Twitter / nipotan: 現在の LDR 未読数: 1,029

と、このように livedoor Reader の未読数を 30 分に一回 Twitter にうｐしていた。
それが近藤社長の逆鱗に触れたのだ。

何しろ、

Twitter / nipotan: 現在の LDR 未読数: 9,668

11:00 AM May 02, 2007

このあたりから、6 日間以上、未読数ばっかりをうｐし続けた上、

11 Friends
298 Followers

と、friend の数がとても少ない近藤社長にとって、未読数をうｐしはじめたとたんに、今まで静かだったのに突如日夜問わず俺の無益な発言ばかりが 30 分おきに Google Talk であがってきて、鬱陶しくてたまらなくなったのだろう。
朝起きてから、久々に Twitter を見たら「Twitter で LDR の未読数うｐするのやめる」とか書いてあって、「ちょｗｗｗ藻前のアレのせいで Twitter ウザくなって見なくなったんだからなｗｗｗｗ」と教えて下さっていたにもかかわらず、恐らくその時刻にはすっかりオフラインになった俺は、翌朝、会社に来て、Twitter を見て、呑気に

Twitter / nipotan: 櫛井のOK

とか更新していた。
近藤社長からの言及にも気付かずに。
そう、その頃、friends の発言を含めた With Friends のページを辿って見た場合に 16 ページも先で、完全に埋もれてしまっている近藤社長の「nipotanのせいだ .」の発言を見付けることが出来る。

chat とはまた違う、リアルタイムコミュニケーションに特化した Twitter というサービスは、太平洋を超えると時差の関係からコミュニケーションが取りづらいということがよくわかりました。

近藤社長すみません。もうしません。

しかし、同じ太平洋標準時のこの人には、あまり時差を感じない。
不思議だ。
実は日本にいるんじゃないのかとか疑ってしまう。





後の宮川達彦国内滞在説である。

元来国際通信に長けている某大手電気通信事業者が運営している、某個人向け ISP に加入しています。
昨年個人情報流出事件があり、それ以来、何故か SPAM 等の迷惑メールが大量に増えました。

※ ISP 発表によると調査した結果メールアドレスは流出していないので、因果関係は不明。

迷惑メールなんて、会社のメールを含めれば一日 1,000 通以上は受信しているので、個人的には割とどうでもいいんですが、その某 ISP が迷惑メール対策をしてくれているのかどうか、一日に 3 〜 5 通程度、本文の無いメール、厳密に言うと、ヘッダが終わって直後に本文とのデリミタ行 (空行) が無く、ドットのみの行が来るメールが届いてます。
自力で SMTP を喋って中身を見てみると、

Return-Path: <itukamiwo@example.co.jp>
Received: from example.com ([220.96.28.15x])
     by nm06mta.example.ne.jp
     id <20070504034111321.MAC0.81C37A8@nm06mta.example.ne.jp>;
     Fri, 4 May 2007 03:41:11 +0900
Message-ID: <200705031841113518590006MAC0@nm06mta.example.ne.jp>
Date: Fri, 4 May 2007 03:41:11 +0900
.

こんなかんじ。
これは実際に届いていたメールの一部 (ところどころ伏せ字にしてある) だが、決まって Subject ヘッダ (件名) とか From ヘッダ (送信者) が存在しない。
そして、かなり簡素。
Received ヘッダとかが異様に少ない。

最後のドットのみの行は、RFC 2821 の section 4.1.1.4 に書かれている

   The mail data is terminated by a line containing only a period, that
   is, the character sequence "<CRLF>.<CRLF>" (see section 4.5.2).  This
   is the end of mail data indication.

あたりに書かれているもの。
つまり、メッセージの終端を表現する行。
で、ヘッダと本文のデリミタ行 (空行) が無く、すぐにメッセージの終端 (ドットのみの行) をむかえるメールを、個人的にいつも利用している MUA "Becky! Internet Mail" で受信すると、こんな風になってしまい、受信出来なくなってしまう。




個人的にまず使うことはないが、多くの人が使っているであろう MUA "Outlook Express" とかで受信しても、こんな風になってしまって、同様に受信が出来ない。




で、自分の場合も結局数日間 (あるいは数週間) 後に、これが原因で全然受信出来なくなっているという状態に気付いて、以前は慌てて Becky! についている "リモートメールボックス" の機能を使い、それと思しきメール (Subject が "(no subject)" になっていて、From が無いメール) を削除してから受信を行ないます。

別にこの ISP が悪いとは言いません。流出した情報にメールアドレスは含まれなかったそうですし。
もしかしたら MUA 自体が悪い (本文が無いメールを想定していない設計) という見方も出来ます。
でも、どうしてこういうメールが普通に届いてしまっている状態を ISP が放置しているのかは個人的には理解出来ません。

ちなみに、こうなってしまうことについて、ISP の web サイトの FAQ ページにある、「メールの受信ができないのですが。」という質問を見ても、それに対しての回答は、この状況については全く想定していない、このケースにあてはめて見てしまうと完全にピントのズレた回答。
同じ ISP で、「突如メールが受信出来なくなった」と、個人 Blog 等に書かれている方もかなり多く見受けられますが、実際に ISP のカスタマーサポートに連絡した結果、「一度アカウントの再設定をして下さい」と、的はずれな回答をされた後、やはりダメでもう一度問い合わせると「サーバーにあるメール自体が壊れていてそれが原因かもしれないので、web 上のカスタマーサイトで web メールに入り、一旦全てのメールを削除しては」(某 Blog より編集して引用) と回答されるそうな。
つまりは、その ISP はこの事象の原因を正確には把握していないと思われます。

しかし、自分のように、意図的に全てのメールを削除しないようにしているユーザもいれば、そうでなくとも、まだ受信していないメールも大量に残っているユーザもいるだろうに、そんなの構わずそこで削除するように指示するなんてかなり乱暴だなと感じました。

どうして 11 ヶ月近くこういう状態がずっと続いているのに、調査出来る能力を持った人がちゃんと調査して解決しようとしないのでしょうか。。
恐らく、もう数ヶ月もメールが受信出来なくなってしまっている状態で、意味がわからず、完全に諦めている人もいるんだろうなと思います。

この ISP はそろそろ解約しようと思うので、置き土産なんぞをと思います。

個人的には、こんなスクリプトを数分おきとか定期的に動かし、MUA で受信出来なくなってしまうメールを削除するようにして回避しています。
同じような状況に悩まされていて、Perl が使えて、Net::POP3 を入れられるという環境をお持ちのかたは、どうぞお試しください。

#!/usr/local/bin/perl

use strict;
use Net::POP3;

use constant POP3_HOSTNAME => 'pop.k5.example.ne.jp';
use constant POP3_USERNAME => 'a123456789';
use constant POP3_PASSWORD => 'pAssWorD';

my $pop = Net::POP3->new(POP3_HOSTNAME, Timeout => 10);
exit unless $pop->login(POP3_USERNAME, POP3_PASSWORD) > 0;

my $stored = $pop->list;
for my $num (sort { $b <=> $a } keys %$stored) {
    my $msg = $pop->top($num, 0);
    my $has_delimiter = 0;
    for my $line (@$msg) {
        next if $line =~ /[^\r\n]/;
        $has_delimiter = 1;
        last;
    }
    $pop->delete($num) unless $has_delimiter;
}
$pop->quit;

こんにちは。
購入したサスペンダーの今後の使い道に困っているにぽたんです。

そうそう、

結構お手軽に IP アドレスから国コードを検索 - にぽたん研究所

自宅サーバの HDD が異音と共にぶっ壊れてしまい、10 分で作る Sledge アプリの動画とかのサルベージが出来ず、すっかり意気消沈の今日この頃、皆様いかがお過ごしですか。

ということで、かつて Sledge ドキュメントの公開と共に、当時「10 分で作る○○アプリ」的なものが人気があったので、実践編として、「10 分で作る Sledge アプリ」という、明らかに他の 10 分で作るシリーズとは異質な動画を作って、そこそこはてブしていただいたことがあったのですが、結局これは適当に秋葉原行って買ったベアボーンを組んで作っただけの自宅サーバにしか置いてなくて、HDD が壊れてしまった瞬間にあの動画は消失してしまってました。

時々人からはあの動画について「変態的」とか「ただのタイピング自慢」とか「もはや伝説だよね」とか色々言われたりしますが、ちゃんと理解した上であの動画を見れば、Sledge を使ってアプリケーションを作るための手順としては参考になるはずです。

時々、あの動画が存在する頃に、動画の存在を知らなくて、結局見なかったという方にお会いすると、ものっすごい勢いで

「もう一度やってください！」

と無茶を言われるのですが、「違うよ！あんなのもう出来ないし、やりたくないよ！」と、若干マーク副社長っぽく突き返します。
でも、どんなに言っても、俺はただのケチな人で、見ていない人にはこの胸の思いはちゃんと伝わりません。

実際にあの動画を見れば俺の気持ちわかるはずなんだけどな。。


って思ってたら、

YAPC::Asia::2007をiPodで楽しむ : ネットPR.JP - netpr.jp -

「あ、Sledge アプリの動画持ってる！」と思い出しました。どうやって渡したらいいかなあ...なんてことを通勤途中に考えながら、聞いていました。

何と、ネットPR.JP を運営している News2u の方がお持ちで、今回無理にお願いして、あの動画を送って頂きました。

今、晴れて復活です。
見忘れた方は、この機会にどうぞ。

10 分で作る Sledge アプリケーション (復刻版)

関連エントリ:
Sledge ドキュメント - にぽたん研究所
10 分で作る Sledge アプリ - にぽたん研究所

前々から話題になっていた livedoor 認証 API が公開されていますね。

livedoor Auth

最近は Twitter が話題で、個人的にもけっこう使ってたりするんですが、いかんせん、自分の発言として公開されてしまうので、うかつに軽はずみなことが言えないなーなんて警戒しています。

いや、フレパの「ひとこと」とともに、なにげに軽はずみなこと言ってるけど。

はてな匿名ダイアリーのような、発言者不明で無責任なこと言わせるサービスって、すごく面白いと思うんですが、たったヒトコトを言うのに「ダイアリー」は敷居が高いかなーとか思ってたりしたので、とりあえずオープンした livedoor 認証 API と Twitter API を組み合わせ、匿名 Twitter 的なものを作ってみました。

Anonymous Twitter

是非利用してみてください。



今回一番苦労したのは、Twitter のロゴのフォントが何ってフォントかわからなくて、WhatTheFont とかも利用してみたんですが、それっぽいのが無く、結局自分でそれっぽいロゴを作ったってことですかね。

いやー、久々に描きましたよ。
ベジェ曲線。

ちょっと反応が遅くてごめんなさいなんですが、

酒日記 はてな支店 - Unicode::RecursiveUpgrade

ネストしたリファレンス内の文字列 (utf8, not flagged) を一括で utf8 flagged にしたかった。

Unicode::RecursiveDowngrade を使えば出来るのだけど、upgrade するのに名前が downgrade ってなんか嫌だったのでついカッとなって作った。

あうあうあー。

すいません、当初の目的が downgrade だけで、namespace 決めて、作ってくうちに拡張性を考えて downgrade じゃなくてもいいようにしたりとか、色々してたせいで、namespace が適切じゃない使いかたも出来るようになったりで。

で、だいぶ前の話なんですが、Unicode::RecursiveDowngrade を作ったりした時に、弾さんから指摘を受けたりしつつ、その話の流れの中で、

404 Blog Not Found:Object::Apply

これ、CPANにありそでなかったのであげとく？

弾さんがこれを作られたんですが、この Blog のみで公開している Object::Apply を用いれば、Unicode::RecursiveDowngrade だろうが Unicode::RecursiveUpgrade だろうが、Object::Apply ベースに実装しなおせるし、色々と作れる上に、結構夢がひろがりんぐなんですよね。

前に Shibuya.pm かなんかの懇親会で、弾さんに「あれは是非 CPAN にあげておいて欲しい」って言った記憶があるんですが、弾さんのほうで二の足を踏んでいる (忘却気味？) ので、あらためて Blog で ONEDARI してみます。




nipoDan the Suspenders Suspended Distribution 続きを読む

昨日の LT の時の弾さんのモノマネですが、clouder さんが撮影したものが YouTube にアップされてます。
i-revo さんのほうで後日公開されますが、先取りってことで。
続きを読む

去年に引き続き、今年も YAPC::Asia に行ってきました。
昨年と違って、今回は Lightning Talks に参加しました。

実際に開場でご覧になった方はご存知かと思いますが、弾さんについて、以前

つけヒゲと鼻メガネをつけて、サスペンダーでズボンを吊って対談し、弾さんの声まね (一部の人達の間では、俺がやる弾さんのモノマネは「激似」と評判) をしようと思ったのですが

と書いて、それを実行しなかったので、弾さんご本人の前で、弾さんのモノマネをやらせていただきました。




しかも、Lightning Talks の一発目でこれをやったので、自分より後に喋る多くの人々に、話しにくい空気を作ってしまったことをお詫び申し上げます。

思いのほか弾さんの喋りがゆっくりなため、焦って途中から徐々に素になってしまいました。
案の定当初予定していた内容の 70% ぐらいしか発表出来ず、これまたいつか使い回せるなぁ、なんて思ったので、今回も資料は公開しません。

近日、動画は公開されるそうです。

ちなみに、一番ウケてたのは Mark Jason Dominus (mjd) だったので、モノマネは国境を越えられるんだなと実感しました。

いや、mjd！

YAPC::Asia の懇親会では、クイズがあり、Mark Jason Dominus の発表から 3 つ問題が出され、全問正解した人に、著書 "HIGHER ORDER PERL" をプレゼントということだったのですが、空気読まずに一発目から正解してしまい、本をいただいちゃいました。
和訳が出ていないので、まだ、部分部分をチラっとしか見ていないのですが、かなり見応えがあります。



懇親会でも数多くの著名な皆様方と名刺交換をさせて頂けて、とても有意義でした。

初日のランチタイムに、TAKESAKO さん、Yappo、tokuhirom、ma.la、と俺の 5 人でランチに行ったんですが、適当に入った 70 歳ぐらいのじいちゃんが一人で切り盛りしている居酒屋っぽい店で、店に入るなり妙に「本場タイカレー」というメニューを、「うまいよ！」って執拗にプッシュしてくるから、それに応じて頼んだという事件があった。
出てきたのは、明らかにタイカレーではない何か。
食べてみたら、まぁタイカレーではない何かだけど不味くはなく、まぁまぁおいしかった。
カレーの具は、豚バラ肉、ジャガイモ、メンマ。
メンマはないだろ。メンマは。


帰り際、そのじいちゃんは、

「ひとり 800 万円ね〜」

と言っていた。




いつか、また、あそこに、タイカレーを食べに行こうと思った。