2003-12-17(水) [長年日記]
■ tDiary: referer_scheme.rb
zundaさんがまた面白いプラグインを書いてくれたので、プラグイン集に収録。
従来、リンク元置換でtDiaryな日記をちゃんと置換しようとすると、最低でも以下の4行は必要だっ た:
http://sho.tdiary.net/(\d{4})(\d\d)(\d\d).* ただのにっき(\1-\2-\3)
http://sho.tdiary.net/(\d{4})(\d\d).* ただのにっき(\1-\2)
http://sho.tdiary.net/(\d\d)(\d\d).* ただのにっき(\1-\2)
http://sho.tdiary.net/.* ただのにっき
それが、このプラグインを入れるだけでこの1行で済むのである!
tdiary:http://sho.tdiary.net/ ただのにっき
これはありがたい。しかも、「tdiary:」の部分は拡張可能で(といってもコードがいるけど)、現在は「tdiarynet:」と「hatena:」が提供済みである。こんなことまでプラグインで実装できるとは、思ってもみなかったなぁ(←お前が言うか)。
■ tDiary: referer_scheme.rb(2)
昼過ぎから第一tDiary.Netが過負荷状態になり、ものすごく重かった。日記の更新をしようにも、タイムアウトになる始末。
原因を調査しようとログを見るも、集中アクセスがあるわけでもなく、よくわからない。もう一度……と思って日記を更新してみたら、update.rbがぐんぐんメモリを食いつぶして、swapがなくなるまで走りっぱなし。おれが原因かよ!!
昨日のデータにすると問題がない。今日のデータに少しずつ戻してみると、refererのデータがあるとダメ。それも更新時のみ。データファイルの更新を済ましてから死んでいる。で、今日になって変わった点と言えば、referer_scheme.rbだよなぁ……と思って外してみたらビンゴだった。なぜだ!?
ちょっと原因を究明している暇がないので、とりあえずプラグインを外した状態にしておこう。うーん、いつ時間ができるんだろう……。
■ tDiary: referer_scheme.rb(3)
squeeze.rbやmakelirs.rbと一緒に使うと怪しいことになる……というオチだったようだ。環境依存じゃなくてよかった〜。
というわけで、zundaさんが直してくれました。Revision 1.3。
2003-12-16(火) [長年日記]
■ TungstenE: Agendus 7.0
というわけで、DateBk5を入れてみたわけだが。もうね。典型的を通りすぎて壊滅的なくらいにひどい「機能追加病」にかかっている。メニューは整理されてないは、不必要なまでに細かい設定ができるわ。これは悲惨だなー。ファンは少なくないようだが、おれにはとても使えない。
というわけで代わりを探す。DateBkシリーズを手放せない理由として「Float」の存在がある。チェックボックス付きのスケジュールというか、当日になるまで登場しないTodoというか、とにかく便利なのだ。本の発売日なんかはこれでないとやってられない。というわけで、Float相当の機能が必須条件になる。
昨日ツッコミで教えてもらったたこスケや、KsDatebookなんかも見てみたけど、Floatに相当する機能はなさげ。で、CLIEユーザのカズタカ君(仮名)がAgendusのTodoはそれっぽいことができると言うので入れてみた。最新の7.0。
AgendusのTodoは、締切の何日前からカレンダーに登場させるかを選べるので、これを「None」にすれば、Floatライクな運用が可能なようだ。これをスケジュールに変換できれば最高なんだが(追記: できることが判明)、いちおう条件クリア。なにより、DateBkみたいに各エントリに変なNoteを付加しないので、他のソフトとの相互運用がスムーズなのもいい。プログラムサイズはDateBk5とほぼ同等だが、機能の刈り込みのセンスがいいので、直感的に使える。高機能とPalmらしさの間でうまくバランスを取っている感じ。小さいフォントも選べるし、デザインセンスもDateBkとは雲泥の差。しばらく使ってみるか。
唯一の問題は、Todoのカテゴリを変更しようとすると確実にFatal Errorということなんだけど(笑)。原因はどこだ〜。いずれ直るならいいんだがなー。
■ オープンソースビジネスは成立するか?
via Matzにっき
Web Publisherって、最近プロモーションが激しいなー、と思っていたが、こういう考え方の人が作っていたのか。「作者がオープンソース関連ビジネスをしなきゃダメ」ってのは、同意はできないけど面白いスタンスだねぇ。
開発者として、オープンソースだけでメシが食っていけるならそれに越したことはない。おれもつい先日、某誌から受けたインタビューで「できることならそうしたい」と言ったし。Linux KernelやRuby、それからWeb Publisherのようなインフラに近いプロダクトは寿命が長いので、うまくすれば継続して収入をもたらしてくれる可能性は高い。逆にアプリケーションは寿命が短いので、そのプロダクトだけで食っていくのは難しいだろう。
しかし新陳代謝の激しい業界である。いくら寿命の長いソフトを作っても、いずれは使われなくなる時が来る。その時のことまで考えたライフプランニングはあるのか。例えば単一のソフトウェアプロダクトを元に興されたベンチャー企業が、製品寿命を越えて生き延びるために買収や合併を繰り返すのと同様、オープンソースの作者だって(それで食っていくなら)より長く生き延びる方法を考えなくては。
しかし、残念ながら個人が一生の間に複数の「ヒット作」を生み出すことは稀である。ということは、企業に雇用されて開発を続けられる環境を得ても、いずれはお払い箱になる。元ネタの文書では、立ち上げ時の困難には触れているが、終焉の時については考慮していない。その時、別の仕事につけるだけの、プロダクトに依存しないスキルが身についているだろうか。ここに「作者みずからがオープンソースの開発で食っていく」という立場の危うさがあるように思う。「プロダクト・ドリヴン」な生き方は、けっこう度胸が必要な生き方ではないか。
……なんてことを考えるのは、年を取った証拠かも知れないなぁ。
2003-12-15(月) [長年日記]
■ トヨタカップ: 原違い
日テレがゲストに原辰徳を呼んだのは、実は原博美を呼ぶつもりが間違ったという説が我が家では有力である。ほら、最近も福岡で「秋山違い」という事例があったことだし。
だとすれば、サッカーなんて3年前に見たっきり……という原辰徳が、けなげに受け答えをしていたのは、よくがんばった、と誉めてやっても良いのではないか(←イヤミ)。
■ TungstenE: DateBk3
そう言えば昨日、忘年会のスケジュールをかみさんのザウルスA300にビームしようとして、DateBk3にその機能がないことに気づく。標準出力のcalendarにはちゃんとある。がびーん。
OS5上でも不都合なく使えていたDateBk3だが、こんな落とし穴があったとは。やはりDateBk5を買うべきなのか? うーん……。
◆ ただただし [うーん、わけわからん……とツッコミのテスト]