@ITに一足早く「Plagger」の便利さを実感してみよう − ＠ITなんて記事が出ているくらいなので、自分でも使えるかなあと試してみる。昔々インストール中途でつまって諦めた経緯もあるし、おっかなびっくり。結論から言うと紆余曲折を経てLivedoorReaderからGmailに更新状態を飛ばすテストが何とか動作したところで疲れきった。ながらで並行作業だったけど、総作業時間は8時間弱。情けないが、これが現状。
以下に主な*1失敗履歴。それぞれに転ばぬ先の杖の参考ドキュメントをリンク。先に読んでれば苦労しなかったかもしれないなあ。うー。
正確に言うと失敗では無いし、ActivePerlではなくPPMのバージョンの問題。現状最新のActivePerl-5.8.8.819またはActivePerl-5.8.8.818をインストールするとPPMはVersion4になる。これはGUIで便利そうだ。ppm-shellとやってやれば従来のコンソールっぽい画面でも操作出来る。ただ、コマンドが違う。まじめにリリースノート読んで使えば使えるのかも(なーした日記: 「退かぬ! 媚びぬ！ 省みぬ！」最新ActivePerlにPlaggerを入れる)しれないが、あちこちのインストールドキュメントをそのまま実行しないと明後日の方向に行ってしまうのでActivePerl-5.8.8.817でインストールした。尚、明後日方向で使った時間は4時間くらい。orz
これは、あちこちのインストールドキュメントには逆らっている。CPANでのインストールで書いてあるのが殆どだが、エラーが出まくって困った状態になった。何も考えずにppmでinstall Plaggerとやるだけで進むので随分助かった。
レポジトリの追加重要。
JSON/SyckやWWW::Mechanizeモジュールが足りないと怒られる。言われるままにインストールした。
livedoor2gmail.yamlいじくってテストしたところ、あれこれ足りないモジュール指摘されるのでppmでインストールしたら動いた。動いたが何故かGMAIL受信出来ずLivedoorReaderは未読0になってしまった。ギャー。戻せ返せ、うわーん。
mark_read: 1にしていたのが原因。正常動作を確認するまでは、失敗しても大丈夫なように仮設定を指定しないと駄目。
この記術はいずれ古くなる可能性があります。subtech - Bulknews::Subtech - [Plagger] 「assets の罠」の罠参照のこと（追記2006/11/29)
Livedoorからの読み出しは成功しているがGmailに飛ばない。
Plagger::Plugin [fatal] file error - gmail_notify.tt: not found at line 144.
通称「assetsの罠」とのこと。assetsフォルダをコピーしないといけないというのはあちこちで念入りに書かれていたので忘れなかったが、ハマった。
livedoor2gmail.yamlにassets_path:を指定したが、改行したり、行頭空白を除いたり余計なことをしていたのが原因とわかるまでえらく時間を使った。yamlの書き方を注意しないと駄目。分からないなら分からないなりに下手なアレンジせずにそのまま使うこと。
Plagger::Plugin [fatal] undef error - A DateTime object can only be compared toanother DateTime object (Plagger::Date=HASH(0x3275248), Template::Stash::ForceUTF8=HASH(0x345bbb4)). at C:/Perl/site/lib/Template/Stash.pm line 685 at line 144
ウガー。訳分かんない。Stash.pm関係と言う事は書いてあるので、そこら辺検索してStash.pmの$atrootを書き換えた。何をしたのか中身は分からないのがアレだが…。
遺品整理屋とは、名前の通り亡くなった人の遺品を整理して、その後の処理（相続なり供養するなり）へ引き継ぐまでを仕事としているらしい。ただ、亡くなると言ってもその状況は様々だ。普通に家族に看取られて亡くなる場合もあるにはあるが、その場合はあまり整理屋が出張ることはない。彼らの出番があるのは孤独死、自殺、他殺等の死因が主である。実際はそうではないのかもしれないが、この本に載っているのは殆どそういう亡くなり方をした場合だ*2。
孤独死は、たまにニュースで社会問題として挙げられては忘れられる隙間ネタだが、現実のそれは凄まじい。孤独に亡くなったその人自身はそれはそれで寂しかったり悲しかったり感じるところが色々あるのだろうけど、遺品整理屋が見るのは物理的な結果であり、近隣の人や肉親の対応だ。孤独に死ねば当然誰にも看取られない。看取られないどころか気付かれない。気付くのは、その肉体が腐ったにおいで近隣の人が異常を感知した時点だ。この頃になると、蛆が湧くし、身体は半ゲル状の液体と化し、布団や身体だったものの周辺に溶け込みへばりついた状態になる。蛆と言っても米粒のようなのがチョビチョビではなく、層になった塊が重みをもってそれ自体が生き物みたいになっている。整理屋はそういう現場に呼ばれ、まずは殺虫剤をかけるところからが仕事始めになる。感傷的な意見かもしれないが、この本にある死は尊厳のかけらも無い。「死に尊厳も糞もあるか。死んだその後のことなんか知らん。全部同じだ。」と放言出来る唯物思考の人は沢山いるだろうが、現実問題自分がこういう死を受け入れられるかどうかは別だ。
さて、この本の感想に戻るが、構成として一事例5-6ページで複数の事例が載っている。内容はどれも大差ない。適当に三つ四つ読めば後は全部同じで、全体通しての起伏やストーリーは無い。畳なり病院なりで死ぬ普通の（？）死に方を想定していると最初は引き込まれるが、すぐに飽きる。著者自身既にこの仕事に慣れているからかとにかく淡々と機械的に仕事を済ませる。諸行無常という言葉には情が含まれるように思うが、ここにはただただ結果としての現実があるだけだ。
自分の場合、明示的に利用を止めるまでは至っていない。del.icio.usもはてブもアカウントやブックマーク済みデータはそのまま。だから、使おうと思えば今すぐにでも使える。でも、長いこと使っていない。必要なメモはブックマークではなく、ここにリストしたり、ブラウザのブックマークで済ませている。
でも。Satoshi Tanabeさんみたいに綺麗サッパリ縁を切るということが出来ずダラダラと残している。理由はろくでもない後ろ向きな理由だ。
前向きに使う人はBookmarklet使ったりPlagger使ったりマッシュアップしたり楽しみまくっているのだろうけど、それもまた億劫。前に進むも後ろに戻るも面倒なので放置。サービスに対して不誠実このうえない態度だが、案外そういう人も多いのではないかと思う。とはいえ、自分が使わないものに対してどう対処するかという姿勢を明確にしないといけないのかもしれない…と思った。
自分の場合、ブックマークを止めてしまうかどうか少し考えているけど、Blogを止めるということは考えていない。いずれ不要になることが無いとはいえないけど…当面はダラダラ書き留める場は確保必要。
その他にもじっくり思い出そうとしないと思い出せないような放置サービスが沢山ある。まずいなあ。うーん。
75日（うろ覚え）更新しないBlogの死亡率は90%だとかなんとか。実績として数字を作ったのだろうし、経験的にも納得がいく話だと思う。BlogとかWebサイトの更新というのは、更新サイクルが次の更新の勢い付けというかモチベーションになっている。どんなにくだらない内容だろうが、どこか他のところの転記だろうが書いておけば、何も書かないよりは遥かに次の更新に繋がる。一旦この流れが止まってしまうと、いざ書こうとするのが億劫になるのだ。どっこいしょ…と我知らず掛け声をかけてしまう。で、止まっていた勢いを取り戻すために気合を入れて下調べして書き始めたりすると、疲れてしまって勢いを削がれて逆効果になったりする。
今回の更新空きをかえりみると多分こんな理由。
勿論ドッカンドッカン力強いエントリを出せる人は出せばいい。ただ、それを勢いがないときに真似すると寿命を縮めて即死するかもしれない。だから、勢いが出来るまではとりあえず回して継続することが大事。
無縁社会