ぱぱネット（仮）

_ image_ex.rb

image.rbで、あいあんさんが毎回サムネイルを作って2個ずつ間違えないようにアップロードしているのが不憫でならない。 なのでimage_ex.rbをテストした。 そうしたら。過去にアップロードした画像表示もおかしくなった。具体的には過去にアップロードした縮小画像全てが、最後にアップロードした 現画像のサイズに拡大 されてしまうのだ。CSS臭いんだけど、実害があるので速攻消した。

• 画像アップロード時にサムネイルを自動生成する

これだけでいいんだがナア・・・標準プラグインにコレがないブログシステムってtDiary以外あるのかいな。みんな困ってないのはなぜ？

_ かといってnicky.cgiもなあ

しかしtDiaryの拡張性は捨てがたい。Rubyで30行以上のプログラムを書いたことがない俺様が、生成HTMLをちょこっといじるくらい訳ないのは、ひとえにtDiaryの素性の良さによるものだ。

先日、いつものようにクマさんからリクエストがあって「ブログに埋め込めるデータベースを作れ！」とか、言われているわけだが・・・ちょっとこれがタダ働きってひどくね？

• ブログ本文中にキーワードを埋め込んでおく
• ロボットがクロールしてパラグラフ先頭のリンクをかき集める
• ブログ本文中にキーワードを引数に検索指示を埋め込む
• その検索指示をクリックすると、ブログの同一画面またはフレームにパラグラフ先頭のリンクリストが出る

こんな仕様だ。tDiaryだと、tdrの仕様から各種日記本文の割り込ませ方などが規定されており、言い換えればcoreの部分を全く読まなくても上記のような拡張は可能だ。

しかしnicky.cgiはEmacsでしばらく眺めていたのだが、どうも独立性の高い拡張はできそうもない。むろん全編Perlで書いてあるから、ゴリゴリ書き直せばできるけど、クマさんがnicky.cgiをバージョンアップした瞬間に消えるわけだ（笑）

せめてModel(DB)とView(Render)は分けて欲しかった。まあ開発プロセスの違いかねえ。運用は明らかにnicky.cgiの方が楽だろうけどね。

_ いかん文句ばかりになってしまった

いや、使わせていただいて感謝しております＞作者の皆様。

しかし「ぱぱネット」の問題は、新機能を拡張するのにnicky.cgiとtDiary両方対応しなきゃならないということだ・・・・

_ 本日の出張

ひー。朝一からスーツはキツい（本当に社会人かおまえ）。

街はクリスマスムード。

_ 出張の所感

いわゆるICTとか役務を提供する側は 既にサチッて るんじゃないかと思うわけだ。ITバブルのように実体が無いものに手を出していない分マシだけど、いずれ大淘汰の時代が来る。

電子マネー・ICカード事業、なんてのも例外じゃあない。 近いうちに有名どころが1社くらい統廃合されるのは確実と 思われる。そもそもポイント事業が、ヨドバシならヨドバシ1社に閉じていれば問題なかったんだ（その会社が潰れればチャラ）。しかし、マイレージなんかを介して交換可能となると話は違ってくる。ほとんど現金のような機能を持つが、実態はかなり大規模な私募債、という不思議な状態になっているわけだ。

プールした金を運用した利息で、事業と消費者に”還元”と称したポイント付加を行っているわけだが、この利息が付かなくなったら瞬間に破綻するモデルでもあるのだ。