PC

2003年11月15日 土曜日

今日は撮影に出かけました。

今日は、葵 龍姫さんと撮影に出かけてきました。気持ちいいくらいの天気でしたが、若干寒かったかも。随分無理させちゃったかなぁ。場所はみちのく杜の湖畔公園ですが、すっかり落葉していて晩秋の雰囲気漂う写真になった気がします。(写真を見たところでは、なかなかマッチしているのではないかと思う。)
とりあえず今回撮影した写真は300枚程度で600MB程度あるので、今のPCでは画像処理どころかプレビューもできそうにないです。(実は8月の望月ミカゲさんの写真も同じ理由で画像を見きれないのです。) ということで、記憶にある写真をピックアップしてピンポイントで探し出した写真を掲載してみます。いかがでしょうか?
葵 龍姫さん(その1)葵 龍姫さん(その2)葵 龍姫さん(その3)葵 龍姫さん(その4)
ちなみに使用レンズは遠景が85mm/F1.2、ウェストアップが24mm/F1.4、バストアップが50mm F1.4です。こうしてみると、それぞれになかなか良い感じの距離感を表現できそうです。(ようやく銀塩感覚のレンズがそろったと言う感じですかね。)

2003年11月03日 月曜日

Firebirdに完全乗り換え

WebブラウザをIEからFirebirdに完全乗り換えることにした。Debianを入れているノートの方と会社のPCは随分前からFirebirdに変更済みだったのだが、家で使っているメインの端末は放置していた。
Pluginを眺めているとなかなか便利な物がそろっているので、面白いかなと言う感じなのだが、IEよりかゆいところに手が届いていると言うのがありがたい。まぁぼちぼち使い込んでいきましょう。ちなみにうちのページは意識していたわけではないですが、IEでもFirebirdでも似たように表示されます。(まぁ差異をCSSで吸収しているので。)
今日Debianを入れているVaio C1の方で、Firebirdで日本語が表示されない理由を追及してみました。理由は簡単で、XF86Config-4でフォントの設定を中途半端にしていたためのよう。Window Managerも正確に表示してなかったみたい。(メニューはほとんど英語なのであまり気になってなかったらしい。) 今日の対処でちゃんと表示されたので、ぼちぼちこっちもいじっていこう。

2003年10月30日 木曜日

お出かけ

今日は用事があったので会社を休んで早朝からちょっと遠出。移動だけでぐったり疲れた。電車の中で昨日買ったハリポタは半分くらい読んだのだが、朝早くからの移動だったので、移動中の半分くらいはやっぱり眠ってしまった。

お休みだけど出勤

今日は出先で会社から電話があって、「仕事があるので夜20時くらいに出社して欲しい」とのこと、現在試作中の製品の対応のようだ。緻密に動きを予想して、今日対応が回ってこないことを確認して休みを取ったのに、出社するはめになるとは…
以前よりこの手のお仕事は「必要性を十分説明していただければ、最優先で仕事をする」と公言していて、昨年の夏からプライベートな用事もだいぶん犠牲にしているのであるが、話を聞けば「おがわは何で休んでいるのか」とか「何故技術で対応しなければならないのか」とか、いろいろとえげつないあおりがあったようで、段取りや対処をしていただいたみなさまには大変ご迷惑をおかけしてしまった。(僕にこういう話をしないで気を遣ってくれたのもありがたいのであるが、結局何故か知ってしまったのですよね。) なぜ対処が必要かは説明し尽くしているのであるが、この言われようは非常に遺憾である。こうやって僕のモチベーションはうち砕かれるのである。
ちなみに今年のクリスマスや正月もこのお仕事(違う製品だが)でつぶれる予定。早くいっぱんじんになりたい。

2003年10月27日 月曜日

.NETの呼び声

