いま現在の SyntaxHighlighter 最新バージョンは 3.0.83。ダウンロード・ページから syntaxhighlighter_3.1.0.83.zip を取得して，ローカル計算機で解凍する。解凍してできたディレクトリ下にある compass, scripts, styles, src のディレクトリを Web ドキュメントルート下にコピーすれば，使い始めることができる。ここでは DocumentRoot/sh にインストールしたものとする。

使い方を簡単に説明すると以下のとおりである。SyntaxHighlighter - Installation に書かれているので，きちんとした仕様が知りたい方はそちらを参照のこと。

1. プログラム・コードを掲載したい HTML（以下「対象ページ」）のヘッダ部に shCore.js と shCore.css を読み込むよう指定する。
2. 出力様式のタイプがテーマ Theme として管理されており，好みのものを選択して，そのスタイルシートを対象ページに指定する。一覧は SyntaxHighlighter - Themes にある。とくにこだわりがなければ標準 Theme: shThemeDefault.css を指定しておけばよい。私は Eclipse Theme について表示色等カスタマイズしたものを shThemeSite.css として保存して使うことにした。
3. 対象ページで掲載したいプログラム・コードの言語に応じて SyntaxHighlighter の JavaScript を選択し，それらを対象ページに指定する。JavaScript の一覧は SyntaxHighlighter - Bundled Brushes にある。

上記までで対象ページのヘッダ部は以下のようなものとなる。ここではシェルスクリプト，XML（HTML 含む），Java，C/C++，Perl，JavaScript を扱うものとした。これは SyntaxHighlighter の出力例でもある。

  <link type="text/css" rel="stylesheet" href="/sh/styles/shCore.css" />
  <link type="text/css" rel="stylesheet" href="/sh/styles/shThemeDefault.css" />
  <script type="text/javascript" src="/sh/scripts/shCore.js"></script>
  <script type="text/javascript" src="/sh/scripts/shBrushBash.js"></script>
  <script type="text/javascript" src="/sh/scripts/shBrushXml.js"></script>
  <script type="text/javascript" src="/sh/scripts/shBrushJava.js"></script>
  <script type="text/javascript" src="/sh/scripts/shBrushCpp.js"></script>
  <script type="text/javascript" src="/sh/scripts/shBrushPerl.js"></script>
  <script type="text/javascript" src="/sh/scripts/shBrushJScript.js"></script>

プログラム・コードは pre タグでマークアップする。class オプションに SyntaxHighlighter のコンフィギュレーションを指定する。扱う言語種別，行番号表示や開始番号，タブのサイズ，ハイライトすべき行番号，ツールバー表示有無，等である。SyntaxHighlighter - Configuration に指定可能なオプションの説明がある。以下は，Perl 言語コード，開始行番号 1，タブ・サイズ 4，ハイライト行なし，の指定である。title に題名を設定できる。

<pre class="brush: perl; first-line: 1; tab-size: 4; highlight: null;" 
     title="xlstocsv.pl">

行番号を出力したくない場合，gutter: false; を指定する。個別に行をハイライトしたいなら，highlight: [2, 4, 6]; のようにすればよい。プログラム・コードのマークアップが済んだら，最後に以下の JavaScript コードを書いておく。おまじないのようなものである。同一ページ内にいくつも SyntaxHighlighter 使用 pre タグを書いていても，最後に一度だけ発行すればよい。

<script type="text/javascript">SyntaxHighlighter.all()</script>

昨日作成した Excel 一括 CSV 出力の Perl コードは，以下のように表示される。

