Skip to main content

ドイツにおける機会不均等(差別)の扱い (8)

第7節 例

第7.1節 私が仕事をしている会社の場合

私が仕事をしている会社には，差別問題のコードがある (差別は禁止されている)．問題があればそれを会社に報告することができ，そのための情報が提供されている．

私がドイツで会社へのインタビューを受けた時には，会社側は表向きには国籍を尋ねることができなかった．しかし，ドイツでの就労許可が取れるのかという形でパスポートに関する情報を尋ねることは可能なようである．

第7.2節 労使協議会での最近のニュース記事例

差別は罪であるために，差別問題が差別という形でそのままでることは少なく，状況に大きく依存するケースが大半である．差別ということであれば，市民はその罪を警察に届ける義務がある．会社内部で差別を見過すことは懲戒処分になる可能性がある．

最近の一例としては，労使協議会で他を公に侮辱した場合の顛末の記事がある．Spiegel online の記事で，Verfahren zur Amtsenthebung: Daimler-Betriebsratsmitglied applaudiert Pariser Attentätern (告発: ダイムラーの労使協議会メンバーがパリのテロ事件を賞賛) [1]．労使協議会は従業員の立場を保護するかそうでないかを選択する必要がある場合がある．シュピーゲル・オンラインの記事によると，今回問題となった人物は，労使協議会の役員メンバーであり，会社側が他の従業員よりも簡単に辞職させることができない地位にある人物である．その人物が，ソーシャルメディアで，「Jeder Mensch zahlt fürseine Taten! Fuck Charlie Hebdo (誰もが自分のしたことには責任を持つべきだ!シャルリー・エブドの畜生)」という書き込みを行なったことが問題となった．彼はこの公の書き込みの責任をとらされて，労使協議会のメンバーから外された．(会社には残れたようであるが詳細は不明)

第7.3節 差別となる場合の例

会社の仕事の面接で「あなたは妊娠していますか?」「あなたの妻(夫)の仕事は何ですか?」など，仕事に関係ないことであれば，性別，妊娠の有無，年齢，国籍，家族，障害などについて尋ねることは違法である．これは米国の雇用機会均等委員会 [2] の定めることとほぼ同じである．会社の面接で同席している機会均等役員はこれらの質問を止める義務がある．不適切な質問の例は [3]にある．

会社の仕事の面接時に会社側が労使協議会のメンバーに同席を求め，面接を受ける人達を違法な質問から守ることは広く行なわれている．これはまた会社側にもメリットがある．なぜなら面接を受けた人物が「会社に仕事の面接で違法な質問をされた」と提訴されることを予防することにもなるからである．(労使協議会は第三者的な役割りを果たすことができるので，会社側はいわれのない訴訟を避けることができる．)

表記について

本報告では Behindert の翻訳を Wikipedia [4] に従い「障害」と表記した．

参考文献

  1. Spiegel online, Verfahren zur Amtsenthebung: Daimler-Betriebsratsmitglied applaudiert Pariser Attentätern (Impeachment: Daimler-works-council member applauds Paris terrorists, http://www.spiegel.de/wirtschaft/unternehmen/charlie-hebdo-schmaehung-daimler-betriebsrat-droht-amtsenthebung-a-1014702.html, 2015-1-23(Fri), (Online; accessed 2015-4-2(Thu))
  2. Wikipedia en, Equal Employment Opportunity Commission, https://en.wikipedia.org/wiki/Equal_Employment_Opportunity_Commission, (Online; accessed 2015-4-2(Thu))
  3. test.de, Bundesarbeitsgericht: Schwangerschaft darf geheim bleiben, https://www.test.de/Bundesarbeitsgericht-Schwangerschaft-darf-geheim-bleiben-1082989-0/, (Online; accessed 2015-4-3(Fri))
  4. Wikipedia ja, 障害者: 表記・呼称, https://ja.wikipedia.org/wiki/%E9%9A%9C%E5%AE%B3%E8%80%85#.E8.A1.A8.E8.A8.98.E3.83.BB.E5.91.BC.E7.A7.B0, (Online; accessed 2015-4-5(Sun))

謝辞

この記事を書くにあたって以下の人達の協力を得ました: D.S, K.K.M.R, ここに感謝いたします:

Labels:

Comments

Post a Comment

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
Post a Comment
Read more

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

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...
Post a Comment
Read more

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 倍の...
Post a Comment
Read more