2003-12-18(木) [長年日記]
■ TungstenE: KsDatebook
なんと、KsDatebookにはfloatがあったのか。うーん、見逃しだ。面目ない。
KsDatebookは、OS4の標準アプリDatebookを、変な機能拡張病に陥ることなくバランス良く拡張してあるので、かなりいいソフトだと思う。OS5の機能も積極的に取り込んであるので、Tungstenで使いやすいのもGood。おまけにタダだし(笑)。
ただ、おれのニーズにはもうひとつなんだよなぁ。FloatとToDoは違うものなので、「Dayビュー」でもToDoが表示されないと困る(KsDatebookはリストビューでしか混在表示されない)。今でこそダメダメな感じのDateBkだが、この「予定とToDoの混在」というビューを持っていたのは画期的だと思う。というわけで、今のところAgendusが一歩リードという状況は変わらず。
■ QRIOが走った! ソニーが進化したQRIOを披露
おー、やるもんだねー。やっぱ、小型ロボットは身軽だ。これを等身大でやろうと思ったら、えらい大変なことになるだろうし。
で、あれだ。マンションでQRIOを飼うと、階下から「ドタバタとうるさい!」って怒鳴り込まれたりするわけやね?
■
日本ブレイク工業 社歌(萬Z(量産型))
せっかく新星堂からオンラインで予約したので、駅で受けとれる@stationというのにしてみた。新横浜駅のホームにあるコンビニ(?)で名前を告げると、商品の名前を連呼されるという羞恥プレイをさせられる……といったハプニングもなく、あっさり受理。予約番号すら言わなかった。運用にセキュリティホールがあるんじゃないの、これ。
それはそうと、なんかナレーションが入ってて、妙なアレンジなんですが(笑)。まぁいいけど。おまけに入ってるもう1曲は、なんだか普通でした。
※オリコンのデイリーランキングでなんと7位であった。すげぇ。
■ ドラマ
「TRICK3」も「マンハッタン」も終っちゃって、もうしばらく日本のドラマは見ないだろうなぁ。いや、ひょっとすると「エースをねらえ!」は面白い可能性があるけど。
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のようなインフラに近いプロダクトは寿命が長いので、うまくすれば継続して収入をもたらしてくれる可能性は高い。逆にアプリケーションは寿命が短いので、そのプロダクトだけで食っていくのは難しいだろう。
しかし新陳代謝の激しい業界である。いくら寿命の長いソフトを作っても、いずれは使われなくなる時が来る。その時のことまで考えたライフプランニングはあるのか。例えば単一のソフトウェアプロダクトを元に興されたベンチャー企業が、製品寿命を越えて生き延びるために買収や合併を繰り返すのと同様、オープンソースの作者だって(それで食っていくなら)より長く生き延びる方法を考えなくては。
しかし、残念ながら個人が一生の間に複数の「ヒット作」を生み出すことは稀である。ということは、企業に雇用されて開発を続けられる環境を得ても、いずれはお払い箱になる。元ネタの文書では、立ち上げ時の困難には触れているが、終焉の時については考慮していない。その時、別の仕事につけるだけの、プロダクトに依存しないスキルが身についているだろうか。ここに「作者みずからがオープンソースの開発で食っていく」という立場の危うさがあるように思う。「プロダクト・ドリヴン」な生き方は、けっこう度胸が必要な生き方ではないか。
……なんてことを考えるのは、年を取った証拠かも知れないなぁ。
◆ reno [お疲れ様です。明日から楽しみです。>こま犬]
◆ Skirnir [ぜひ歌番組に出演して欲しいですね。>日本ブレイク工業社歌。特に紅白に出たら面白いのですが。 ところでまだ聞いたことな..]
◆ reno [ヒーロー物のOPとEDをきっちりと狙っているようで、私は好きです。>もう1曲]