2003-01-17
_ やはり DirectoryStorage しかないのか？
昨日の URL、CVS のもの以外は試してみました。結果、AdaptableStorage はよくできていて、扱いやすいです。が、結局 history を遡れないということで、求める機能が実現できないので却下でしょうか。ExternalFile とか ExtFile とか、どれも多少操作方法が違うだけで、たいした違いはないように感じました。今後の将来性については AdaptableStorage にいちばん期するものがありますけどね。現状ではちょっと。
それにしても DirectoryStorage にしろ subversion にしろ、ちょっと挑戦するのが早かったですかね。基本的にわたしゃ自力 build のスキル低いし、cygwin も実のところよく分かっておりません。まして Visual C / MinGW をや。
_ DirectoryStorage 諦めモード
目的は Zope でサイト運営することではないので、代替手段を模索し始める。要はバックアップの時間がべらぼうに掛かっちゃったりしなければよいのだ。どうせバックアップは取るのだ。ちゃんと二重に。
- http://fle3.uiah.fi/ e-Learning 系
- http://www.zope.org/Members/vds/OpenFlow ワークフロー管理系
2005-01-17
_ どこかでフェーズのシフトは起きるだろう
いきなりコメントに注目。
自分はある意味本当だと思う。 前提条件としては年中デスマーチをやらかしているところで働いている事。
２０代では体力と記憶力で、３０代前半は経験を活かしてしのいでこれるが、 ３０代半ばになると非常にアバウトな言い方になりますが、仕事をこなしていくのに必要なモノがアウトプットよりインプットが減ってしまって 中身がスカスカになってしまうからだと思うのです。
デスマーチがあろうがなかろうがどの業界でもどこかで”スカスカ”って起こり得ると思うし、むしろソフト産業はまだ（携帯とか）歴史がくり返している部分があるんで、ひところ言われたより寿命が延びるという現象はこの先もあるような気がする。
一方で使えないなんちゃって技術者の淘汰は遠くない将来に起きないと業界全体的にまずいような気もしているけど、これも昔から素人とプロの境界が比較的曖昧な業界だったような気もして、そこまで含めて歴史がくり返しているのかなぁとなんだか分かったような分からないようなことを思う。
うーん、もともと業界全体に対して悲観的なのが再確認できただけか？
_ どうして「知人」なのかなぁ
なぜ弁護士じゃないんでしょうか。もったいないなぁ。知人とかある筋とか関係者とか誰だか分からない人の情報を無記名で載せられてもやっぱ信憑性ないじゃないですか。
_ 今度こそ rsync
なんかね、この2年ほどで rsync に関するメモを4回くらい書いてるんですよ。えーと、必要なファイルだけを転送したい場合は
- exclude=* を最後に加えて include= で必要なファイルを並べる
- include を exclude より先に書く
- サブディレクトリを扱う場合は include=*/ が必要
- 現実的には --include=*/ --include-from=FILE --exclude=* か
- それでも空のディレクトリが転送されることを阻止することはできないし、使いにくさは残る
- include や exclude で使えるパターンはシェルのワイルドカードらしき独特のもの
- サブディレクトリを扱う場合は exclude パターンに注意
- -from= でファイルにパターンを書く場合はどうやら1行1ファイルらしい
定期的に違うパターンで転送する練習しないとダメかなぁ。何回やっても身につかないツール No.1 rsync.
あ、ちゃんと Wiki に書かないからいかんのか。
2006-01-17
_ 無名関数ってないのかーと思ったら匿名だった
匿名関数って言葉は変じゃねーかという話。まったくそうだなぁと思ったのは、最近 PHP で無名関数ってどうすんだっけと調べていて見つからなかったから。*1匿名ってなぁ。
で、「PHP 匿名関数」でぐぐってみると
FreeML メッセージ デザインパターン・メーリングリスト - 1005
PHP でイテレータパターンを書く方法が出てきたんだけど、どっかで見た名前だなーと思ったら高橋メソッドの中の人ですね。そうか、ほんとに PHP 使いなんだ、高橋さんて。
…大変すね。
*1 ローカルに落としてあるマニュアルを検索していた。
2007-01-17
_ Ruby のモジュールをつらつらと
眺めてみる。いやその管理用のツールをもうちょっとまともに用意しとかないといかんなーと思ったもんで。昔なら問答無用で一から作るって方向になった*1と思うけど今は面倒くさいの（と、他人のコードを読んでみたいという欲求）で、モジュールをちょろちょろ眺めている。と言ってもまだ RAA と RubyForge で検索掛けたくらいなんだけど。
※ 何が使えるもので何が違うのかまださっぱり分かっていないのでツッコミは絶賛大歓迎中です。
メール周り
- RAA - mailparser
- mailread よりいいんだと思うけどまだよく分からず。raccが必要。ただまぁそんなに本格的なものが要るかって言われたらそんなことないとは思っている。
- RAA - scarlet
- まだ読んでないんだけど、管理系のメールの取り回しにひょっとしたらすごく役に立つのかもしれない。
- RAA - classifier
- まだよく分かってないんだけど、メッセージの分類に便利かもしれず。
メールの処理は今のところ Thunderbird 一辺倒でこれと言って工夫していないので、そこを反省してできるだけ自動化できるようにしていきたいな*2。Feed に変換するっつーのもいいかなと思ってはいる。それぷとか言わずに Perl は触りたくないので Ruby で行く方向で。
スケジュール周り
人間用のスケジューラじゃなくて機械のスケジュールを分かりやすくしたい方向で。
- RAA - crontab
- どこまで使えるのか分からないけど、とりあえずメモ。
- vpim - a library to manipulate vCards and iCalendars
- 実行予定を iCal 形式にできたら見やすそうだなぁと。複数の機械のスケジュールを iCal でオーバーラップして表示させたら見やすくないですか。データの整形さえできれば見た目をどう整えるとかクライアントの操作性とか全然考える必要ないのもステキ。ただ実現できるかどうか全然検討してません。
あと個人用途では crontab コマンドの wrapper もあったらいいかなと思うのはこの間書いた通り。
ファイルとか
ここら辺は管理は考えてなくて、使ったら便利そーとか面白そーって感じで目についたもの。
- RAA - hstore
- スレッドセーフな PStore
- RubyForge: FSDB: Project Info
- ディレクトリの中にファイルを配置していく PStore みたいなもんかな？ なんか Gauche の組み込みにこういう働きのものがあってうらやましかった記憶がある。
- RAA - find2
- depth が使えるのはいいな
経験上、どマイナーな日記ではこうして挙げておいてもツッコミで情報やノウハウを補完できないのがつらいところだな…。