最近、VBAでのプログラムにほとほと嫌気がさしてきたのであるが、お仕事関係ではMicrosoft WindowsというかMicrosoft Officeの呪縛を逃れることは出来ない。それ故プログラム環境としてVisual Basic for Application(VBA)を使うことになるのであるが、不満は多いので使っていてなんだかだめだめだなぁと思うことを列挙してみよう。

  • _必ずExcelやWord文書の付録_みたいなものになる。文書を開くときに何となく厭な気分になる。(回避法はあるけれど。)
  • 当然コードの_履歴管理をするのが大変_。(何が楽しくてVisual Source Safeを使わねばならないのか。頼むからCVSSubversionを使わせてくださいな。)
  • 正規表現が使えない。(がーん。 かなり不便。)
  • 正規表現を差し引いてもテキスト処理がいまいち。(変形CVSなテキストを読むのがもう大変。)
  • しょっちゅう関数の名前がだぶる。(名前空間をサポートしてくださいよ。僕のボキャブラリが寂しいだけ?)
  • 使えるデータ型が_恐ろしいくらい貧弱_。(未だに基本な型と構造体と配列くらいしかなく、ハッシュやリストのような現代的な言語でサポートされているデータ型は_当然ない_。)
  • クラスは作れるが、継承は出来ない。(勘違いしている人は多いけれど継承はOOPの必須事項ではない。)
  • スレッドって何だっけ?
    という具合で、結構痛いところが満載なのである。そこまで使い込んでいるんだったらVisual Source Safeというか、OfficeのDeveloper Editionを買えばいいじゃんと言う意見もあろうが、僕はお仕事のためにわざわざOffice Developer版を買うほど酔狂な人間ではありません。 ちなみに家のPCにはOfficeをインストールしてません。家に帰って_Excelのアイコンを見るのも厭です_。ということで、会社で買ってくれないものを使う気にはならんのです。
    かといって、Windows Scriptの上で動く現代的なスクリプト言語であるActivePerlActiveRubyは、_デフォルトでインストールされない_ということもあって、プログラムを使ってもらうという前提の開発では、管理が発生するためにメインの言語として選べない。(ExcelはどのPCでもバージョンは同じであることを前提に出来るが、PerlやRubyのバージョンなどの管理は職場で誰がするの?)
    ひょっとしたらVBA自身は、Office2003でVB.netのような言語の現代化が行われるのではないかと多少期待したのだけど、VBA自身はVBA 6.3から6.4にアップデートで余り変化はないみたい。(がっかり。 まぁ無論会社ではOffice2000までしか使ったら駄目ということになっているので、Office2003は使えないのだが。)
    という状況で、なんだか良い解法は無いなぁと思っていたのだが、先日のTCP/IP勉強会で、PostgreSQL方面の高橋さんより、「そういう話なら、.NETが良いよ。」という話を聞いたので、早速試すことにした。
    よく.NETのページを眺めていると、.NET Framework SDKには、コマンドライン版のC++とC#とVBのコンパイラが付属してくるのね! てっきり、C#やVB.netで遊ぶにはVisual Studio .NETを買わねばならないのかと思っていたのであるが、僕が組むプログラムの規模ではVisual Studioには手を出さなくてよさそう。
    ダウンロード・インストールをしている間にWebをさまよえば、_フリーの統合環境は転がっている_もので、Javaの開発環境から進化して、C++やC#やPerlやRubyやXMLなどの編集が行えるJavaで書かれているEclipse(エクリプス)や、C#の開発環境に特化しつつVBの開発環境にも使えそうなC#で書かれているSharpDevelop(SharpDevelop-JP)といったオープンソースな環境が出回っているので、なんだか簡便な開発環境が整いそうである。
    今日はつらつら.NETのドキュメントとC#やVBのサンプルソースを眺めているわけだが、眺めているだけでも上記の問題は解決しそうである。例えば順に並べるとこんな感じ。
  • ソースコードは_ただのテキストファイルになる_(当然)
  • 当然コードの管理にCVSSubversionを使える。
  • Microsoft .NET Framework ではPerl5のような正規表現がサポートされている。
  • テキスト処理はようわからんが、コンソールアプリを書けるからたぶん大丈夫でしょう。(調査中)
  • 名前空間をサポートしている。(僕のボキャブラリが寂しくても_安心だ_。)
  • コレクションクラスが_充実している_。(ハッシュもリストも_当然ありますよ_。)
  • VBでも継承ができるようになった。(VB7からは継承が出来るようになりました。)
  • スレッドを考慮したプログラムも当然書ける。
    という具合。ガベージコレクションもしてくれるのですか。メモリ管理関係も結構楽になるのかしら… しばらく眺めて勉強してみることにするが、MSと仲良く付き合うには、_過度の期待はしない_ことと_仕様はどうせすぐに変わるもの_と思って、_適当に勉強すること_と言うのが重用である。どうせ勉強しても長く持たないバッドノウハウだらけになるに決まっているのだから。
    今日の日記はリンクをいっぱい付けてみた。疲れたなぁ。

