スキップしてメイン コンテンツに移動

感情の発露

ほとぼりが冷めてから書くべきことなのかもしれない

こちらのブログを更新するのは久々である。
本来は、増田かどっかにこの感情と思想を書きなぐって、はースッキリとしても良かったと思うのだが、やはり古巣であるこのブログにしか書けないことだとも思ったので書き綴ります。

扱おうとしているのは、Hagex件についてと、低能先生についてと、はてなについて。

まず、Hagex氏が今回刺された事は、本当に遺憾であり、言葉にする事が難しい。
僕自身は、Hagex氏に対して特に何も感情は持たない。度々ホッテントリに出てくるブロガーという程度の認識である。
低能先生についても、ほぼ無知に近い。今回の事件が生じたことで改めて、その人物像を断片的に知ったという程度である。

つまり、この事件に関しては、全く知らないド素人である。

とは言え、これは決して看過出来ない事件でもある。
今回の事件が生じた原因などについて、様々な思惑が飛び交っている。

大枠としては、増田で煽られた低能先生がターゲットの一人であったHagex氏が自分の居住圏に来たから、行動したという物だと思う。
単なる私怨に近いものであり、仮にHagex氏でなくとも、低能先生がターゲットにしていたブクマカの誰かがそのタイミングであの場所に言ったら、被害にあっていた可能性は高い。
この痛ましい事件をどうにかして回避することは出来なかったのかと、はてな界隈の人は考えたに違いない。

一部では、はてなに責任があるという主張もある。
僕自身は、低能先生に粘着される機会が無かったので、分からなかったが、idコールを一日に十回以上も行う程の粘着っぷりだったようだ。
その都度、運営に通報され、アカウント停止はされたものの、また別アカウントを取って同様の行為を繰り返すという事を行なっていた。
ここで、「何で「はてな」は、何度も無作為にアカウントを作れる仕様にしたのか」というのが議論の的になっている。

僕個人の考えとしては、様々な人にサービスを使って貰うことを想定した場合、その辺の仕様を簡単には変えられなかったのでは無いかと推察している。
そもそも、サービスを迷惑行為に使いまくるというユーザを想定出来てはいなかったのだろう。
そして、そういうアホな事をやっている人は本当にごく少数で、重要度が低い問題とみなされていたに違いない。

この点は、確かに「はてな」の「落ち度」だとは思うが、「はてな」の「責任」とまでなると、流石にどうだろうと思ってしまう。
もちろん、責任という言葉でも間違ってはいない。だが、この事件に関する記事を知らない人が読んだ時に、「今回の殺人事件のきっかけは、はてなが作った!」みたいに考える人がいたら困るなと思っているのである。
世の中には、読解力の低い人々が多い。
そして、得てしてそういう人ほど、自分は「賢い」と感じている。
そうして、根も葉もない話を勝手に膨らませて、吹聴してしまう。
「賢い」「オレ/ワタシ」が、「賢くない」「お前ら」に「教えてやるよ」と。

なので、現段階で「責任」という重い言葉を使う人は、自重して欲しいと思う。
どうしても使いたい場合、こういう意味での「責任」ですと予めデカデカと書いておくべきだろう。

こんな分かりきった事を馬鹿みたいにブログにツラツラ書いてる時点で相当アレだけれど、僕はそういうしょうもない「誤解」を危惧しているだけだ。

僕個人の考えを箇条書きすると

  • 殺人という最低の行為を行なった事の「責任」は、低能先生がほとんど負っている
  • Hagex氏が刺されたのは、事故に近い
  • 事件の全貌はもちろん、それぞれの人となりをよく知らん外野がワーワー言うな
  • 自分は全知でないし、全能でもない
  • そして、今回の事件に関わる周囲の人もすべからくそうである事を忘れないこと
  • 無意識に生じる傲慢には、注意せよ
  • 「はてな」は、今後何かしらのアクションは必要だが「責任」を負う分野は相当少ないはずなので、混同して欲しくない

って事になる。

低能先生が行った行為は完全に間違っているし、どう言い訳しても、情状酌量の余地はない。
彼が今回のような、キチガイじみた行為を実行してしまうほど鬱屈した精神を熟成させてたのを、誰が一体止められたのだろうか。
ネジ曲がった感情を、焦燥を、心の痛みを、果たして、誰が、救えたのだろうか。
救うなんて言葉すら、おこがましいと僕は思ってしまう。
自分自身ですら、コントロールするのに手一杯なのに、他人まで支えられるほど、器は大きくないから。

