Skip to main content

Berlin Westhafen,責任,神を語る傲慢さについて

 ベルリンの街中には Westhafen という場所がある。Hafen (英: harbor) とは港の意味なのだが,街中でどうして港なのかと思っていたら,確かに港があった。私は乗り換えには時々使う駅だが降りて歩いたことがなかったので知らないだけであった。 

Berlin Westhafen
Berlin Westhafen


ここを知人と散歩した時に,最近読んだ共通の本の話をした。この本(*)が面白いので議論は多岐に渡ったが,特に 2 つの部分が心に残ったので記しておこう。

一つは表題にもある「きみたちには,起こってしまったことに責任はない。でもそれが,もう繰り返されないことには責任があるからね。」である。何か責任を考える時,その時生まれていなかった人には「個人的な」責任をとることはできないと思う。極論として先祖のしたことに責任をもてというものもあるが,それは無理と思う。逆に子孫に責任を転嫁することにもなりフェアとは思えない。これは戦争についての言葉であるが,戦争でも同じだと思う。(上記で私があえて「個人的な」というところにかっこをつけておいたのは,個人ではない場合にはこれにあてはまらない場合があるからである。)

もう一つの部分は,米国の日本への原爆投下は,米国民を救うためということでそれを良しとすることに対する議論である。ここで私は一歩ひいて考えてみたことを知人と議論した。一歩ひいたというのは,戦争,特定の国を外して考えたことである。その場合,ある組織が,誰かを助けるために誰かを殺す権利があるか,という議論になる。ここで気がつくのは,人が誰を殺すかを選択できるという前提が断りなくあることである。この部分を私は恐しいと思った。たとえば私に誰かを殺す権利があるかを考えると,それはないと思う。「戦争」という文脈になると,それが突如自然にあることとされる。たとえば,戦争だから敵を殺すのは当然となる。この傲慢さはいったいいつどこで私の頭に入ってきたのだろうか。

私が好きな哲学者は「Handle so, daß die Maxime deines Willens jederzeit zugleich als Prinzip einer allgemeinen Gesetzgebung gelten könne.」と言う。私がこの言葉を本当に理解することは多分無理のような気もするが,それでもこの言葉を聞いて私が思うのは「いつどんな時でも大丈夫な原理で行動をする」という意味である。すると,戦争だから何かの価値観が突然変わるというのはこの言葉によるとおかしい。駄目なことはいつだって駄目なのではないか。そう考えていると,たとえば愛する人を殺された場合や,多数を救う場合など,極端な状況での感情を持ち出されることがある。しかし,それでも人には人殺しの権利などはいつだってないと思う。もし私にそれがあると思うとすれば,自分が人の命を自由にできる神の一種だと錯覚するだけの傲慢さを持った時だろうと思う。


* きみたちには、起こってしまったことに責任はない でもそれが、もう繰り返されないことには責任があるからね 「小さな平和」を求めて ポツダム・トルーマンハウスとヒロシマ・ナガサキ広場の記録: ふくもとまさお
https://store.voyager.co.jp/publication/9784866890906


Comments

Popular posts from this blog

複数の線を持つ線グラフを Jenkins の plot plugin で描く方法

私は毎夜のソフトウェアテストを自動化するために Jenkins というツールを使っています.今回は, valgrind  を使ってメモリーリークのテストを自動化することにし ました.その際,エラーの数の結果をグラフとして表そうと思って, Plot plugin  を使うことにしました. Plot plugin の例図からは,複数のデータラインを描くことができるのは明らかなのですが,どうやったらいいのかは参照のページや,例としてあった Perl script,plugin 中の help からは私にはよくわからなかったのです. ここで重要な考えは,それぞれのデータラインにはそれぞれの出力ファイルが必要ということでした.私はこれを誤解していました. 例として,ビルドの時に次の property データファイルを出力します.それぞれのファイルが1つのデータラインを表します. valgrind_trunk_result.definitely.property valgrind_trunk_result.indirectly.property valgrind_trunk_result.possibly.property それぞれのデータの中身は1行のデータ点です.たとえば, valgrind_trunk_result.definitely.property ファイルの中身は次のような1行 です. YVALUE=0 このファイルを ${WORKSPACE} ディレクトリ以下に出力します.ここで," WORKSPACE " は jenkins が提供する環境変数です. 図1が私の plot plugin の設定を示しています.これは jenkins の config 画面です.3つの data series があって,それぞれにデータファイルがあります. Figure 1: Plot plugin configuration in Jenkins 図2が結果です.複数の線が描かれているのがわかります.(実際には 3 本の線がありますが,最初の線と2番目の線が同じデータなので,重ねって見えません.) Fugure 2: Plot data with multiple data lines