#!/usr/bin/perl -w
# -*- coding: utf-8; mode: cperl; -*-
# Excel to CSV
# $Id: xlstocsv.pl 12 2012-02-05 16:57:06Z isao $
use strict;
use utf8;
use Spreadsheet::ParseExcel;
use Spreadsheet::ParseExcel::FmtJapan;
binmode STDOUT, ":utf8"; binmode STDERR, ":utf8";
($#ARGV < 0) && die "Usage: $0 xls-file\n";
my $fnm = $ARGV[0]; # Excel file name
my $ct = 0;         # 出力行数
# Excel object
my $xls = Spreadsheet::ParseExcel->new();
my $fmt = Spreadsheet::ParseExcel::FmtJapan->new(); # 日本語あり
my $bko = $xls->parse($fnm, $fmt); # Excel Book object
my @wsa = $bko->worksheets();      # Worksheet object 配列
utf8::decode($fnm);
# ワークシート毎の処理
foreach my $ws (@wsa) {
    my $wsnm  = $ws->{"Name"};
    my $mxrow = $ws->{"MaxRow"};
    my $mxcol = $ws->{"MaxCol"};
    print STDERR "*** $0 $fnm - sheet: $wsnm start.\n";
    if ((defined $mxrow) && (defined $mxcol)) {
        # 行毎の処理
        for (my $row = 0; $row <= $mxrow; $row++) {
            my $line = "";
            # 列毎の処理
            for (my $col = 0; $col <= $mxcol; $col++) {
                # セル値をセット
                my $cell = $ws->get_cell($row, $col);
                $line .= $cell->value() if (defined $cell);
                $line .= ",";
            }
            print "$line\n";
            $ct++;
        }
    }
}
print STDERR "*** $0 from $fnm wrote $ct lines\n";

ただし，オリジナルの shBrushPerl.js では # 文字があるとそれ以降がすべてコメントとみなされてしまうので，$#ARGV など配列末添字番号変数の表示がおかしくなるので，上掲では少し訂正したものを用いた。53 行目の正規表現の先頭に [^\$] を追加し，以下のとおりに訂正した。

this.regexList = [
	{ regex: new RegExp('[^\$]#[^!].*$', 'gm'),	css: 'comments' },
	{ regex: new RegExp('^\\s*#!.*$', 'gm'),	css: 'preprocessor' },

ちょっと使ってみて制約があった。XML のタグのように < > で囲まれたテキストがあるとき，開始タグに対して終了タグがないと，終了タグが最後に強制的に付加されてしまう仕様のようである。空要素タグ < /> の場合も例外ではない。たとえば C/C++ の #include <stdio.h> の行をそのまま記述すると，終了タグを探しても当然ないので，ソースコード表示の最後に </stdio.h> なるゴミが出てしまうのである。私はまだ SyntaxHighlighter を使い込んでいないのでなんとも判断できないが，< > については，これまでどおり実体参照指定（&lt; &gt;）で記述した方がよさそうである。

Excel は古いバージョンで作成したものだと，ファイル内の日本語文字コードが Shift_JIS なのか CP932 なのか UCS2 なのかよくわからない。おまけに私の目的として，出力すべきファイルは UTF-8 エンコードでなければならない。Spreadsheet::ParseExcel は Spreadsheet::ParseExcel::FmtJapan という日本語処理のための下位モジュールを備えている。これらを併用すれば，日本語文字コードに煩わされずにすみ，JIS X 0212 文字もうまく処理でき，かつ UTF-8 で出力できることがわかった。Spreadsheet::ParseExcel のマニュアル（perldoc Spreadsheet::ParseExcel で閲覧できる）に API 解説とサンプルコードがあるので，参照いただきたい。

今回作成した Excel ワークシート一括 CSV 変換プログラム xlstocsv.pl を以下に掲げる。こんなに短いコードでできてしまうのなら，最初から自分の手を動かすべきであった。同じ課題をもつ方は必ずいらっしゃると思うので，以下のコードをコピって活用いただきたい。もちろん無保証，無サポートである。使い方は，コマンドラインで xlstocsv.pl 対象Excelファイル とする。引数に Excel ファイルを一つ指定する。すべてのワークシートが単一 CSV テキストストリームとして STDOUT に書き出される。ファイルに格納したいのならリダイレクトする。

#!/usr/bin/perl -w
# -*- coding: utf-8; mode: cperl; -*-
# Excel to CSV
# $Id: xlstocsv.pl 12 2012-02-05 16:57:06Z isao $
use strict;
use utf8;
use Spreadsheet::ParseExcel;
use Spreadsheet::ParseExcel::FmtJapan;
binmode STDOUT, ":utf8"; binmode STDERR, ":utf8";
($#ARGV < 0) && die "Usage: $0 xls-file\n";
my $fnm = $ARGV[0]; # Excel file name
my $ct = 0;         # 出力行数
# Excel object
my $xls = Spreadsheet::ParseExcel->new();
my $fmt = Spreadsheet::ParseExcel::FmtJapan->new(); # 日本語あり
my $bko = $xls->parse($fnm, $fmt); # Excel Book object
my @wsa = $bko->worksheets();      # Worksheet object 配列
utf8::decode($fnm);
# ワークシート毎の処理
foreach my $ws (@wsa) {
    my $wsnm  = $ws->{"Name"};
    my $mxrow = $ws->{"MaxRow"};
    my $mxcol = $ws->{"MaxCol"};
    print STDERR "*** $0 $fnm - sheet: $wsnm start.\n";
    if ((defined $mxrow) && (defined $mxcol)) {
        # 行毎の処理
        for (my $row = 0; $row <= $mxrow; $row++) {
            my $line = "";
            # 列毎の処理
            for (my $col = 0; $col <= $mxcol; $col++) {
                # セル値をセット
                my $cell = $ws->get_cell($row, $col);
                $line .= $cell->value() if (defined $cell);
                $line .= ",";
            }
            print "$line\n";
            $ct++;
        }
    }
}
print STDERR "*** $0 from $fnm wrote $ct lines\n";

もしワークシート毎にファイルをばらしたいのなら，foreach my $ws (@wsa) のブロック（ワークシート単位のループ）部分の始めと終わりに独自ファイル処理（「ファイル名+シート名」でファイルハンドルを割り当てる等）を入れればよい。また，このコードは CSV をカンマ区切り形式とし，かつセルの内容に半角カンマが含まれない前提である。もし半角カンマが含まれてもよいようにするなら，得られたセル値を出力時にダブルクォーテーションマークで括る，等の処置を施していただきたい。

これで，一つの Excel ファイルに夥しいワークシートがあろうが，いちいち Excel を開いて CVS として保存しなくても，コマンドラインから一発で CSV 変換ができるようになった。おまけに FreeBSD でも Linux でも Mac OS X でも動くのである。もちろん Windows でも動くし，Excel がインストールされていなくても Excel ファイルを処理出来る，というメリットがある。

私の課題 — いただいた詩語集の処理に関しては，71 の Excel ファイルそれぞれに何十ものワークシートがあって，Excel をひとつひとつ開いてワークシート毎に CSV エクスポートするのはとてもやっていられないが，xlstocsv.pl を使えば次のコマンド操作だけで二字詩語，三字詩語の CSV（2c.csv, 3c.csv）をまとめることができた。

isolde [1001] % foreach i (2c-xls/*.xls)
foreach? set BS=`basename $i .xls`
foreach? (xlstocsv $i > 2c-$BS.csv) >& 2c-$BS.err
foreach? end
...
isolde [1002] % foreach i (3c-xls/*.xls)
foreach? set BS=`basename $i .xls`
foreach? (xlstocsv $i > 3c-$BS.csv) >& 3c-$BS.err
foreach? end
...
isolde [1003] % env LC_ALL=C sort 2c-*.csv | uniq > 2c.csv
isolde [1004] % env LC_ALL=C sort 3c-*.csv | uniq > 3c.csv

xlstocsv.pl は引数に Excel ファイルを一つしか指定できないが，複数の Excel ファイルを扱いたいなら，上の tcsh 操作のようにループで回せばよい。次のシェルスクリプトは，カレントディレクトリにあるすべての Excel ファイルを，「xls と同じファイルベース名＋拡張子 csv」という名の CSV ファイルに書き出す。

#!/bin/sh
for i in *.xls
do
    BS=`basename $i .xls`
    xlstocsv.pl $BS.xls > $BS.csv
done

いくつものシートに分けられた Excel データを CSV データに変換するのに，「Excel 一括 CSV」を使わせてもらった。妻の Windows 7 で変換したのち，Mac OS X にコピーして，ここからいくつかプログラムを書いて既存のデータベースにマージした。主な作業手順は以下のとおり。

文字コードを UTF-8 に変換（nkf 使用）。

CSV データをフォーマット編集（新規作成ツール）

平仄付加（既存ツール）

詩語を旧字体変換して増幅（既存ツール）

新旧両字体で検索してもヒットするよう韻字カラム調整（新規作成ツール）

重複排除（既存ツール）

SQLite3 import

FreeBSD サーバ Tomcat 環境への辞書・プログラムのデプロイ（配備・インストール）

読み，意味，出典も詩語検索の結果に出力する処理（JavaScript）も追加した。旧字体変換を入れたので，韻字の検索で新旧字体のどちらを指定してもヒットするようデータ構造，クエリを変えた。例えば，韻字が「仏」・平仄「○-●」の検索で，「銅佛」が出て来るようにした。
　

これまでの詩語データベースは，ネットで漁った『唐詩選』の漢詩データ 470 首程度を Perl HTML::TreeBuilder パーサで処理して二字，三字の詩語に分解し，この結果得た約 4000 語程度しか蓄積してなかった。これがいまや二字 33601 語，三字 53657 語，計 87258 語にまで拡張された。まだまだ使い勝手としては疑問が残るけれども，詩語ブラウザとしてはそれなりの規模が備わったのではないかと思う。

今回作業で使用した「Excel 一括 CSV」ツールでは，残念ながら JIS 第三・第四水準の漢字が文字化けしてしまった。データベースにはこれらは含めなかった。これらを反映するのが次なる課題である。

一つ目のエラーは Tomcat-5.5（JSP / Servlet コンテナのデファクトスタンダード・ソフトウェアのちょっと古めのバージョン）/usr/local/tomcat55/logs/stdout.log に出ていたもの。

log4j:WARN No appenders could be found for logger →（折返し。実際は 1 行）
    (org.apache.commons.digester.Digester.sax).
log4j:WARN Please initialize the log4j system properly.

二行目の initialize 云々でロガー（ログ管理システム）Log4j の初期化がうまく行っていないようである。misimaKansiServlet そのものは独自に Log4j のプロパティ・ファイルを読み出して Log4j を初期化している。つまり，以下のように，デプロイメントディスクリプタ web.xml の init-param タグにログ・プロパティ・ファイルの場所を書いておき，misimaKansiServlet Java プログラムから参照して logger を初期化している。

web.xml:

<servlet>
  <servlet-name>misimaKansiServlet</servlet-name>
  <servlet-class>misimaKansiServlet</servlet-class>
  ...
  <!-- logging プロパティのパス -->
  <init-param>
    <param-name>logproperty</param-name>
    <param-value>
      /usr/local/tomcat5.5/webapps/misimakansiservlet/log4kansi.properties
    </param-value>
  </init-param>
</servlet>

misimaKansiServlet.java:

public class misimaKansiServlet extends HttpServlet {
    /** log4j property */
    private static String prop = "log4kansi.properties";
    /** log4j logger */
    private static Logger mslog;
    ...
 
    /** 初期化 */
    public void init() throws ServletException 
    {   
        // web.xml デプロイメントディスクリプタから初期パラメータを取得する．
        String p = getInitParameter("logproperty");
        if (p != null) { prop = p; }
 
        // log file initialize.
        mslog = Logger.getLogger(misimaKansiServlet.class.getName());
        PropertyConfigurator.configure(prop);
        mslog.info("misimaKansiServlet initialize.");
        mslog.info("- log properties file: " + prop);
    }
...

これで何でまだ初期化されていないなどと言われるのか。misimaKansiServlet のログは初期化されてきちんとロギングできるので，どうやら Log4j の親玉みたいなクラスがシステムとしてのロガーの初期化ができないということのようである。調べたら，このためのプロパティ・ファイルを Log4j がきちんと読めるようにしておけばよいとわかった。つまり，/usr/local/tomcat5.5/conf/log4j.properties に全体用プロパティ・ファイルが格納されているとして，Tomcat 起動時に参照する JAVA_OPTS 環境変数に以下を追加記述しておけばよい。

-Dlog4j.configuration=file:///usr/local/tomcat5.5/conf/log4j.properties

これで Tomcat を再起動すれば，エラーは出なくなった。私の FreeBSD 環境の場合 Tomcat 起動用スクリプトのなかで JAVA_OPTS を tomcat55_java_opts 環境変数から取得しているので，/etc/rc.conf に以下を追加した。

tomcat55_java_opts="-Dlog4j.configuration=file:///usr/local/tomcat5.5/conf/log4j.properties"

二つ目のエラーは，misimaKansiServlet ログの DWR 関連メッセージである。

12/01/30 18:24:18.079, ERROR, [TP-Processor6] org.directwebremoting.util.LogErrorHandler,
42: Line=23 The content of element type "dwr" must match "(init?,allow?,signatures?)".

文面からは何も原因を想定できない。DWR サイト内を検索したら，メーリングリストに同じエラーに遭遇した人の投稿とそれへの回答があり，難なく原因がわかった。misimaKansiServlet 用の DWR 定義ファイル dwr.xml の記述において，今回追加した Java クラスのために allow タグも追加したのだが，これがまずかった。このタグは複数書いてはいけない仕様だったのである（それでも追加プログラムが動いてくれるのが面白い）。よって，対策は一つの allow タグにすべて放り込む，というのでＯＫだった。

<dwr>
  <!-- without allow, DWR isn't allowed to do anything -->
  <allow>
    <create creator="new" javascript="SigoTable">
      <param name="class" value="SigoTable" />
    </create>
    <convert converter="bean" match="SigoBean" />
  <!--
  </allow> 単一 allow にするため削除
  <allow>  同上
  -->
    <create creator="new" javascript="KanjiTable">
      <param name="class" value="KanjiTable" />
    </create>
    <convert converter="bean" match="KanjiBean" />
  </allow>
</dwr>

リッカルド・ムーティと並んだスミルノフの笑顔は，演奏会が成功だった証のようである。インターネットで調べたら，私がもらった写真と同じものが flickr.com にも掲載されていた：http://www.flickr.com/photos/chicagosymphony/6770768611/。

"Space Odyssey" がどんな曲か聴いてみたい。そのうち Facebook にビデオがアップされることを期待するばかりである。

ピアノ協奏曲第一番ニ短調作品 15 がいちばんのお気に入り。これ，しかしながら，彼の若書きで，その管弦楽法にケチを付ける人が結構いる。最初はピアノ・ソナタとして書きはじめられたのに，どうも構想がでかくなり交響曲に改変されたと思いきや，ベートーヴェンの亡霊に脅かされたのか（？），完全主義者だったからか，途中でピアノ協奏曲に変更された。どうも威勢はいいが優柔不断な経緯を感じさせる。第一楽章のマエストーソは厳粛で，ヒロイックで，大上段に振りかぶった気合いがあまりに大げさなので，後年の円熟したブラームスを好きな人にはちょっと引いてしまうかも知れない。でも，やっぱりロマンチックでよいんである。

交響曲に相応しい歌い出しだからかピアノがなかなか入って来られない。オーケストラの厳粛な力強い演奏が 90 小節も続き，やっと一段落したところで，独り言のようにさりげなくピアノ独奏がはじまる。「え？ いまごろかよ？ 孤独な悩めるヒーローの登場か！」みたいな進行が面白い。

緩やかな第二楽章は打って変わって，天上的な優しく清らかなテーマと，思い出したような突発的激情とが，ホント，堪らなく美しい。亡くなったシューマンへの哀悼か，残されたクララ・シューマンへの恋慕か，そのどちらもひしひしと感じられるいい楽章である。涙がチョチョギレます。

第三楽章はそれまでの厳粛，清らかな情愛と比べると，逃げて行くような軽やかさがあり，「ちょっとバランス悪くね？」という感じが否めない。

私がこれまで聴いたピアノ協奏曲第一番の演奏でもっとも感動的なのは，ダニエル・バレンボイムのピアノ独奏，ズビン・メータの指揮，ニューヨーク・フィルハーモニックの管弦楽によるものである。アナログ・レコードの時代から聴いて来た。以下に第二番とのカップリング CD のリンクをあげておく。
　

Brahms: Piano Concertos 1 & 2

D. Barenboim (Pf)
Z. Mehta (Dir), New York Philharmonic Orchestra.
Sony (1998-05-29)

Amazon.co.jp で詳細を見る

今回の追加機能は，先日，自分で漢詩を書く際に本ツールを使ってみて，足りないと思った機能である。そのときは手元の仮想端末から SQL を叩いて漢字データベースを検索して，欲しい平仄・韻をもつ漢字を探す，などしていた。せっかくだから，これらを Web 上で出来るようにした。旧字体変換はすでにある misima 旧字・旧仮名遣い変換サーブレットを呼び出すようにしただけである。漢字検索機能は，詩語検索とまったく同じ方式である（「DWR with Java: misima 漢詩詩語検索」を参照）。DWR（Dynamic Web Remoting）ライブラリをベースに，Java Beans クラス（KanjiBean.java）と，漢字 DB を検索してそのクラス配列にデータをストアするメソッド（KanjiTable.java）の二本の短い Java プログラム，非同期通信ライブラリ DWR とユーザインタフェースを制御する一本の JavaScript（kanji.js），検索用 HTML（kanjisearch.html）をごそごそと書いた。DWR のおかげで面倒な Java サーブレットのコーディング，非同期通信 Ajax JavaScript のブラウザ依存コーディングから解放され，たったこれだけの一日作業で機能追加が出来た。以下，追加機能の使い方を簡単にメモしておく。

メインの画面（図 1.）に「漢字検索」と「旧字体」のボタンがある。
　

分析対象漢詩テキストを入力し，「旧字体」のボタンをクリックすると，入力した内容が旧字体に置き換えられる。図 2. はその実行前後を示している。

「漢字検索」右横の「開く」ボタンをクリックすると，漢字検索用の別ウィンドウがオープンする（図 3.）。
　

ここで「漢字」，「韻字」，「韻目」で検索が可能である。ある漢字の平仄，韻目を知りたいとき，「漢字」のテキストエリアに文字を指定する。複数指定することができる。「韻字」のエリアに漢字を入力して検索すると，当該漢字と同じ韻目の漢字の一覧が得られる。押韻文字を考えるときに役立つはずである。「韻目」は，韻目を指定して該当する漢字の一覧を検索するためのものである。韻目は「上平聲一東」のような複雑なものでありかつシステム内部において特殊な形式で管理している。この形式でユーザが入力するのは困難なので，韻目テキストエリアにカーソルが位置づけられるとメニューがポップアップし，ここに一覧された平水韻 106 項目から求める韻目を選択することにより，検索条件が設定されるようになっている。図 4. に韻目検索のポップアップメニューを示す。
　

「漢字」，「韻字」，「韻目」の条件は１回の検索ではどれかひとつしか指定できない。複雑な条件で検索するために「SQL」条件を設けてある。検索キー：漢字 ji; 平仄 hs; 字韻1 in1; 字韻2 in2; 音読 yo; 訓読 yk; 備考 bk を使って，SQL where 句のなかに書くクエリ条件を記述する。select * from KANJITBL where query condition; の SQL 文のうち query condition 部分のみをテキストエリアに記述する。最後の ;（クエリ終了を示すセミコロン）も書いてはならない。これはエキスパート向けであり，基本的には使う場面はないと思う。

検索結果には，漢字，平仄，韻目，備考が出力される。備考欄には，音読み，訓などの付加情報があったりなかったりする。出力例を図 5. に示す。
　

ここで，平仄欄の ○ は平字，● は仄字，◎ は平仄両韻字（意味によって平仄が違う）を示している。韻目欄の，例えば「hs:07:陽」というのは下平聲七陽を示している。hk: 上平聲，hs: 下平聲，sj: 仄上聲，sk: 仄去聲，sn: 仄入聲であり，コロンで区切られた数字と漢字一文字で韻目を表している。

これで，漢詩の平仄・音韻規則チェック，詩語の検索，漢字の平仄・韻目検索が揃った。これからは詩語データベースの充実を図り，漢詩作成の有益なツールになるようにしたいものである。
　

シリーズ第一集から順に『街の灯』，『玻璃の天』，『鷺と雪』という書名で，作品自体が短篇集の形式になっていて，それぞれ収録された短篇のタイトルが本の題名になっている。内容は，昭和七年から昭和十一年に至る，日本が奈落の底へ落ちて行く時代を背景とした，ミステリー風世相物語である。主人公・花村英子の一人称体による語りである。華族の令嬢である英子は，上流社会の箱入り女学生の立場にあって，新聞・ラジオ，学校の友人，たまさかの外出から，世の中の不条理な出来事に触れ，文学に培われた近代的思考能力で考え，近代的良心に照らして悩む。そんな日常において発生するちょっとした事件（多くは「事件」というほどの衝撃を欠いている。本格的殺人事件は『玻璃の天』くらいだった）に対して，花村家の女性運転手・別宮みつ子（英子は，『虚栄の市』の憧れの主人公・ベッキー・シャープと別宮の名に掛けて，彼女のことをベッキーさんと呼ぶ）の控えめな助言をヒントにしながら，英子はその謎を解決して行く。

実際に起こった事件，事実，たとえば，放送局がブッポウソウの囀りを生放送しようとして果たせなかった，といったような事柄が鏤められている。これらは作品の不穏な時代背景の特徴描写とうまく融合して，単なる時代雰囲気の醸成だけに留まらない暗示的効果を出し得ている。とくに同時代の文学的事象もそのひとつで，山村暮鳥の『聖三稜玻璃』に収録された詩『囈語』の詩行「騒擾ゆき」の引用でもって，1936 年の二・二六事件を暗示させるくだりは，「こじつけ」という言葉では片付けたくない妙に生々しい暗合を感じた。

作品はミステリーに属するものといえるだろうけれど，謎解きは二の次で，語りの眼目はなによりも，教養があり，しっかりした考え方を持ち，冷静に行動できる新しい時代の女性の姿にある。英子は自由思想的であり，階級的価値観に縛られず，世界を読み解くのに読書経験と論理的思考力とにものを言わせるところがある。ベッキーさんは男装の麗人，文武両道の清楚な女傑，深い教養と知性を備えたスーパーウーマンである。このあたり時代小説の人物設定としては強引な要素が否めない。でもそんなことはどうでもよい。痛快ヒーローものの面白さがあるのだ。軍国的右翼国家主義者・段倉荒雄（北一輝か大川周明あたりがモデルか？）とベッキーさんとのやりとりのくだりは，バカを暴力でなく教養でもって貶める（相手を「打ち負かす」のではなく，こっそり「嗤いの対象」に貶める）点で，たいへん印象的だった。

　ベッキーさんは，前方を見つめている。運転中の横顔を，初めて見る。影絵のようになった額や鼻，口元の線が，美しい模様を見るように心地よい。その唇が動いた。
「生齧りの本の言葉に，《善く戦ふ者は敗れず》とありました。そうでありましょう。さらに《善く陳する者は戦はず，善く師する者は陳せず》とも書かれていました。見事に布陣出来る者は戦うまでもなく，見事に軍を動かす者は布陣するところまで事態を運ばずして，勝ちを収めるのでしょう。女の身といたしましては出来得る限り，戦さという手立てによらずに，様々なことが解決出来ればと—希望いたします」
　段倉は，ふんと鼻を鳴らした。相手は東洋思想の専門家だろうに，と，ひやりとしてしまう。ベッキーさんも，無鉄砲なことをいい出したものだ。
「そのようなことを，偉そうにしゃべるものではないぞ。まして，お前は日本の女だ。大和撫子は，一という字も知らぬように見せてこそ奥ゆかしい。覚えておくがいい。女が生齧りの学問を振り回すほど，卑しいことはないのだ。—実に見苦しい」
「先生。今の質問へのお答えは？」
「う？ 戦わずに—ですか。—いや，そんなことは相手次第だ。幾ら，こちらが誠意を尽くしても，向こうがいうことをきかなければ仕方ない。打ち倒すしかない」
　車はやがて，麻布の街に入って行った。段倉のいう店に寄せながら，ベッキーさんがいった。
「先生。後学のためにお聞きしたいのです。実はわたくし，不勉強で，先程の言葉の出典を存じません。あれは，一体，何にあるのでしょう？」
　皆の注意が，段倉に集まる気配があった。段倉は不快げに，吐き捨てた。
「『孫子』だ。『孫子』っ！」

議論をしているのに，テーマから逸脱し「偉そうにしゃべる」とか「見苦しい」とかの無関係の威圧的言説でもってまず相手を見下さないではおれないところ，バカ右翼のタイプだと感じるのは私だけか（議論で大事なのは論者双方の共通の結論に達することなのに，「勝つ」ことが目的になってしまうバカの典型でもある）。『孫子』には「戦わずして勝つ」なる要諦があり，これは昔から『孫子』バカの好む名言である。ベッキーさんの引用「善く陳する者は戦はず，善く師する者は陳せず」はすぐ『孫子』のこの名言と観念連合する。ところが実際は，ベッキーさんの引用は『漢書』刑法志からのもの，とあとで述べられる。段倉こそ「偉そうにしゃべる」だけのただの「生齧り」だ，というわけである。「幾ら，こちらが誠意を尽くしても，向こうがいうことをきかなければ仕方ない。打ち倒すしかない」— これに類する意見は，バカ右翼だけに限らず，ネットにも多いのではなかろうか。最近ではこのテの安易な武力行使肯定意見が多くて，この物語の時代風潮はもはや過去のものといえない事態になりつつある。やっぱりキナ臭いのはイヤである。

このくだりは段倉をボンクラに見せるのに効果的である。そして，ベッキーさんの意見が正しいと読者に信じさせるのに効果的である。私の意見も「ベッキーさんを大いに支持する，段倉みてぇな奴は日本を滅ぼす。失せやがれ！」である。その効果は小説の藝術性とはあんまり関係ない。もしこういうことをきちんと読者に理解させたいのなら，段倉をボンクラに見せる小説ではなく，「善く陳する者は戦はず，善く師する者は陳せず」の説を現代的に証明する論説でなすべきだろう。でも，北村薫って作家は真面目なんだな。好感がもてる。

ただ，北村薫のこの三部作を読んだ感想には，少し真面目過ぎるというのもある。吉永南央『萩を揺らす雨』を読んだときも，その生真面目さに心打たれながらも，似たような不満があった。「なんかわけわからん」というか，私にとって蠱惑ある文学作品に欠くべからざる「不明」の要素がなくて，「なるほど，そうだよな」とスッキリし過ぎるんである。贅沢だろうか。
　

街の灯 (文春文庫)

北村 薫
文藝春秋

Amazon.co.jp で詳細を見る

玻璃の天 (文春文庫)

北村 薫
文藝春秋

Amazon.co.jp で詳細を見る

鷺と雪 (文春文庫)

北村 薫
文藝春秋 (2011-10-07)

Amazon.co.jp で詳細を見る

櫻雪蕭然昇九堽　　桜雪蕭然たり。九堽（きゅうこう）を昇る。
氣淸雀囀薄霞洸　　気清く雀囀り　薄霞（はくか）洸（こう）たり。
視靈廢卒幽跳坂　　霊の廃卒の幽かに坂を跳ぶを視る。
途上娟人仰彼蒼　　途上の娟人（けんじん）彼蒼を仰ぐ。

Sakura drifting on the wind lonely and silently. I'm going up the slope of Kyuko.
Pure air. Sparraws twittering. Mist dim and thin.
In my vision - transparent spirits of invalid soldiers jumping are coming down.
At the end of road a woman stands looking up at the sky.
(Facebook に載せたら英訳をと求められたので，通じればよいと適当に)

「櫻雪」なんてのは和臭プンプンだろうけどかまわない。平仄その他のこじつけで，九段坂について「九堽」（きゅうこう）なんて造語を使っている。misima 漢詩平仄音韻分析・詩語検索（ただし，友人のための限定公開）をはじめて自身の実作で使ってみた。あれこれ悩むと，いろいろ機能がほしくなって来る。機能追加はそのうちということで。プログラムによるチェック結果は以下のとおり。
　

しかし，私はスパムをブラックホール送りにしないで専用ディレクトリに入れている。もちろん，きちんとしたメールがスパムと誤判断される場合を考慮したからであるが，たまにスパムの文面をみて大笑いするためでもある。この際，FreeBSD サーバ上の GNU Emacs 環境の MUA Mew を使って閲覧する。Windows では Outlook Express などでプレビュー表示しただけで感染してしまうウィルスが知られているが，UNIX 上のテキストベースの Mew なら，いかがわしいスパムを閲覧してもウィルス感染する心配はあんまりない（だから Windows ユーザは私の真似をしてはいけない）。

私はサイトのあちこちに自分のメールアドレスを晒しているので，ロボットに収集されて，いろんなところからスパムが私のところに来る。これらスパムは，かつては英語のものが圧倒的に多かったが（ほとんどが「あなたの dick を三倍に」，「Rolex 高級時計を格安で」に類するものであった），この二週間ほどの傾向では，日本語が約 50%，中国語が約 30% である。英語のものは 10% 程度である（米国は何か対スパムの法整備をしたのか？）。ウクライナ／ロシアからも 3% 程度ある（ウクライナはアタックも多く，ならず者計算機使いが多いと私はみている）。中国語が目立つようになったけれども，やっぱり懲りない奴らは日本語を話すのが多いらしい。エロサイト，「金持ちマダムのお相手しませんか」的出会いサイト，裏ビデオ取引への勧誘がほとんどである。サーバアタックは米国，ウクライナ，中国からが多かった（ちょっと前の調査による）のだけれども。もちろん，これは「私のところに来たもの」（しかも二週間のデータ）がベースなので，スパムメール事情の全体的傾向とは判断できない。

年明け，こんなスパムが来た。「パックリおまんこ開けましておめこでしょう」。「あけおめコ」というのもあった。「あけましておめでとう，ことしもよろしく」というのを若い人たちは「あけおめことよろ」と略したりする。このスパムメール，そのなかに卑猥な言葉が隠れていることを利用していて，大笑いさせられた。このスマパー，きっと関西人に違いない。メールヘッダを確認すると，どの IP から送付されて来たかがわかる。この「あけましておめこでしょう」メールヘッダは，次のようなものだった。

From info@027ab.cdefg.info  Thu Jan  5 14:19:11 2012
Received: from 027ab.cdefg.info ([175.106.71.27])
	by beatrice.yasuda.org (8.14.4/8.14.4) with SMTP id s055R94k001229
	for isao@yasuda.homeip.net; Thu, 5 Jan 2012 14:19:10 +0900 (JST)
	(envelope-from info@027ab.cdefg.info)
Message-Id: <201201050519.s055R94k001229@beatrice.yasuda.org>
MIME-Version: 1.0
Content-Type:text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

IP は 175.106.71.27（スパマーの IP アドレスは晒してやってもかまわない？）。人間ではなく機械が自動的にバラまいたスパムであることがわかる（当然といえば当然）。人間がパソコンから出すメールはたいていプロバイダのメールゲートを通過し，そのたびに Received: 行が追加されるので，ヘッダにはこれが必ず複数行ある。上記ヘッダには 1 行しかないので，MUA が直接私のメールサーバに接続したことがわかり，つまりスパム発送プログラムのしわざだと考えられるのである。じゃ，いったいどこが発信源か。whois コマンドで調べてみる。

isolde:/Users/i-yasuda[1004] % whois 175.106.71.27
...
inetnum:        175.106.64.0 - 175.106.127.255
...
person:         jung bxung wxx
address:        Gyexnggi-dx Gwxnsexn-dxng
address:        1056-XX XX  JNDINFO.CX
country:        KR
phone:          +82-31-226-XXXX
e-mail:         comnetxx@hanmir.xxx
mnt-by:         MNT-KRNIC-AP
changed:        hostmaster@nic.xr.kr
source:         KRNIC
...

内容は xxx などと少し改変し，情報量もはしょってある。発信源は韓国だったニダ。関西じゃありませんでした。このメール本文には，スパムとしては当然ながら，誘導したいエロサイト URL がしるされているが，この URL から引いた IP アドレスは米国のサイトのようである。この日本語スパマーは韓国，米国を隠れ蓑にして商売していやがったわけだ。

と，ま，時折りこのようにスパムを眺めて楽しんでいるのであります。下品なネタですみませんでした。

課題は「おとし玉」。お手本を学校に忘れてしまったまる子は，姉の習字道具を借りて，手本なしに書き初めに挑む。「おとし」まで書いたら余白がない。先のことをあまり考えないで大らかに出てしまう性格の現われか。やり直す。できたと思ったら「おとし王」になっていて「玉」の点が足りない。モノを落として歩く王様を思い描いて，姉は大爆笑する。まる子はもう一度筆に墨して点を書こうとするが，「と」の横に滴りが二つ落ちてしまう。「おとし王」が「おどし王」になり，姉の頭のなかで，モノを落としていた王様が今度はおどろな怖い形相で威嚇しはじめ，姉はまたもや大笑い。まる子はそんな姉が面白くない。

「やっぱりお手本がないとだめだよなぁ」と，まる子はお爺ちゃんにお手本をお願いする。お爺ちゃんの書いた半紙をみると「をとし玉」。お爺ちゃんは古い世代だから旧仮名遣いらしい。だけど，おとし玉の「お」は旧仮名遣いでも「を」ではなく「お」のはずで，これも笑いを誘う。お爺ちゃんはお年玉の袋を手本にすりゃいいと教えてくれる。

学校で書き初めが貼り出される。小さくまとまったもの，字が暴れたもの，などなどが並んでいる。「お習字には人柄が出るよねぇ」とまる子の友達が作品をみて言い合う。「おとーむ，ってなんだよ？ ははははは」。まる子の作品は，お年玉袋の草書体を手本にしたため，「し」が「ー」になり「玉」が「む」のような字体になったのであった。

この話は外国語に翻訳不能である。久しぶりに古典的な文字遊びを観た気がして，大いに受けた。

事故で視神経が害され光をわずかに感じる程度の，ほぼ全盲状態となった主人公・ミチル（田中麗奈）は，窓から外をみている。彼女の家の前の駅ホームから，アキヒロ（チェン・ボーリン）はミチルをみている。そのプラットホームである男が線路に突き落とされ轢死する。駅員に呼び止められアキヒロはその場から逃走する。殺された男・松永トシオ（佐藤浩市）は，孤独で柔軟性に欠ける中国人ハーフ・アキヒロを職場でイジめ，辱める仲間のリーダーだった。アキヒロには松永への殺意があった。

警察に追われるアキヒロは，ミチルの家を訪れ呼鈴を鳴らし，隙を捉えて彼女に気付かれないようにそっと家に忍び込む。彼は，かねてから気になっていたミチルの様子を通勤時に駅ホームから観察し，彼女の目が見えないことを知っていた。こうして，物理的な闇にいるミチルと，社会的な闇（外国人に冷酷な日本社会という闇）に苦しむアキヒロとの，奇妙な同居がはじまる。

闇を抱える者は家に閉じ籠ろうとする。それが何事も起こらずいちばん安全・平穏だからだ。ミチルは一人で杖を突いて外出すると，車のクラクション，自転車が身をかすめる際のブレーキ音に脅かされる。「私が外に出ると皆が迷惑するの」。それでも，見えないはずの世界に向かって窓から外を眺めるのをミチルが日課にしているのは，その開かれた世界への彼女の無意識の憧れの現われである。他者との繋がりへの秘かな強い希求である。だから，見えない不審な侵入者が害意をあからさまにしない限りは，彼の人となり，侵入行為の理由，その背景について冷静に考えることができ，侵入者がむしろ自分を幇助してくれたことを察知した上は，侵入ということへの常識に囚われずに，彼を受け容れることができるのである。そして，ミチルは外を歩く喜びを知り，アキヒロに「ありがとう」と感謝する。そう，生きる喜びは，視ることではなく考えることによってもたらされる。

田中麗奈の視覚障害者の演技がよかった。ミチルの視線，目の表情には，目というものは「視る」ためではなく「考える」ための器官なのか，とさえ思わせる魅力があった。そう，見えないものが見える目。田中麗奈は，『姑獲鳥の夏』などの京極夏彦小説の映画化シリーズにおける中禅寺敦子のような，キュートな女の子 — 探偵の真似事，ハンチングの似合う，活発で，セクシュアリティを超越した，お茶目な女の子 — の役回りにおいて魅力的な女優なんだけど，この映画のミチルのような，謎めいた考え深い目の，男でも女でもない中性的な存在感にも，それこそ私は目を見張らされた。

本作品はミステリーである。とはいえ，真犯人を明らかにする推理に物語の核心が存する本格ものではなく，人間のこころのスリリングさにこそ面白みのある抒情的ミステリーである。殺人のシーンには少し無理が感じられたが，映像の現実性（リアリズム）は映画の本質ではない。真犯人の恐ろしくも哀しい形相は見応えがあった。この部分については，ぜひご自分の目で本作品を観ていただきたい。
　　

暗いところで待ち合わせ（プレミアム・エディション DVD）

監督・脚本: 天願大介
出演: 田中麗奈，チェン・ボーリン，井川遥，宮地真緒，佐藤浩市ほか
ジェネオン エンタテインメント (2007-06-08)

Amazon.co.jp で詳細を見る

うちのスキャナは CANON 製 CanoScan LiDE 90 というモデルで，四年前に購入したものである。確か，一万円しない最安値の製品を選んで決めた記憶がある。A4 原稿を 300dpi で走査でき，一般家庭で使うには充分の機能をもっている。ところがここ二年ほどエラーが出てうまくスキャンできない場合があり，何度かやっているうちに成功するので，問題を放置していた。今回の銀塩写真デジタル化作業でも頻繁にエラー（「スキャナ本体にエラーが発生しました。操作説明書に従った処理を実行してください。スキャナドライバを終了します」）が出て，その度に Photoshop やスキャナを初期化したりした。あまりに頻繁なので，きちんと対処することにした。メッセージマニュアルには，次のいずれかが原因とあった。1. スキャナが接続されていない。2. ソフトが正常にインストールされていない。3. 本体が故障している。もういちど基本に則って，接続を確認したら USB コネクタの接続が少し甘かったようである。原因は 1. ということだった。繋ぎ直しをきちんとすればエラーが出なくなった。困ったときは基本に立ち返ってマニュアルの指示に従うこと。

アルバムの写真を年 8 枚くらい選ぶ。一度にスキャン出来るのが 4 枚なのでそうたくさんはやっていられない。子供が写っているのを中心に選ぶわけであるが，その仕分け中に，これ何の写真だったかな，ああそうだ，そうだ，みたいなノリになり，ついつい懐かしさに浸ってしまう。そして，写真が見る人の記憶を引き出すよすがであることに改めて感謝する。Adobe Photoshop CS を使って，スキャンした 300dpi 画像を Web 画面などでの閲覧にも適するように 72dpi に変換し，コントラストなどの画質を調整して，年別のフォルダに JPEG 形式で格納した。

アルバムを整理していると，私や妻の若かったころの写真もごそっと出て来る。妻は「おとーさん，こんな瘠せてたっけー？ これ病気してた頃かしら」と大爆笑しやがる。「何か，使用前・使用後って感じね」。私はというと，あの頃は若かったなぁという感傷よりも，一緒に写っている父母や義父母のいまの老けように思い至ることのほうが多かった。

作業の途中，飯を食いにダイニングに行くと，娘が倖田來未のモノマネをしていた：「赤ちゃんできてもうたー，うちホンマどないしよー」。「子供が少ないいま，できちゃった婚でも何でも，ちゃんと生もうってんだから倖田來未えらいよな」（最近では，子供を生む女を誉めてはいけないことになっているんだけど）てなことを言うと，「いまアタシが赤ちゃんできてもうたーって言ったらどうする？」と娘。「フザきんなー」と一喝。「おめぇが小さいときの写真をいっぱいパソコンに入れたから，見てね」。そうそう，写真を整理していちばん思ったこと — ガキは大きくなればなるほどムカツクものである。

オープニング・テーマに骰子が出て来た。何の意味があるのかよくわからなかった。「多分，白河院が『わが意のままにならぬのは双六の賽』とか言ったからじゃないの」と妻が教えてくれた。彼女は大学で『梁塵秘抄』を研究したので，平安末期の世相や今様，白拍子の世態風俗などに滅法詳しいんである。なるほど。「歴史における偶然」というのがドラマの大きなテーマになっているわけか。

今夜の『平清盛』にも白拍子・舞子が登場し（清盛は白河院と舞子との間に生まれた隠し子だった，という設定であった），あの有名な今様「遊びをせんとや生れけん，戯れせんとや生れけん」を彼女が口ずさむシーンが出て来た。この今様の旋律もおそらく吉松隆が付けたものだろうが，まさに「今様（モダン）」であんまり古典的な味わいはなかった。

岡田将生演ずる源頼朝が，平家滅亡の知らせを受けて清盛の業績に敬意を表するくだりがあった。岡田将生があまりに優男でもあり，「なんか頼りねえ頼朝っ！」とげんなりしてしまった。それとは対照的に，男勝りの北条政子役・杏の，武士のような装い，眉を剃った怖い顔には，ゾクっと来ました。主役級が線の細い草食系（ぽい）男優ばかりで，荒くれた時代のドラマとしては，どうもなぁ。平忠度・中井貴一と舞子（清盛の秘めた母）・吹石一恵も同じような関係である。男がＭで女がＳばかりってどういうこと？ サムライブルーとなでしこジャパンを見せつけられているようである。ま，これからどうなるかわかりませんけど。

私も，昔は『天と地と』などの NHK 大河ドラマを熱心に観たものだったけど，歳を取るにつれ興味を失ってしまった。サムライブルーとなでしこジャパンのような，女の強い光景はサッカーだけでよいのだが，どうも NHK 大河ドラマを含め世の中全体の趣味・傾向がそうなってしまったからか。『平清盛』なんて人名の題名は，歴史の大河的絵巻ではなく英雄個人に映像の関心がフォーカスされるようで，しかも草食系優男の情愛や優しさに感動の焦点があるとしたら，私にはどうもつまらない。『篤姫』，『龍馬伝』で NHK は味を占めたか。

『平清盛』は開始早々，世評がいまいち。初回の視聴率が歴代ワースト三位だったという。兵庫県知事が「画面が汚い」と貶した，などというくだらないことさえ話題になっている。私は「画面が汚い」とは思わなかった。むしろ平安末期の大乱世なんだから，『羅生門』以上に，もっと汚くても，穢らわしくてもよいくらいだ。ま，大河ドラマご当地観光による地元経済効果を高めたい兵庫県知事のハラのなかとで，どっちが「汚い」かは措くとしましょう。
　

今年になり麻雀ゲームをはじめてやったら，四暗刻，ツモれば役満の三暗刻 12 飜三倍満をあがりました。新年そうそうツいているのか，早くも運を枯らしたのかはわかりません。家族からバカといわれております。
　

わが家には宅内 LAN が敷設されている。14 年前に家を建てるに当たって，私自身で敷設設計を行い，部材を揃え，設置工事だけ電器屋にしてもらったのである。その詳細はここに書いたとおりである。当時はこんなことをする人はよほどの好き者だったろう。電器屋さんははじめての経験なので，イーサネット 10 Base-T のモジュラーの成端方法など，こちらからあれこれ指示しなければならなかった。もちろんいま現在では無線 LAN が当たり前になったので，自宅にイーサネット回線を宅内配線する人はいないだろう。でもカテゴリー 5 のイーサネットで可能な 100 Mbps 安定高速通信の LAN 接続は，無線 LAN でもいまだに難しいのではないだろうか（最近では 600 Mbps なんてのもあるんだけど）。

そういうわけで，自宅の全ての部屋にはカテゴリー 5 のモジュラーコンセントがあり，屋根裏部屋・書斎にハブと 100 Mbps 光回線終端（要するに外部ネットワークへのゲート）を設置して，放射状のネットワークを構成している。新しいパソコンも娘の部屋のモジュラーコンセントに接続した。ところが。ping に書斎のサーバが応答しない。要するに繋がらない。切り分けのため，私の Macbook Pro を接続してみたがダメ。パソコンではなさそう。次に，ずっと使っていなかった LAN ケーブルで間に合わせたのが悪いのかと考えて，このケーブルで書斎のハブに直づけして ping 疎通させてみるとアウト。よし。確実に繋がるケーブルに差し替えて，娘の部屋でリトライ。でも，やっぱりダメ。「え？ もしかして宅内ケーブルがまずいのか？」と最悪の事態が頭をよぎる。それじゃまた電器屋に依頼しなければならない。でないと，娘の部屋から使えず何のためにパソコンを買ったのか半ば意味が失せてしまう。落ち着け。落ち着け。結局，娘の部屋から来ている書斎側のコンセントが間違っていたことが判明。息子の部屋から来ているコンセントに繋いでいたのだった。新たに LAN ケーブルを正しいコンセントに繋いで，やっとネットワークの疎通がＯＫになった。これで自宅の 5 部屋全てに端末が接続されている状態になった。

ところが。IE で予備校の VOD がきちんと動くか娘に確認させたら，今度は予備校サイトのエラーメッセージが出て，授業のビデオが再生されない。メッセージには「Windows 7 では，A なので B を実行しなければならず面倒ですが，C のアップデートと D の削除も有効だと思われます。この二つのアップデートをしてみてください」云々とある。「二つのアップデートをせよ」というのが何と何のアップデートなのかわかりますか？ D はどうもアップデートとはかかわりないようにみえる。「以下三点を順次すべて実行してみよ。1. B を実行する。2. C のアップデートを行う。3. D を削除する」と何故書かないのか。「このコンピュータバカ野郎のバカ文章め！」と頭に来た。プログラマは独り善がりな文章を書くやつが意外と多い。自分がわかっていることを他人にもわかるように書くことがホントへたくそなんである。仕様書や取扱説明書のレビューで呆れることしばしばなのだ。そして，仕様書の書き方がいい加減なプログラマに限ってプログラムそのもののバグも多い。これらは私の SE としての経験である。

結局，エラーメッセージにあるキーワードのひとつひとつを調べて Windows 7 セキュリティアップデートを実施したら動くようになった。セキュリティアップデートをやってみて，これ自体に二種類のものがあって，ようやく「二つの」の言わんとしていることが理解できた。D の削除（いまとなっては何だったのか忘れた）なんてやらなくても，B（IE の管理者権限での実行）と C（セキュリティアップデート）だけで動いた。世の中にはソフトウェアの仕様書・取説をきちんと読むやつがほとんどおらず，コンピュータの素人はどいつもこいつも「教えてクン」であるわけだが，書かれてあるものがきちんとしていないこともかなりある。

娘は大喜び。お父さんスゴイ。さて，お礼に肩を揉ませようか，腰を指圧させようか，お使いをさせようか，いま思案中である。
　

43347GJ Lenovo G570

Lenovo (2011-10-14)

Amazon.co.jp で詳細を見る