この日記へのリンクは
http://fulufuru.hauN.org/nikki.pl/yyyy/mm/dd.html#xx
「yyyy/mm/dd」は年月日、「x」は段落で張るのが吉。

[#01] 朝、かなりねむねむ。連続ドラマは、まぁ、見なくてもいいか。と思った。日経新聞によると、ストロンチウム９１が現場から900m離れたところで、ごく微量検出されたらしい。

[#02] 200通の未読メール。一週間で200。うむ、それほど、せっぱ詰まってないらしい。よかったよかった。とりあえず、重要そうなものから順に。HPのCEOによる「成功と成長のための７つの法則」。

７番目のがいい感じ。好きこそ物の上手なれ。だな。

[#03] さて、会社にはレッツノートのFDDがあるから、FDISKとハイバネーション用の領域確保を……、と思ったら、fdiskを起動した瞬間に「ハードディスクがありません」とか、言われてるし……汗。もしかして、惨敗？

[#04] えと、区切り文字ですが、最近は、フィールド区切りが改行、レコード区切りが空行。というのが、個人的には、好みです。$/="\n\n"としてやって、<FILEHANDLE>の内部で、split("\n")としてやるだけですから、簡単ですし、通常のデータには改行が含まれていることはないので、これで問題ないと思います。サンプルは、最新のmican.plのread_cache_diを見ていただければ。そういえば、これって、わざわざmyな変数に保存して元に戻したりしなくても、local( $/ ) = "\n\n"でいいのかしら？

[#05] うぬ、効率の問題ですな。いや、再利用する人のレベルにあわせて、スクリプトを書き直したんだけど、おかげで、設定項目が増えてしまった……汗。たしかに、設定項目は増えるけれど、スクリプト自身は読みやすくなったな。個人的には、スクリプト本体が多少複雑になっても設定の効率を上げて、設定しやすい方が好きだけど、複雑なスクリプトを読み書きできないお客さん向けの場合には、設定が複雑でも、スクリプトの見通しがよい方が、効率的なのかも。将来的に保守がお客さん自身でできるしね。

[#06] 区切りですが、他には、フィールド区切りがタブ、レコード区切りが改行。というのは、非常に見やすいです。タブだけじゃなくて、任意の数のタブとスペースを認めると、かなり見やすくかけますが、データ自身にタブやスペースを使えなくなります(タブを含むデータはあまりないと思いますが……)。

[#07] しつこくて申し訳ないのですが、CSV的な改行によるレコード区切りよりは、空行によるレコード区切りの方がよりわかりやすいと、最近は思っています。確かに、改行をフィールド区切りにすると、見た目にファイルが長くなるので、見通しは悪くなりますけど、それぞれのフィールドそのものは、見やすいですよ。

[#08] でも、２年くらい前のとある仕事では、入力テキストをタブフィールド区切り、改行レコード区切りでスクリプトを組んだら、データ内部に改行が入る可能性があることがテスト中に発覚し、す、すこし、問題になったのですが、面倒なので、データ内部の改行不可。という機能制限というか、仕様ということで、逃げました……汗。

[#09] やはり、復帰一日目は、疲れるな……(笑)