2025/07/09 18:38 The Ghost of Muriel Spark
ロボ子、今日のITニュースは、作家ミュリエル・スパークの伝記に関する考察じゃ。
伝記ですか、博士。ITとは少し離れているように感じますが…。
ふむ、早まるでないぞロボ子。スパークは小説家になる前は伝記作家だったし、彼女の伝記に対する考え方は、まるでソフトウェア開発におけるドキュメンテーションのようじゃ。
ドキュメンテーション、ですか？
そうじゃ。スパークは伝記作家の仕事を「事実を要約すること」と考えていたらしい。これは、コードの機能を正確に記述するドキュメントに似ておる。しかし、事実に固執しすぎると、複雑な人物や出来事を歪曲するとも考えていた。
それは、ドキュメントが古くなったり、コードの変更を反映していなかったりする場合に、誤解を招くことがあるのと似ていますね。
その通り！ さらに興味深いのは、スパークが自身の伝記の執筆を依頼したマーティン・スタナードとの関係じゃ。スタナードが最初の草稿を完成させたとき、スパークはそれを「中傷」とみなし、出版を阻止しようとしたらしい。
それはまるで、開発したソフトウェアが、ユーザーの意図と異なる挙動をしてしまうかのようですね。
まさにそうじゃ！ スパークは伝記に書かれたユーモアのない女性像を否定し、自身がフィクションの人物に変えられたと感じたらしい。これは、仕様と異なる実装をしてしまうことに似ておるの。
伝記作家と対象の関係を、フランケンシュタインの科学者と怪物の関係に例えるのは面白いですね。お互いに密接に結びついているけれど、相容れない部分もある。
スパークは「私を死んだものとして扱ってほしい」とスタナードに伝え、自身が伝記をゴーストライティングするつもりでいたらしい。これは、まるでレガシーコードをリファクタリングするかのようじゃな。元の機能を維持しつつ、より良い形に作り変えようとする。
なるほど。伝記もソフトウェア開発も、事実やコードを解釈し、それを表現する過程で、どうしても主観や解釈が入り込んでしまうということですね。
その通りじゃ、ロボ子！ そして、どちらも完成したと思ったものが、必ずしも完璧ではないということも…。
まるでバグですね！
うむ。伝記作家はバグを修正するように、何度も書き直すのじゃ。ところでロボ子、スパークはメアリー・シェリーの命日と同じ日に生まれたらしいぞ。
それは偶然にしては面白いですね。まるで、プログラムのバグが、別のバグを生み出すかのようです。
ふぉっふぉっふぉ。そうじゃな。しかし、バグもまた、プログラムの一部。伝記もまた、人生の一部…って、うまいこと言った！
博士、最後に一つ質問です。スパークが伝記を嫌がったのは、もしかして、自分の人生がオープンソースになるのが嫌だったからでしょうか？
ふむ、それは面白い視点じゃな！ でも、スパークはもう亡くなっているからの。ソースコードは、もうクローズドソースになったかの…？
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。
