2003-11-10
_ 今さら「何故BSDはLinuxほど有名にならないのか?」
from slashdot.jp
FreeBSD が Linux ほど普及しないのは、やっぱユーザーが FreeBSD の普及をそれほど熱心に志向していないから、というのが大きいように思う。過去に普及しなかった要因としては裁判でペースが落ちたとか、ドライバ周りでどうしても Linux に遅れを取ってしまうとか、自分の書いた超有名人が居ないとか、そういう理由もあると思う。でも本当に自分を振り返ってみて、現在進行形で普及が進むか進まないかを考えたときに、どう考えても「FreeBSD を有名にしたい！」「FreeBSD がメジャーでなきゃやだ！」という欲求が沸いてこない。これに尽きる気がやっぱするのよね。
FreeBSD は優れた道具であると信じているし、好きだけど、手や資金が足りなくて FreeBSD としての維持が難しいですとか、そういう切迫した事態がこない限りこのスタンスは変わらないような気がする。これが売り物なら、あまりにシェアが小さいと生産打ち切りの憂き目にあって悲しい思いをするのでもっと頑張って応援するかもしれないが、幸いにして FreeBSD はそういうシロモノじゃないし。
なんていうか、だって人の価値観を変えるのなんて恐ろしいパワーが要るし、それが自分の生きる道ではなさげだし。自分は優れた道具を使って楽をしたいだけであって布教には興味ないのだ。ただ、自分の影響力を自由に発揮していい場では FreeBSD を推します(笑) 後任とか面倒なことを考える必要がある場合には素直に Linux にしておきます(コラ) 多少の設定を除けばできることは大差ないんだし、そんなスタンスがいちばん幸せに暮らせそうだもの。
てなことを。
Python と Ruby だったらやっぱ Ruby を使うのが気持ちよさそうだなぁと感じたついでに書いておく。どうも自分の嗜好がこの辺にはっきり出ている気がするのだ。ライブラリの充実度から言ってほんとに楽できるのは Python に決まってるじゃん、と思う一方で気持ちよさを取る辺りが。
_ Apache::ParseLog モジュール
発見。よさげ。しかし、このモジュールを使うってことは今のログ解析処理はほぼ全面書き直しになる。だったら Perl でやる必要ないんじゃないかとか思うのは悪いクセか。どうしよっかなー。
_ Perman Note
Classic Mac でも動く名作の誉れ高い PIM ソフト。やっと思い出した。Mac の PIM についてもどっかにメモ書いたと思うんだけど、どこやったかなぁ。
2004-11-10
_ 学校では教えてくれない研究者の就職事情
岐阜大の先生。
事実が語られているのでよいと思います。マスコミでは教育問題は必要以上に煽動的か、本当の問題はえぐれないことが多い（ように見える）ので。日本は知財で勝負するような話のような気がしますが、現実にはまったくポストがないっつーことですな。
あと。これは田舎特有かもしれないけど、「生まれの土地に縛られる」場合もある。なんつーか日本的な”家”な発想とでも言いますか。それでも研究職ではなく教員でいいというだけならまだポストはあるかもしんない。そんな感じ。
個人的にはタイトルにもうちょっと工夫がほしかった。
_ FreeBSD 4.x の Perl を 5.8.x にする
早めに決断すること
- 普通に perl を ports から入れる
- /usr/local/bin/use.perl port と打つと ports で入れた Perl を /usr/bin/perl に切り替えることができる
perl 自体はこれで置き換わる。しかし
- 「自分で入れた様々なライブラリはライブラリをインストールした時点でデフォルトになっていた Perl のバージョンに依存している」ので、改めて 5.8.x 用のものをインストールする必要がある
- すでに同名のパッケージが入っているのでそのままではインストールできない
ということで
- PKG_FORCE_REGIST をつけるか make deinstall & make install をくり返す
ことになる。だからシステムをインストールしたらできるだけ早い段階で決断すること。
ちなみに use.perl はこんなことを教えてくれます。
> use.perl Usage: /usr/local/bin/use.perl port -> /usr/bin/perl is the perl5 port /usr/local/bin/use.perl system -> /usr/bin/perl is the system perl
2005-11-10
_ GUI だけが便利なんじゃないよね
面白かったけど、せめて terminal は 2枚開いてエディタでも色分けさせておけばもう少し「よーし俺も」と思う人いるかも。作業スペースが一つしかなくてエディタを毎回起動して終了して、って流れはさすがに使いにくそうに見えるので、これを見ても Windows べったりの人は「うわーやっぱ Unix なんか使えねー」って思うだろなぁ。
なんてことを OS X で terminal 2枚開いてそれぞれで screen を使いながら Emacs を使ってるオレが思いましたよ。
※ ほとんどリモートで作業してるんだけど
あとで気づいたけどこれ、screen 使ってるじゃん。まーでも screen で window 切り替えなんてやったら、使ってない人には何が起きているのかそれこそ理解不能だな。
_ 長年日記を有効にしてみた
人が読んでもまだそんなに変な気持ちにならないだろうと思えるレベルのWeb日記を書き始めて3年経ったっぽい*1ので、tDiary の機能の一つである「長年日記」を有効にしてみた。長年というほど長く書いてないんだなということが実感できた。なんだかビミョーな気持ち。
*1 厳密には来週辺り
2006-11-10
_ MozRepl の使いどころって？
なんか自分的にはちょっと微妙。
まず DOM の操作をしようと思っても日本語の文字列が unicode escape sequence で渡ってくるので terminal で表示できない。*1サンプルにあるように title って入れていきなり訳が分からなくなるのは結構悲しい。また、Firebug だと HTML collection なんかは配列っぽく自動的に表示してくれるがそういうこともない。まぁそんな感じで DOM いじりが便利ってわけでもない。
じゃあ Firebug より使いやすいコンソールなのかというと、rlwrap なんかで readline の恩恵にあずかることはできるが、Rhino のように長いコードがその場で書けるわけではない。Rhino なら例えば for 文の途中で改行してもそのまま書き続けられるが、MozRepl はその場で評価されてしまうのでやっぱり長いワンライナーにせざるを得ない*2。
今のところいいなと思ったのは inspect() で、これがあればこのオブジェクトにはどんなプロパティあったっけー？と思ったときに放り込むだけでだいたいのことが分かる。
しかし Firefox で気軽にこれをやるととんでもない量のプロパティが列挙されることがよくあるので、more() とか grep() とかあったら便利かもしれないなと思った。screen 上でやってればスクロールバックさせることはできるけど、この操作ってなんだかトロくさくてやなんだよな。
まー遠隔の自動操縦が本来の狙いで、日本語の文字列を避けてできる範囲で使えばすごい便利なんだろうけどなぁ。細かいチェックを Firebug を併用して行って、自動化を MozRepl で行う。そんな感じか。
※ ちょっとずつ慣れてきた。Firebug と違って「タブを区別せずに現在の content の状態に対してアクセスできる」のは便利かもしんない。やっぱ grep() とかほしいな。
[2006-11-11 追記]
repl.search( /RE/, context )
でイケるっぽい。例えば
repl> repl.search( /f/, document ) defaultView lookupPrefix isDefaultNamespace firstChild insertBefore prefix createEntityReference lastModified referrer preferredStylesheetSet domConfig
こんな感じ。
repl.search( string, context )
だと完全一致になる。
repl> repl.search( 'first', document ) repl> repl.search( /first/, document ) firstChild
ふむふむ。
2007-11-10
_ あれこれ整理
localhost のファイル、レコーダの中身、アップデートしてないパッケージをずんずん整理する。
最近どうも調子が上がらない。こういう単純作業をやると小さな達成感が味わえて嬉しい。まぁ普段から整理する方がいいんだけど。
2008-11-10
_ Tiarra を coderepos trunk にした
去年 tiarra を動かし始めてから初めてのアップデート。
tiarra は機能的にはきらいじゃないんだけど、conf の中身がコメントだらけで設定しにくいのが難点。もちろんコメントないよりあった方がいいんだけど、アップデートしたらますますコメントが増えて全体像がつかみにくい＞＜
使いたかったのは
general {
nick-fix-mode: 0
}
これを 2 にしてみた。なんでこれが必要かというと、特に freenode と tiarra と limechat を組み合わせときの現象だと思う*1んだけど、irc client がすでに nick が使われているから代わりの nick に付け替えなきゃと思って nick の変更を試みて、その変更の反映のタイミングかなんかで意図せずループしてしまうことがある。
この nick 変更の際、末尾に _ を付加したりすることが多く*2、limechat と組み合わせるとやたらと _ が増えて最後は _ だらけになって 0 になるとかいう事態に陥る。
そこでこれを回避するために使えるのが nick-fix-mode
これでいつ繋いでも nick 変更の嵐に見舞われることがなくなった。
_ showchan [タイトルから該当ページに飛べないっすよー]
_ wtnabe [えーい自分の日記を書きやがれ]