メッセージ。 - diary
2005-08-10
# 「Ajax を使った日本語 Full IME」
http://chasen.org/~taku/software/ajax/fullime/
ふむふむ。ためしにちょっと使ってみたら、変換効率は普通に使えるレベルに近かった（やっぱり少し重いような気はするけど）。
……chasenの人ならこういうのもすぐ作れてしまうのかもしれないけど、結構作るの難しいんじゃないのかなぁ。すごいなぁ。
Ajax を使った日本語 Full IME
ふむふむ。ためしにちょっと使ってみたら、変換効率は普通に使えるレベルに近かった（やっぱり少し重いような気はするけど）。
……chasenの人ならこういうのもすぐ作れてしまうのかもしれないけど、結構作るの難しいんじゃないのかなぁ。すごいなぁ。
# Modulobe
http://wiki.modulobe.com/RealModel.html
これが、etoさんがおっしゃっていたModulobe（「モジュールと呼ばれる部品を組み合わせて，仮想生物を簡単に作れる物理シミュレーション・システム」とのこと）かぁ。面白い動きっすね。
これが、etoさんがおっしゃっていたModulobe（「モジュールと呼ばれる部品を組み合わせて，仮想生物を簡単に作れる物理シミュレーション・システム」とのこと）かぁ。面白い動きっすね。
2005-08-09
# x-Desktop
# mod_estraier
http://modestraier.sourceforge.net/
ふむ。よさげですね。
mod_estraiermod_estraier は Hyper Estraier のノードAPI を用いて、 Apache を通過した html を検索 DB に自動的に登録する Apache のモジュールです。特に、プロクシを通過したドキュメントを検索できるようにすることや、 Wiki や BBS などの動的なコンテンツの検索 DB を随時更新することを主な目的として考えています。
ふむ。よさげですね。
# 全キートップにカラーディスプレイを搭載したキーボード
これもhirofummyさんち経由、http://pc.watch.impress.co.jp/docs/2005/0715/lebedev.htm。ちょっと古いニュース記事だけれども。
大げさというか、富豪的すぎるけど、ユーザインタフェースとしては正常進化という感じがするなぁ。写真を見せられると、この手があったかと思わざるを得なかった。
全キートップにカラーディスプレイを搭載したキーボード
大げさというか、富豪的すぎるけど、ユーザインタフェースとしては正常進化という感じがするなぁ。写真を見せられると、この手があったかと思わざるを得なかった。
# 「速攻MinCamlコンパイラ概説」
http://hirofummy.net/2005/07.html#JUL10.10:08経由、http://min-caml.sourceforge.net/。
とのこと。ふむふむこりゃあいい！ あとで読もう。
速攻MinCamlコンパイラ概説この文書は、プログラミング言語MLのサブセット「MinCaml」のコンパイラについて解説したチュートリアルです。MinCamlコンパイラは、単純かつ強力なプログラミング言語であるMLの普及を目標とし、「MLはよく知らないから使いたくない」という社会的慣性の悪循環を打ち破るべく、未踏ソフトウェア創造事業「美しい日本のMLコンパイラ」により開発されました。実装言語としてはMLの一種であるObjective Camlを使用しています。多少のMLプログラミング経験を前提としていますので、MLそのものについて知りたい方は、まず「超特急: 一時間でわかるML超入門」のほうを見ていただければ幸いです。
とのこと。ふむふむこりゃあいい！ あとで読もう。
2005-08-08
# 同じテーマの繰り返しに価値はあるか？
http://module.jp/blog/RTFM_Hell.html
遅まきながらブックマーク。いい文章だなと思ったので。「同じテーマの繰り返しには価値がない」かどうかというのは、要検証だよなぁ、ほんと。「新規性は？」とか簡単に言う人がいるけど、時代やニーズにマッチして価値を発揮するものもあるんだから。
MODULE.JP - RTFM因果応報 - "マニュアル嫁"は何も産まない
遅まきながらブックマーク。いい文章だなと思ったので。「同じテーマの繰り返しには価値がない」かどうかというのは、要検証だよなぁ、ほんと。「新規性は？」とか簡単に言う人がいるけど、時代やニーズにマッチして価値を発揮するものもあるんだから。
# TiddlyWikiのススメ
http://hsj.jp/junknews/archives/tiddlywiki_susume.html
なんとなく面白そうだったのでメモ。
TiddlyWikiのススメ - (HSJ.jp) ver.20050714 based on 1.2.28
なんとなく面白そうだったのでメモ。
# GaucheFest-2nd
http://openspace.timedia.co.jp/~yasuyuki/wiliki/wiliki.cgi?GaucheFest-2nd
「GaucheForge」とか「mod_gauche」とか。面白そうなキーワード多数。こんなイベントやってたのか。いいなぁ。
GaucheFest-2nd
「GaucheForge」とか「mod_gauche」とか。面白そうなキーワード多数。こんなイベントやってたのか。いいなぁ。
# 「Ubiquitous Bookmarks 2」
http://yyokota.jp/ub2/
ブックマーク用ソフトウェアかな？ リーズナブルなインタフェースで使いやすそう。ただ、Googleではあまり情報が得られなかった。
Ubiquitous Bookmarks 2
ブックマーク用ソフトウェアかな？ リーズナブルなインタフェースで使いやすそう。ただ、Googleではあまり情報が得られなかった。
2005-08-04
# LightTPD
http://www.hizum.net/01misc/zz000163.read#C6経由、http://www.lighttpd.org/。
とのこと。速いHTTPDといえば、Esehttpd（http://sourceforge.jp/projects/esehttpd/）を思い出すけれども。
Security, speed, compliance, and flexibility--all of these describe LightTPD which is rapidly redefining efficiency of a webserver; as it is designed and optimized for high performance environments. With a small memory footprint compared to other web-servers, effective management of the cpu-load, and advanced feature set (FastCGI, CGI, Auth, Output-Compression, URL-Rewriting and many more) LightTPD is the perfect solution for every server that is suffering load problems. And best of all it's Open Source.
とのこと。速いHTTPDといえば、Esehttpd（http://sourceforge.jp/projects/esehttpd/）を思い出すけれども。
# 「若い男性、年収少ないと結婚率低い 独立行政法人調べ」
http://www.asahi.com/life/update/0804/001.html
まー当然っちゃあ当然のような気がするけど。でもオタクはどうなんだろうなぁ。高収入のわりに未婚率が高い気がする。あと、「何らかの仕事をしている有業男性の結婚率は、２５〜２９歳では３２．４％、３０〜３４歳は５７．２％」というのもちょっとびっくり。意外に大きい数字。
asahi.com：若い男性、年収少ないと結婚率低い 独立行政法人調べ - 暮らし若い男性の結婚率が、雇用の形態や収入の違いと強い結びつきがあることが、独立行政法人「労働政策研究・研修機構」の調査でわかった。２５〜２９歳でみると、年収が５００万円以上あると半数以上が結婚している一方、パート・派遣など非正規雇用者の結婚率は１４．８％にとどまった。
まー当然っちゃあ当然のような気がするけど。でもオタクはどうなんだろうなぁ。高収入のわりに未婚率が高い気がする。あと、「何らかの仕事をしている有業男性の結婚率は、２５〜２９歳では３２．４％、３０〜３４歳は５７．２％」というのもちょっとびっくり。意外に大きい数字。
2005-08-01
# スタック型のHTMLエディタでも作るか
仕事でHTML文書を扱うことが多いのだけど、Makefileやシェルと連動させようとすると、なかなか面倒だなぁ。たとえばドキュメントをWiki記法で書いておいて、それをHTMLに変換、印刷したい場合を考えてみる。UNIXの思想では、小さなツールやコマンドを組み合わせて、ドキュメントをフィルタしていくことになる。で、
この問題を解決するためには、スタック型の処理系（フレームワーク）で、UNIXのように組み合わせ可能なコンパクトなツール群が必要なのかもしれない。
みたいなことをやりたいのだけど、HTMLのサニタイズをどのタイミングでやればいいのかわかりにくいし、パイプをつなげる順番で混乱する。これは、HTMLが入れ子（スタック）型のドキュメントフォーマットだからだと思う。対してパイプは直列（シーケンス）型の処理フレームワーク。相性が悪い理由は構造の違いにあるんだろう。cat wikidoc.txt | wiki2html.sh | embed-image.sh | merge-copyright.sh
この問題を解決するためには、スタック型の処理系（フレームワーク）で、UNIXのように組み合わせ可能なコンパクトなツール群が必要なのかもしれない。