だからこそ、この事件に関して、様々な感情が渦巻いている。
当然、僕には何も出来なかったし、これから先も、何も出来ないと思う。
でも、手が届く限りの範囲では、第二、第三の低能先生を生み出さないために、出来る限りの事はしたいと思う。

コメント

このブログの人気の投稿

EFIブートローダを移動した話

EFIブートローダを移動した HX90に環境を整え終わってから、アホな事をしたので、その記録を残す。 SSD: Cドライブ SSD: Dドライブ(データストレージ用) + ESP※ SSD: Eドライブ(データストレージ用) ※ESP(EFI System Partition) インストールした時、こんな構成だった。 ESPがDドライブにあるのが気持ち悪かったので、これを削除した。 そしたら、BIOS画面が出るだけになり、Windowsが起動しなくなった。 移動手順 この時の自分はMBRをふっ飛ばした時と同じ現象だと思ったので、MBRというキーワードで検索したが、今はEFIブートローダーと呼んでいるらしい。 【Win10】任意のディスクにEFIブートローダをインストールする 色々検索した結果この記事が参考になった。 Diskpartを使って、パーティションを新たに分割し、bcdbootを実行して、無事に事なきを得た。 パーティションの分割はこんな感じ Diskpart Select volume 0 shrink desired = 200 Select disk 0 Create partition EFI size=200 Format quick fs=fat32 label="ESP" Assign letter=P exit EFIブートローダーのインストールはこんな感じ bcdboot C:\Windows /s P: /f UEFI ちなみに、自分の環境だけの問題なのだが、コマンドラインで、「\」を入力するのができなかった。我が家のキーボードはHHKBだけなので、日本語配列を無理やり適用されると、バックスラッシュが入力できないという不具合が生じる。 結局、コマンドプロンプトからマウスで範囲選択してコピーして貼り付けるという荒業でクリアした。 普通の人は、何も考えずに、\を入力すれば良い。 最終的に SSD: Cドライブ + ESP※ SSD: Dドライブ(データストレージ用) SSD: Eドライブ(データストレージ用) ※ESP(EFI System Partition) という構成に切り替えることができた。

Windows版gVimをアンインストールした日

Windows 版 gVim をアンインストールした話 以前に、 Windows11 on WSL2 + wezterm + Neovim = 最強開発環境 という痛々しい記事を書いたのだが、その続きの記事と言っても過言ではない。 この記事は Vim 駅伝 の 3 月 1 日の記事である。 前回はぺりーさんの netrw を使うために という記事だった。 次回は kuuote さんの Vim 側の組み込みプラグインを無効化するハック という記事である。 gVim との付き合い 思い返してみると、gVim との付き合いは大分長くなった。エディタとしては 自分の人生の中で最も長く付き合ってきたエディタ と言える。Vim のインターフェースとして gVim を何度も使ってきた。自分の手持ちのマシンは Windows なので、必然的に gVim を選択肢として選ぶ必要があった。 gVim の良さは何か。それは、Windows とのシームレスな関係であり、Windows OS の機能をそのまま使いたい場合に有用である。かつての自分にとってこの部分は非常に重要であった。具体的には、印刷機能と画面半透明化機能であり、これが無いとやってられないという認識であった。 しかし、時代が進み、自分の技術力の向上や考え方の変化、さらに Vim 周りのプラグインの更新が進むと gVim で運用していく事がだんだんと億劫になっていったというのが事実である。故に、 WSL2 上で動く Neovim の快適さに心が打ち震えた のである。 技術力の向上に伴う考え方の変化 かつての自分は 何でも gVim で処理したいな と考えていた。メールを見たり天気を見たり、Twitter を見たりするのに、gVim を活用していた。かつての Emacs 使いの guru のような立ち位置を目指していたというのがある。2000 年代初頭にインターネットに多少なりとも触れていた人ならば、「それ Pla」という古の単語を思い浮かべるかもしれない。この概念を持ち出すのはあまりにも古すぎるが、結局言いたいのは、 1 つの手法で全部をこなす という考え方だ。ネットを見るのにわざわざブラウザに切り替えるのはもったいないという今となっては情熱に似た何かを当時は多くの人が持っていた。 しかし、自分自身の技術力

javascriptは外部ファイルにした方がいいの?それとも、インラインの方が良いの?

事の発端 os0xさんのブログコメント で、javascriptの書き方について、面白いやり取りがありましたので、それについての私見を書きたいと思います。 結論から言いますと、プログラマ的な立場から言わせて頂くと、外部ファイル管理が望ましく、コーダ的な立場から言わせていただくとインラインが望ましいです。 なぜそのような結論に至ったのか、まずは経緯を御覧ください。 コメント欄でのやり取り os0xさんのブログコメント欄を引用しています