共有メモリによるプロセス間通信

Unix の共有メモリを使ったプロセス間通信について調べて実験をしてみた.対象は1つのホスト上での複数のプロセスである.ネット上でいくつか例題はないかと探したが,どうも良い例となるコードが見当たらなかった.結局はある解説記事と,Stack Overflow の議論と,man page を見て作ってみたものになったので,例をここに置くのも有用かと考え,この記事を書く.(もしかしたら探し方が悪くて良いコード例をみつけられなかっただけかもしれない.) mmap を使うかどうかという話がいくつもでていたが,POSIX の方向としては,shmem_open と mmap を使うという方向があるということだったので,それを信じてその形での実装を試してみた. 基本的なコードの流れは次のようになる. 共有メモリ領域を1つのプロセスが shm_open() を使って作成する.その際に,プロセス間で共通の文字列を識別子(``identifier'')とする.(Linux ではこれが /dev/shm/identifier のように見える.) 共有メモリ領域を mmap() でメモリにマップする.共有メモリポインター (shared_ptr)が得られる. shared_ptr を使って複数のプロセスで通信をする. 利用終了後は munmap() をつかってマップを消す. 共有メモリオブジェクトを shm_unlink() によって消す. 以下に示すプログラムは,server と client の2つのプロセスが共有メモリを使って通信をするものである.ここで,server プロセス数と client プロセス数は共に 1 を仮定する.server と client は自分の領域にしか値を書き込まないことで,ロックを避けている.互いに相手の値を読み,それよりも1大きい数を一定の期間ごとに自分の領域に書くという例題である.シンプルではあるが,共有メモリで通信をする基本としては十分なものだと思う.ソースコード(shmem_test.cpp)を以下に付加する.ソースコードのコメントにコンパイル方法とどのように利用するかを書いておく. /*   Shared memory inter process communication minimal exa...

Scratch を学ぶ (2)

前回は scratch というプログラミング環境がどういうものかを簡単に話しました.そこではイベントという考えを使ってプログラムが動きます.今回はこの環境でキャラクターを動かした10歳の生徒の話です. この Scratch というプログラミング環境では,キーイベントというイベントの一種が提供されています.たとえば,「右の矢印キーを押す」というイベントがあります.このイベントが起こると,x を 10 増やすというようなプログラムを書きます.すると,右の矢印キーを押すたびに猫を右に動かすことができます.これを上下左右のキーでそれぞれ行うことで,キーを使って猫を移動させることができます. 今日の生徒はドラゴンを登場させて,同じことをしました.するとなんと,猫もドラゴンも全く同じ動きをしてしまいます.まあ,そのようにプログラムしたので当然です.コンピュータはとても速く計算し,とても正確で,そしてとても愚かなものです.書いたとおりのことしかしません.その生徒はドラゴンを速く動かしたいと言いました.私は動く量を変えましょうと答えました.今は1回のキーを押すと,動く量が 10 です.速さとは一定時間に動く距離のことですから,これを増やせば速度は思いのままに変えられます.しばらくしてどうしたかなと思って見たら,この生徒はなんと,同じキーイベントをもう1つ作っていました. つまり,右矢印のイベントが発生すると,2つのプログラムが起動するのです.1つのプログラムは10右へ移動であり,2つのプログラムでは合わせて20の移動になります.この環境では並列に動く部分でもちゃんと考慮されているようにできているらしく,これで正しく2倍の速度で動くのです.3倍速く動かすためには,もう1つプログラムを起動すればできます.なんという発想! 私はジョジョという漫画の1シーンを突然思い出しました.主人公がスタンドで浮くという場面です.(知らない人はすみません) 仗助がスタンドに押されて移動する場合,私の発想はスタンドの押す速度を変えることでしたが,この生徒の発想はスタンドの数を増やすことだったのです. しかし,この生徒の方法では基本的に整数倍にしか速くできません.もちろん1つのプログラムがキャラクターを10押して,もう1つが同じキャラクターを5押すとすれば 15 押すことになり.1.5 倍の...