2003年10月25日 土曜日

上野 宣 / ネットワーク初心者のためのTCP/IP入門

表紙がちょっとアレゲだけども、中身はしっかりと書かれているTCP/IPの入門書である。東北Linuxユーザー連合会(TLUC)の「TCP/IP勉強会」の指定教科書になっているので買ってみました。なかなか本屋で見かけなくて今日も3件回ってしまった。仙台の本屋さんもなかなか品揃えが悪くて使い物にならないなぁと思う今日この頃である。
内容はTCP/IPの階層構造でネットワーク層(IP/ICMP/IGMP/ARP)、トランスポート層(TCP/UDP)、アプリケーション層(各種プロトコル)の順に概要をわかりやすく説明していると思う。このあとにリンク層とIPv6の説明が続くので、一通りの理解をするにはこの本を読めば十分ではないかと思う。TCP/IPを理解していないネットワーク管理をこれからやる人は読んでおくべき、勧められる本の一冊だと思う。
この本を読みつつ、telnetを使いこなして各種プロトコルの振る舞いを学んで、簡単なPerl/Rubyスクリプトでサーバとかクライアントを書くことで理解が深まるものと思う。ちょっと昔までは内容がいい感じにすっ飛んでいたが、「インターネットを256倍使う本」が良い線だったのだが、いかんせん古くなってしまった巻はあるなぁ。誰か似たような本書かないかなぁ。(僕が書けと言われるかも知れない。)

2003年10月23日 木曜日

NLUG解散の話

