2004年11月

VC++.NETになって、ソースコード内での__interfaceキーワードによるインターフェース定義やその属性の定義が自動的にIDLに、そしてタイプライブラリに反映されるようになった。（関係ないけど、MIDLにconstメソッドがサポートされたのは喜ばしい）。私としてはIDLを書くのは嫌いじゃないし、やっぱり自由がきくのでいいと思うんだけど。まぁ、最近の流行はこういうやりかたみたい。XDocletは確かに便利だしね。J2SE5.0も属性をサポートしたしね。

ところが、なんだかよく分からないけど、一部のインターフェースがIDLに反映されなくて困った。散々悩んで、実験して、結局よく分からないけどSOAPが関係してるらしい。

• ソースコードからIDLへの反映は各オブジェクトファイルの.idlsymセクションをマージすることで行われるので、interfaceであれ、coclassであれ、IDLに反映されるには少なくとも1つの翻訳単位に含まれなくてはならない。
• ところが、その翻訳単位にsproxyが生成したSOAPプロキシヘッダを#includeしていると、この反映が行われない。オブジェクトファイルの解析はしてないけど、.idlsymセクションが作られないのか……。
• したがって、coclassの実装にsproxyの生成したプロキシを使用する場合、解決策としては
• IDLを自力で書いて、MIDLに掛けて、tlbをリンクするように設定する。これ、やり方がよく分からなかった。リソースに含まれるんだよね? どこで設定すりゃいいの?
• IDL生成用の翻訳単位と、実装用の翻訳単位を分ける。生成用翻訳単位では単にインターフェースやcoclassの宣言を#incldueするだけで、何もしない。余計なものも#includeしない。

何度でも言うけれど、あの子がいて私がどれだけ救われたのか、それがいくらか共依存的な関係だったとしても、そこから私の今の生きる力が生まれたと言うことを、あの子は分かってない。

それをあの子に実感させられないのが口惜しくて仕方がない。分かってる。自分が誰かにとって大切だと言うことを知るのはとても難しいし、それを知らせるのも難しい。でも、私がもっと愛情表現がうまければ良かったのに。こんなに遠くに離れてても伝わるように。

とにかく、何度でも言うけれど、こうして離れて日々を過ごしても私はあの子を愛してるし、望むならいつでも「いい子いい子」しに行くでしょう。大切な人に役立つならそれは迷惑なんかじゃなくて、疲労しないとは言わないけれど、でも本当に嬉しいんだってことをどうか分かって欲しい。

マネージメントっていうのは大変だね〜とマネージャーを見ていてつくづく思う。私はそれに比べたら随分と楽をさせて頂いているというのに、でも、でも、やっぱり人を使うっていうのは難しい。相手の力量を図って適切な割り振りをして、そして長期的に適切な経験を積んで貰うことを考えなくちゃいけないし。任せるよりも自分でやった方がずっと速いのだけど。でも私の時間も有限だから、マンパワーをうまく使わなくちゃ結局間に合わない。

そして結局、マネージャーに迷惑を掛けてしまい、申し訳ない限り。まぁせめて反省を糧にしましょうか。