昨日、TLUC-MLで三浦さん聞いた話。名古屋のLinuxのユーザー会が解散したそうだ。(上記リンクもNLUGのページではないところに設定している。NLUGのWebサーバもいつまで動いているか分からないからだ。) こういう話は多かれ少なかれ、どこでも感じるところはあって_ついに来るべきものが来たか_と思っている。僕が参加している東北Linuxユーザ連合会(TLUC)もMLの流量と話題が寂しいし、Activeなメンバがほんとに少なくなってきているので。
ただLinuxに限って活動をするという風に考えてしまうと、どんなイベントを行ったとしても、なにもLinuxでなくても出来るという一昔前から見れば贅沢な状況になったこともあって、いろいろとLinuxのユーザー会という存在意義を問い出す事となり禅問答のように考え込んでしまうことになるのだが、NLUGでは解散という結論に至ったと言う事だ。自然消滅・休眠状態というところが多い中で、彼らはそれなりの議論をして活動のけじめを付けたのだから、僕はそれはそれで立派なことだと思う。まぁLUGの運営に参画しているという観点で物を言えば、同行者が一人いなくなるのはやっぱり寂しいものだけれど、時代の流れなのかも知れない。(もし贅沢な環境が衰退を呼んでいるとすると何とも悲しいのだ。)
まぁ数年前の各地LUG立ち上げ時は、インストールをネタにしたインストール大会みたいなイベントを行っていた(まぁ普及活動なんですが)こともあったが、今となってはどのディストリビューションを使ってもインストールが非常に簡単になったし、僕らが*BSDをつかっても簡単にインストールできちゃう。さらにKnoppixのようなCD起動のものが出てきたことがあって、現状で行う意味消失している事もあって、現状でLUGの活動の質的転換を要求されていると考えるべきなのでしょう。
Linuxにしかできないことに限って活動を展開するというのは、現状ではいろいろと非常に難しく、そういう方向だけを考えても仕方ないので、もうちょっと広く世の中を見ることにして、Linuxを介して集まった仲間と言う認識で活動を続けていくのが良いのかなと考えている。(何を題材に扱ってもできるけど、Linuxベースでやった方が自然という雰囲気を指向する。) そういう仲間で共有できるような題材があれば、勉強会やイベントのネタにつかっている状況で、一昨年はXML関連の勉強会、昨年はHTML関連の勉強会、今年はRubyやTCP/IPの勉強会を提案し実施している。(僕は企画した割に、忙しくて全く参加できず非常に悔しい思いをしているが、それでもみなさんに楽しんでいただけているようなので満足している。(こういう方向で質的転換を図っているのだが…)
こういう方向で物を考えているのだが、LinuxをはじめとするPU-Unixは普及活動期から、普及してしまった時期に入ったわけで、いろいろと価値観やら物事の進め方が変わってしまったも致し方ないものなのかも知れ無いなぁと思うわけだが、何ともとりとめがないのよねぇ。(考えはまとまらないし。)

2003年10月21日 火曜日

だめだめのつづき

今日はウィンダス周辺でシーフをレベル4まで育てて、詩人クエの続きを行った。ちょっとジュノにも用事があったので、ウィンダス→ジュノ(チョコボで移動)→ホラ(テレポで移動)→バルクルムでクエストを遂行→サンドリア帰投という何とも歩き疲れる移動でした。今日も端から端までフルマラソンですな。
資金調達のために、シーフを育てる必要があり育て始める。初期装備でサポートジョブを戦士にして、片手剣で叩き続けていると、今のところ「おなつよ」あたりまでは良い勝負ができる。それなりに強い 会社のThetaさんの時のようににサポなしシーフより数段楽かもしれない。
まぁ武器スキルは戦士で適当な敵を切りまくることである程度育ててから、他のクラスで育てながら鍛えるのが楽なのかもしれない。

2003年10月14日 火曜日

日帰り出張

今日は某社まで日帰り出張です。(アンカー打って良いのか?) つ、疲れた。

SICP

先日某MLで話題になった「計算機プログラムの構造と解釈」を仙台の書店で探索したのだが、ここ最近の仙台の書店で欲しいと思った本はすべて在庫として持っていないことが分かった。この本も見つけられなかったので、八重洲ブックセンタにて購入。(ここでも危うく見逃すところだった。) この本は巷で「Wizard Book」と呼ばれている有名な本である。
原書は「Structure and Interpretation of Computer Programs」で、本文はWebで読むことが出来る。非常にありがたい本なのである。原書のWebを読めば分かると思うが、僕の貧しい英語力でも文章の良さを理解できる非常に素晴らしい文章なので、出来れば原書を読むのが正しいと思う。この本を日本語で読めるという_気軽さ_も必要だと思うので訳書を購入。おそらく原書も買うことになると思う。
僕の経験では、国内の著者が書いた自然科学・工学の分野の日本語の教科書で_文章の良さを感じる_本を_読んだことがない_。僕の貧しい英語力で英文の素晴らしさを感じることが出来る教科書を見てしまって、思わず日米の教育水準の違いに愕然とせざる得ない。(ちなみに前回愕然としたのは「Feynman:Lectures on Physics」で、ちらちら読んだのはもう10年以上前の話だ。) こういうあたりに国語教育の問題点(物を書く教育をしないことや、読むことに関しては小説の偏重していることや、論理的な討論をする演習をしないことなど、他にもいっぱい)を見いだしてしまうのだが、そんなことを言っても僕の国語力もかなり怪しいので、こういうComfortableな文章を読みあさって日本語にフィードバックするしかないのですな。精進が必要ですな。
話がそれてしまったが、一言で言えば_この本は凄い本_である。(おおざっぱな意見すぎて失礼すぎるか。) 内容は難しいと思うが、こんなに面白いと思って読める本はなかなかない。SchemeなどのLISP系な言語は実際の仕事に直接役立つかと問われれば、おそらくすぐには役立たないと思う。ただ_役立つ/役立たないという思考軸だけが世の中の本質ではない_と思うのである。_読んで・手を動かしてソースを書いて楽しい・面白い_ということの方が遙かに重要だと思うのである。
ということで、しばらくこの「魔法使いの本」を読みつつ、魔法使いの弟子になってSchemeの呪文で遊ぶことになりそうである。もしCやC++やJavaやVBでしかプログラムを書いたことがないと寂しい経験しか持っていないと言う人には、_全く異なる物の考え方_をかいま見るためにもこの本を読んで、LISP系の言語をさわるべきなのかなとLISP万年初心者の僕も思うのだから、必読の書といえるのだろう。
帰りの新幹線でひたすら読む。1.1.4 Compound Proceduresあたりからだんだん深みに誘われてくる。とりあえず、帰りの新幹線で読んだ範囲で目から鱗だったのは、1.2.2 Tree RecursionのFibonacci数列の計算で、再帰を使った計算はFibonacci数列の漸化式から理解できるのだがこれは非常に効率が悪い。Fibonacci数列の計算を反復的なステップで計算するあたりでなるほどと思い、1.3 Formulating Abstractions with Higher-Order Proceduresで、Schemeの教科書を読んでいまいち想像が沸かなかった高階手続きといままでLISP系の本を読んでlambda記法のありがたみがいまいち分からなかったが、何となく見えてきたこと。理解するためにちゃんと手を動かさないと駄目だと思ったところ。とりあえず第1章だけでも読んで手を動かすところ満載なのである。

2003年10月12日 日曜日

fetchmail+procmail+spamassassinで楽々SPAMフィルタリング

ここ最近やたらSPAMメールが多いので、以前よりSPAMフィルタを導入しなければならないかなと思っていたのですが、時間が取れたのでようやく導入となりました。TLUCのMLで五十嵐さん三浦さんに設定を教わったのと、UnixUser 2003年9月号の特集記事を参照にしてみました。あとspamassassin を fetchmail から利用する方法も参照しました。
うちは自宅でSMTPサーバを公開しているわけではない(自宅のプロバイダの関係でグローバルなIPv4アドレスをとれない)ので、単純にfetchmail+procmail+spamassassinで運用を試みてみます。

インストール

メール関係を扱っているうちのサーバはDebian GNU/Linux(woody, stable)なので、まず/etc/apt/sources.listに以下の内容を書き足し。
deb http://people.debian.org/~nobse/deprecated/backported ./
続いてツールをインストールする。
sudo apt-get install spamassassin procmail fetchmail

2003年10月11日 土曜日

雑誌の記事って電子化されないものか

最近雑誌を買わなくなって久しいのだが、たまに読みたい連載があっても_収納スペースの確保・整理する手間・捨てる手間_を考えると買わないと言う選択をしがちである。(僕がだめだめなだけかも知れないが、真面目に家の中の本の収納スペースが飽和しているのですよ。もうハードカバーと文庫本しか買う気がしない。)
僕が買う雑誌といえばここ数年はほとんど最近コンピュータ関連の雑誌なので、なおさら思うところであるが、記事の電子データも付けてくれない物だろうか? 最近読んでおきたいなと思っている連載は、Unix Userに連載されている西田 亙さんの「GCCプログラミング工房」とLinux Magazineに連載されていたまつもとゆきひろさんの「Ruby入門」なのだが、上記の理由の方が優先していて雑誌を買う気にならない。記事の内容が良いだけに実に勿体ないのである。
最近コンピュータ関連の雑誌が売れないと言われ続けているが、速報性ではWebにはもう勝てないので、ビジネスモデルを転換して、有用な読み物の連載を軸に雑誌を作ってもらい、CDROMで記事の電子データも付ける。ただ電子化してもその月しか売れなければ売り手としては厳しいので、_電子データを1ヶ月後ないしは数ヶ月後にCDROMにして付録にする_というのはどうだろう? これならば連載を読むために雑誌を買い、その記事の電子データが欲しくて次の月の雑誌も買うということで、売り上げをある程度見込めて、雑誌の記事の再利用性が高まって嬉しくないだろうか?
一度電子データになってしまえば自分の家でデータベースに組み込むなりなんなりして保存すれば、場所も要らず、検索性も増して、非常に便利なのだが、そういう企画を実現してもらえないものかねぇ。とくにUnix Magazineのように、記事がそのときに必要なくて、数年後にヒットするような雑誌の場合、保存場所と検索性の向上こそが切実な問題なのである。
まぁそんな話を、あおしまさんと話をしたのです。