  |
はてなキーワード:サーバ管理者とは
Twitter時代にトランス差別運動を見聞きするのがキツくなって以来、半年以上Mastodon系の個人インスタンスとかに籠ってて最近のX情勢を知るための取っ掛かりもないので誰か教えて欲しい。
と言う辺りなんだが、他に何か目立った話ってある？
ちなみにMastodonとかで起きた面白話って言うと、正直 Misskey.io ぐらいしか追い掛けてないんだが、
と言うぐらい。
上司からは「プロパーのAがいなくなって、これから仕事が楽になるのに何で辞めるのか」と聞かれた。
それはA以外にもヤバい奴が多すぎて、もうこの会社そのものに嫌悪感しかなかったからだ。
ヤバいのはA一人ではなく、上司や同僚も同じようなノリで仕事をしているらしい。
「課題解決のためなら残業も徹夜も当然」な脳筋理論が蔓延しているとのこと。
Aが現場に無茶な量の仕事を投げ込むのも「下請けに何件仕事をさせたか」「下請けに何件指摘したか」が評価基準になっているためらしい。
うちに詳細仕様を展開する上流工程の部署もそんな有様だったので、こちらは大変苦労させられた。
内容を理解せずに仕様書を更新しているらしく、展開メールには更新内容を絶対に書かないので
メールが届き次第、送信者の席に直接向かい、更新内容を口頭で確認する必要があった。
変えたはずの箇所が変わってない、変えてない箇所まで変わっている、といったことは日常茶飯事だった。
これらの仕様書の誤りによる作業遅延は、うちの部署が残業や徹夜でカバーする羽目になった。
この部署に「仕様書の更新方法や、メール展開の仕方まで人によってバラバラなので統一してくれ」と何度もクレームを入れたが
半年もしないうちにほとんどのメンバーが入れ替わり、クレームも引き継がれず無かったことになり
それを取り仕切る部長の言動が、社会生活を送れているのか怪しいレベルでヤバかった。
その部長は、下請けから機材を借りたいと依頼があると、おもむろにフロアを徘徊しだし
他の下請けが借用中の機材を、相談もなしに持ち去ろうとするのである。
ある時などは、私が使用中の機材を突然持ち去ろうとして
増田「これはうちの会社で借用しています！勝手に持っていかれると困りますよ！」
部長「いつも使ってるわけじゃないでしょ？」
増田「毎日使ってますよ！これがないと仕事止まっちゃいますから！」
部長「ふーん…そっかぁ」
もし席を外していたら、確実に強奪されていただろう。
一部の下請けは、数が限られた機材を他社からぶんどるために、この部長を利用していた。
ある朝出社すると、借用機材が机ごと無断で移動させられており
部長に確認したところ、他社との共用機材にさせされていたこともあった。
クレームを入れたが「もう決めたから」と相手にされなかったため
常に借用機材の席に自社社員が常駐している状態にし、分捕ろうとした会社に使わせないことで対抗した。
慌ててサーバ管理者らしき人を探し、バックアップから復元できないか相談したが
「今はサーバ自体の管理者はいない。以前は下請けが管理者だったが、退場した」
との恐ろしい回答が返ってきた。いままでの業務成果物は、全部そのサーバに入っているのだが…
Aに事の次第を説明したところ、資料の作り直しと再レビュー、および再発防止策を要求された。
再発防止策は「成果物はすべてバージョン管理ツールにpushして格納する」となったが
ビルドしたソフトなど、容量が大きすぎるものは既存のサーバに格納することになった。
部署内でしか使わない、レビューが終われば誰も見向きもしないレビュー資料を大事に管理し
他部署や顧客に渡す機会の多い重要なソフトはそのまま、という不条理極まりない対策だったが
Aは満足していたようだった。
なお、私の退場後、そのバージョン管理ツールのバージョンアップが失敗し
格納されていたソースコードやレビュー資料は全部消えてしまったと聞いた。
復旧に一か月かかったらしい。
「いやぁ～電車内での白い目、ヤバかったすわぁ～」と言いながら出社し、1日中大声で咳をするプロパーがいた。
自席で大人しくしているならまだしも、咳をしながらフロア中を歩き回って挨拶回りをしていた。
当人も異常だが、ほかのプロパーも誰も気にしていないのも恐ろしかった。
おわり
2022年ももうすぐ終わり。今年は個人的には1ヶ月間ほど入院してたので残念ながら成果物は少なめ。
その代わりに、入院に際して必要だったものなどを挙げておきたいと思う。将来入院する誰かの役に立てれば幸い。
入院するにあたっては「保証人」を求められるけれども、自分にはそんな人は居ない。以前であれば自分のような人間は治療を拒絶されていただろうが、数年ほど前に厚労省が「身寄りがない人の入院及び医療に係る意思決定が困難な人への支援に関するガイドライン」を発表したことで、治療が受けられるようになった。
https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/kenkou_iryou/iryou/miyorinonaihitohenotaiou.html
結構多くのWEBサーバのアクセス制限で.co.jp .ne.jp.jpがdeny設定されていたって話である。
https://b.hatena.ne.jp/entry/s/twitter.com/kanose/status/1601270223386324992
個人のネット利用で大きな転換点は2005年くらいで、例えばブログのはしりのはてなダイアリーサービス開始は2003年でアルファブロガー選考開始は2004年、youtubeサービスインが2005年だが、これらの特徴は「アカウントをとって企業のWEBサービスを利用する」という、今では当たり前の方法だ。
だがこの以前にはそういう方式のものは少なく、ISPや借りたレンタルサーバに自分でコンテンツをアップロードして構築するというのが主流だった。
これは内部的にはLINUXサーバ制限アカウントを貰ってユーザーディレクトリの/WWWにファイルを置くという事やね。
だから最初のうちは個人サイトのURLは「ｈttp://www.yourisp.co.jp/~aybabtu」って感じだった。~はUNIXのユーザーホームディレクトリを示すのね。やがてバーチャルドメインに対応するサーバ会社が増えてｈttp://www.aybabtu.rentarusabaa.comみたいな今では当たり前のURLになったんだが、最初はバーチャルドメイン設定は有料だった。
MS Officeには「パブリッシュ」ボタンがあってそれを押すと編集してるファイル群の構造のまま指定したサーバにFTPでファイル送るみたいな機能もあった。（だがこれはShift-JISでUpするというクソ仕様で後に読めなくなるのだった）
httpの頭のHTはハイパーテキストで、参照箇所にはリンクが設定できて参照元にジャンプ（これも死語だ）できる電子文書なわけで、まさに公開はパブシュッシュ＝出版なわけだ。今もサブスクリプション＝新聞雑誌の定期購読というのはこの建付けが残ってるからだ。
ISPやWEBレンサバにはユーザー権限の多寡で違いがあって、ユーザに実行権限も付与してperlなどのインタープリタを構築しておくと、テキストであってもファイル先頭にインタープリタへのパスを書いておくとそれが実行され、標準出力をhttpで返す。これがCGIで、ISP供与で多いHTMLファイルの公開だけの権限制限されたサーバに不満な層は「CGI実行可」のレンサバ屋に移っていった。
但しプログラムであるから、いい加減に書いてループ参照とか起こすとサーバのCPUやメモリを喰いつくしてサーバダウンを惹き起こす。だからISP供与のでは実行権限を与えなかったわけだ。逆に言えばISPが必ずホームページ公開スぺースを供与するのに個人向けレンサバが成り立ったのは何故？と言えばCGIの実行が出来たからだ。
故にWindowsしか使わない人には難しい上級者向けだったのだが、これを優しいチュートリアルで簡単設定出来るようにしてユーザーを増やして会社を大きくしたのがpaperboy＆co.の家入一真氏なわけだ。はてな創業者の近藤淳也氏と並ぶ個性的なアントレプレナーと謂われた。その後堀江などと共にインターネッ党を作って都知事選に出て箸にも棒にもな結果になったのは黒歴史なので触れないで上げてください。特に堀江は野菜でいじられるよりも傷つくので偉そうに政治の話してる時に「インターネッ党」とボソっというのは残酷な事なので止めてあげて欲しい。お願いします。
また、CGIでの使用言語はperlが圧倒的で、perlで書いた掲示板スクリプトを配布するサイト、趣味プログラマが星の数ほどいた。
こういう訳で初期のWEBで動的ページ＝perlであってJcode.pmを開発した小飼弾氏は魔術師扱いされて崇拝されており、ブログブームが来ると圧倒的な人気を誇った。
今では多言語が普通に扱えるのが当たり前だが、マルチバイト文字の扱いというのは難しく、文字コードがそれぞれ違うのがそれに輪をかけていた。例えば今でも日本語Windows上でフランス語や中国語のファイル名は作れないだろう。また、最初期からかなりの期間、Twitterでは日本語の検索が出来なかった。youtubeでも日本語で投稿できなかった期間は長い。
子飼氏はperlで日本語を使用できるようにするライブラリをUNICODE対応にしてWEBで普遍的に日本語が使えるようにしたものだ。
ただ、HTLMと実行文を混ぜ書きできるPHPがver.4になるとデータベース連携が強化されていてデフォルトでSQL文発行関数が実装されており、perlCGIは廃れていってしまう。
またISPより高い自由度を求めて自宅にサーバを立ててそれを公開するという者も現れた。
はてなはサーバをデータセンターに置いてはいたものの、筐体は町工場に設計図を持ち込んでステンレスの1U筐体を自前で作っていたし、Pixivはギガバイトのシステムボードを使って自作した多数のサーバをエレクター上に置いてむき出し運用してしていたので、自宅サーバ組の延長にあったのだな、実は。
こういう中で画像を公開する、動画を公開するというのはなかなか大変だった。
仲間内で見るという分にはファイルを置けばいいだけだが、問題になったのが「2ch晒し」であった。これは悪意を持って2chにURLを貼るのだけじゃなくて、単にURLを書くというのも含まれた。
というのも2chにURLが書かれるとアクセスが集中して大抵はサーバダウンしてしまう。すると他の契約者のサイトもページも見れなくなってしまう。
例えばヒーロー戦記主題歌みたいな社歌でbuzzった日本ブレイク工業のサイトは重すぎて何週間も閲覧出来なくなった。社歌の動画ファイルを置いていたためだ。
こういうサーバダウンは契約者の責任ではないがホスティング会社も許してはくれない。契約解除、つまり出ていけか、法人契約への変更かを迫られる。転送量制限なしと言っていても実際に転送過多になると干すティングになるわけだ。
だから2chは悪意の塊の他にサーバーダウンとサーバからの追い出しを惹き起こすので蛇蝎のように嫌われていた。2ch晒し→その時点でサイトを閉じてしまう人も多く居た。
するとこれを逆手に取ってアップローダ（あぷろだ）を自作サーバで運用してアフィリエイトで収入を上げる者が現れてくる。
ただこれは著作権違反のファイルが上げられて訴えられる事もあるからそのリスク低減のためと転送量制限の為にファイル容量に制限が設けられていた。
すると大きなファイルを共有したい連中はこれでは満足できない。
そこで目を付けたのが海外でアップローダを運用しているサーバだ。運用動機は日本のアップローダと変わらない。だがファイルの大きさの制限が緩かった。
そこでそういう海外のアップローダが違法性が高いファイルの共有に使われるようになった。やってたのは2chのダウンロード板と半角板がメインだ。
だがこれは運営には迷惑な話で、日本人は英語の広告なんてクリックしない。しかも商品の販路が無いので日本からのアクセスに報酬は支払われない。つまり金を落とさず転送量だけ上がるのだ。しかも海外では転送量従量課金は多かった。
更に問題なのがロリ画像がアップロードされることだ。2次元ロリでも規制があるのに実写ロリは完全アウトだ。実写ロリが発覚した場合、サーバ管理者は必ず逮捕される。マグショットが新聞に掲載されTVで晒され、釈放後も幼児が被害者の性犯罪者なのでGPSロガ装着が義務付けられ住所は共有される。二度と部屋を借りる事は出来ずに一生トレーラーハウスかキャンピングカーを買って橋の下で生活となる。
こんな実写ロリ画像や動画をアップロードする奴が居たのである。
そこで管理者としては日本からのアクセスが増えたのを確認した時点で遮断するしかない。一生を棒に振る可能性を回避するためだ。
圧倒的によく使われるWEBサーバのapacheでは.htaccessというシステムファイルに記述してアクセス制限を掛ける事が出来る。ここで国別IPアドレス指定するのはちょっと難しいのでdeny fromco.jp deny fromne.jpという風に書くとドメインがco.jp、ne.jpからのアクセスを全部弾くことができる。
この時にディレクトリ指定を「/」にするとそのサーバの全てが弾かれて403エラーが出てしまう。しかもバーチャルドメインも同じなので思わぬところで403エラーが出る事もある。
そういう訳であちこちの海外サーバで日本からのアクセスが拒否されていた。全て2chダウンロード板と半角板のやつらのせいである。
自分はアメリカの田舎の新聞社のトップページで403を食らったことがあるから嫌われ方は相当なものだと思う。「やるべき.htaccessの基本設定」みたいなのに書かれて共有されたのかも知れない。
因みにダウンロード板と半角板は2ch名物の厨房板だったのに、今見たら無くなってるのな。諸行無常だ。
2005年にサービスインしたYoutubeだが、翌年にGoogleに買収されたもので最初は元paypal社員らが作ったベンチャーだった。
だが最初は著作権違反コンテンツばかりであって、自作ビデオというのは少なかった。
特に酷かったのがまた日本人で、最初は10分制限がなかったのをいいことにアニメの全話丸上げみたいなのが大量にされており、当事者のアニオタ達も「ここまでやったら閉鎖されるだろ！」と諫めるほどだった。
そんな中で2006年6月にYoutubeが数日間の大メンテナンスに突入し、画面には「All your video are belong to us」というブロークン英語が書かれていて騒ぎになった事があった。
これの元ネタは「All your base are belong to us」で、古いセガのゲームの英語版で出てきたセリフだ。深刻な場面で突然めちゃくちゃな英語をいう。このおかしさでFLASHが作られたりとミーム化していたものだ。
しかも日本産ゲームは結構あちこちでバカ英語を作ってて、engrishとかjanglishとか言われてネタにされていた。日本で言えばアヤシイ中国製品の日本語を愛でるような感じだ。
そこでYoutubeがあんなメッセージを出したので、日本のネット民は身に覚えがありすぎて「アニオタのせいだろ！また排除されるだろ」と責任のなすり合いと相なったのだった。
因みにその後も日本人の利用が制限とかは無かったので誤解だったのだが、海外アップローダ見つけては403の焼き畑とかロリ画像問題とかがあって、その後のアニメフル全話という流れだったので過剰反応をしたのであった。
前提として、サーバ側のDBの中身が漏洩したと同時に、プログラム、設定ファイル、丸ごと全部漏洩したとみなしている。
プログラムがDB上のパスワードをどのように処理してるか丸見えになる。
複合できるということは、プログラムの手の届く場所に鍵があるということ。
その鍵がユーザごとに違っていようが関係ない。そのプログラムを通せば複合できるわけだから。
複合した結果、元のパスワードを「瞬時に」出せる。
その元のパスワードを使って、正規のユーザのフリをして悪いことができる。
さてハッシュの場合、bcryptなどではソルト付きハッシュ値になってる。
ハッシュなので「時間をかければ」、そのハッシュ値になる値を検索できる。
元のパスワードと同一であるかどうかはわからない。（同一でなければバレる可能性が高まる）
ここである程度時間を稼げるので、サーバ管理者側にサービスを停止したり、パスワードを全部向こうにするような時間の余裕ができる
まぁいいんだけどさ
数が多いから すくないほうに 死ねっていうのは いいやすいとおもうし そりゃそういうもんだけど
もうすこし 楽に殺してくれ
とりあえずガスは予定通り治った。だけどガスだからなぁ 点火しなかった場合
UIを設計する能力もあるプログラマーとしては この仕様は 電気の知識もあるから 問題だとは思うけど
問題だから改善したほうがいい ということがUIデザイナーとしての職業上の知識だから 難しいけど
ことしは積極的に開示の方向だから このていどは言って見るテスト
点火それ単体ではなくて、他の様々な要素と あわせ技１本でこれいいのか？っていうのは最悪施工の問題まで行くから めんどうだろうなと
機材単体ではいいけど、施工とマッチして この仕様で ガスで コロナの影響で自宅にいることが多い などが 加味されると 事故原因になりかねない
回収しようとしても 松下がやったとおりなのが１つ
定期点検で変えようとすると 勝手に ガスをいじるなという 危険性がある
自分がやった改修のほうが実は前より危険な可能性があるというのは今述べたとおりで 許可もなく変えられないという話のときに
あぶないから許可なく変えようとか そりゃ事故るだろそんなの。日本語がわからないのは最近 外国籍の人も多いからしょうがないけど
しぬかもなっておもっちゃうのが こういう理由 そしてたぶん 今回は本当に死ぬかもなと思ってる セックスぐらいしたかった。
信じてもらえないけど あるいみ 精神安定剤が必要 医者行けてはなしだけどな
じゃぁ 行きにくい人はって考えると 街頭での配布の可能性を検討する
だから松下のファンヒータで回収はあれだけかからないといけない。
自宅に訪問できるか？って できないだろ。
どうしてしっているんですか？って聞かれたときに下手すりゃ犯罪の告白に成る
サーバ管理者は みなさんのパスワードを預かってはいますが 特殊な方法で難読化されているので
原則わかりません。というか通常の予算の範囲内では 普通は無理です。そして
MastodonというかActivityPub的なメッシュ型分散化をすると、ユーザは参加する分散Twitterサーバを選択できるようになる
分散Twitterサーバの品質はまちまちで、企業による高品質で落ちにくい分散Twitterサーバから、落ちまくって使い物にならない分散Twitterサーバ、個人による第三者参加を認めない分散Twitterサーバなどが登場する可能性がある
更には分散Twitterサーバ管理者へ対してユーザ側が評価をつけるようになり「あそこの分散Twitterサーバの管理者はネトウヨだから別の分散Twitterサーバを使おう」みたいな意見が出てくる
もっと言えば、特定の分散Twitterサーバ内で思想が先鋭化する可能性も無くはない。全ユーザがずっとアベガー、アベガーって言ってる分散Twitterサーバとか出てくるかもね
そのネットワークシステムの分散化を目指すことが発表され、再びSNSの分散化へ注目が集まっている。
Twitteris funding a smallindependent team of up tofiveopen source architects, engineers, and designers to develop anopen and decentralized standard for social media. The goalis forTwitter to ultimately be aclient of this standard. 🧵— jack 🌍🌏🌎 (@jack)December 11, 2019
この発表は日本語圏でもテック系を中心とした様々なWebメディアが取り上げており、日本でも注目されている。
Twitterのこの発表は驚くべきことだ。何故なら誰でも参加できるオープンなAPIプロトコルを整備するということなので、これまで開発・運用されてきたWebコミュニケーションサービスによって結論付けられたものと逆行した動きだからだ。
この結論はテック系で持て囃されているチャット系WebサービスSlackの例を出すのが理解しやすい。
一時期チャット系サービスではXMPPというオープンなプロトコルを採用するのが一般的だった。これはYahoo!メッセンジャーでもGoogle Talk(現ハングアウト)でもMSNメッセンジャーでもFacebookメッセンジャーでも採用されているプロトコルだ。
しかし、Googleはハングアウトの展開と同時にXMPPのサポートを辞めることを発表しXMPPの流れが変わった。
XMPPを採用しているとすべての会話ログをユーザは得ることができる。会話ログというのはコミュニケーションの歴史であり、ある時は強力な証拠となり、それは貴重な資産であることは明らかだ。
だからこそSlackはXMPPのサポートを辞めた。Slackの有料プランにある検索機能が意味をなさなくなるからだ。ユーザは別にSlackへ課金せずともXMPPを介して手元へ全ての会話ログを保存し検索できた。
ビジネスとして見るならばGoogleやSlackの判断は理解が可能であるし、だからこそ何度となく資金難が騒がれているTwitterが会話ログへ自由にアクセス可能なAPIプロトコルを整備しようとすることに一部の有識者は驚きを隠せないのである。
ある有識者たちは言う
「会話ログのマネタイズよりも通信コストを抑えたほうがTwitterとしては低コストとなる試算が出たのではないか」
「分散化をするとして現在Twitterの収益の中心である広告配信システムはどうするのか」
「Twitterが握っているシェアを分散化するとは考えにくい。Twitterの言う分散化とはメッシュ型分散化ではなくTwitterをトップとするツリー型分散化なのではないか」
「Twitterは言論の管理に疲れ果て、各国の分散Twitterサーバ管理者へ言論の管理を任せるのではないか」
様々な憶測が流れ、更にはジャック・ドーシーはブロックチェーンにまで言及したため仮想通貨界隈の魑魅魍魎までもが反応してしまうという事態へ至っている。
SNS分散化において最も理解ある集団と言えば間違いなくActivityPubプロトコル界隈だろう。
より理解しやすい表現をするならば、こう言えば良い「Mastodon界隈」だと。
ここに来てドワンゴやpixivがマネタイズへ失敗し、Mastodonブームの際にインターネットユーザからTwitterとの違いがわからないと一蹴されたMastodon界隈が、Twitterの分散化方針の発表により最大の理解を示すというのは何ともドラマティックである。
正確にはMastodonがサーバ間通信へ利用しているプロトコルがActivityPubであり、ActivityPubを採用しているのはMastodonだけでなく他にも数多くの分散SNSが存在しており、ActivityPubを採用している分散SNSは相互に通信可能なので、Mastodonをも含んだActivityPub界隈はTwitterの分散化へ興味深く関心を寄せている。
それは「分散Twitterの登場を待つ」「既にあるActivityPubへ投資する」の二択である。
現在、日本語圏でSNSの主流になっているTwitterの分散化方針は示された。この方向性は数年後はわからないが数カ月で変わるような方針ではないだろう。
なぜ数カ月で変わらないのかと言えば、Twitterは既にバックエンド開発でBitTorrentを用いたP2P分散化による運用をしているからである。つまりTwitterにはもう既にある程度のネットワーク分散化のノウハウが存在するのだ。
分散化のノウハウがある中でTwitterはユーザが体験するサービスまでも含めて、わざわざ専門チームまで立ち上げつつ、分散化の方針を示したのだ。これは本気度が高くなかなか変わりようがない。
問題はTwitterがどのような分散化をするのか現状では一切わからないことである。
Mastodonのようにセルフで分散Twitterサーバを立ち上げられるのか、許可制の代理店方式か、単にAPIを利用できるのか、全くわからない。
しかも、先例であるActivityPubは主にITエンジニアリング界隈からの評価が既に定着しており、分散SNSの開発速度は現状で間違いなくActivityPubの方が速い。来年の仕事始め2020/1/6からActivityPubでSNS開発を始めようと言えば始められるくらいに速い。
IT業界、特にWeb界隈は移り変わりが速く、しかも先駆者が強い傾向があるのは明白だ。分散Twitterを待ってActivityPubがデファクトスタンダードへのし上がったときは目も当てられない。
しかし、ActivityPubがデファクトスタンダードになるかはわからない。シェアをどちらがより多く獲得するかは神のみぞ知るというところだ。
わかるのは2020年以降SNSの再編が始まるということだけだ。
他者に委ねたくないという考えをカバーするため多くの分散SNSサーバはオープンソースとして公開され、自分自身が分散SNSサーバ管理者となれる仕様になっている
分散SNSサーバを立ち上げるスキルが無い者であっても、Mastodonホスティングサービスが存在しておりホスティングサービスを利用すると知識がなくとも独自のMastodonサーバを利用することができる
更にはホスティングサービスを利用せずにこれから分散SNSサーバ管理者としてデビューするという者へ対してサポートを提供するコミュニティが存在しており、それは日本語で利用可能である
フィルタリングボーダー付近の投稿を完全に防ぐことは出来ないが、それはTwitterも同じであり、分散SNSでは機能として間違いなくTwitterよりも容易に、そしてTwitterよりも精度の高い閾値でフィルタリングが可能である
人口に関しては現在全世界で224万人、月間単位で見ると安定して増加傾向(流石に日間単位だと下がったりする)にあり、しかもそれらのユーザは間違いなく分散SNSの先進性を見出したアーリーアダプターであるためインターネットリテラシーが一般よりも高い傾向にある
サーバ管理者がドメインブロックする機能、ユーザがドメインブロックする機能の2種類がある
サーバ管理者が不適切画像を配信するサーバと接続していても、ユーザがそのサーバをブロックすることが可能
その辺はTwitterよりも柔軟にできている
ちなみにPixivが運営するエロ画像の多いMastodonサーバのPawooは、Pawooユーザが不適切画像として指定した投稿は他のサーバへ配信されないという仕様にカスタマイズされている
Pawooのサーバ独自のルールとして不適切画像と判断される投稿に関しては不適切指定をすることが奨励されている
上記のnoteを読み、感銘を受けたので分散SNSを中心に活動するユーザ達が今どのように分散SNSと付き合っているかMastodonを例にして記す。
悪を発見した者たちは自身の言動が正義として疑わず執拗なまでに発見した悪を追い詰める。
どう解釈してもその者たちは正義の味方【ヒーロー】ではない。悪を徹底的に追い詰める悪の敵【ダークヒーロー】である。
我々が幼少期に憧れたアンパンマンや仮面ライダーやウルトラマン、セーラームーン、プリキュアetc...などが取るような言動では決してない。
はてな匿名ダイアリーを利用するようなユーザは分散SNSをよく知っているだろう。ただしそれはおそらく誤解を多く含んだ理解だ。
分散SNSの多くはオープンな形で開発されており、情報技術者やギークの多くはオープンな技術を好む傾向がある。
だからこそ分散SNSに集うユーザは情報技術者やギークが多いのだ……これが既に間違いである。
確かに分散SNSにはその傾向はある。しかしながら分散SNSを使うようになった者は「Twitterに疲れた」という理由を持っていることが多いのだ。
いっときの、いわゆる「Twitterアカウント凍結祭り」が切っ掛けだったとは言え、分散SNSへ定着したユーザの大半は分散SNSに心の安寧を得ている。
悪の敵が跋扈するTwitterと比較して分散SNSは明らかに悪の敵の数が少ないのだ。何故だろうか？
その解答の１つとして、そもそも分散SNSには「ContentsWarning(CW)」機能と「Not Safe For Work(NSFW)」機能がある。
CW機能は日本語へ意訳すると「テキスト閲覧注意」のための機能だ。CW機能を使うと指定した範囲のテキストが隠蔽され、他のユーザはそれを読むときは能動的に操作して隠蔽を展開する必要がある。
NSFW機能は日本語へ意訳すると「画像閲覧注意」のための機能だ。NSFW機能を使うとCW機能と同様に投稿画像は隠蔽され、他のユーザはそれを見るときは能動的に操作して隠蔽を展開する必要がある。
これらの機能の存在は大きな意識を各々のユーザへ与えてくれる。それは「アナタの言動によって心を痛める人が居るかも知れない」というもの。
分散SNSユーザはこれらの機能があるため先ず投稿へひと呼吸置く傾向がある。もちろん「この投稿はCW(NSFW)を使うべきかな？」というひと呼吸だ。
別にこれらは強制的なルールでもなく分散SNSが村社会的に暗黙のルールとして絶対となっているわけではない。しかし分散SNSのユーザはひと呼吸置く。
なぜならTwitterの現状があるからだ。Twitterが反面教師になっているのだ。Twitterユーザのように自分がなりたくないのだ。
もちろんTwitterのようなマイクロブログ型SNSは気軽につぶやけるというのが美点だ。しかし自分の気軽さは他者の気軽さではない可能性は十分にある。それを分散SNSユーザはよく知っている。Twitterを見てきたから。
少なくとも戸田真琴さんが例に挙げた凄惨な画像は分散SNSだとNSFWになったことだろう。そしてNSFWになっていない凄惨な画像は共有ボタンを押すことへ躊躇がなされただろう。
更に分散SNSは、戸田真琴さんは少々否定気味だったが、Twitterよりもカジュアルにブロックやミュートが行われる文化がある。
これは前述した「アナタの言動によって心を痛める人が居るかも知れない」の裏返しだ。自身の心の安寧を守るためブロックやミュートをして見えないようにするという自由が価値観として分散SNSユーザ全体で共有されている。
この件についてはPixivが運営する絵描きが集うMastodonサーバのPawooが、外国のMastodonサーバから連携拒否(ドメインブロック)されたことに関して、Pawoo側のユーザが外国Mastodonサーバのその決断を称賛したことにも現れている。
外国のMastodonサーバではPawooの絵描きが投稿する一部のイラストが問題視されていた。性的なイラストは見たくない、性的な対象として描くのはおかしいという価値観が外国のMastodonサーバで起き、その外国のMastodonサーバはPawooとの連携を切る決断をした。
Pawooのユーザたちはそれへ対して「住み分けは大事」と言ったのだ。自分たちが生み出す作品への「無理解」へ対して怒るでもなく悲しむでもなく、Pawooのユーザたちは外国のMastodonサーバの決断へ「理解」を示した。
分散SNSはMastodonを含む分散SNSサーバ同士が相互に接続しあってSNSとしての体を作り出している。
分散SNSを知る人々がこの辺りに誤解を持つことが多いが、Mastodon＝分散SNSではない。
こう言うと少し詳しい人は「知ってるよ分散SNSってMastodonの他にGNU SocialやFriendicaとか色んな種類があるんだろ？」というが、それ間違いである。
MastodonはMastodon＝分散SNSサーバだ。GNU SocialもGNU Social＝分散SNSサーバ、FriendicaもFriendica＝分散SNSサーバだ。
分散SNSとは分散SNSサーバ同士が相互に接続しあって形成するネットワークそのものを指す。
すなわちMastodonは種別として分散SNS対応SNSということになり、だからこそ非常に誤解されやすい。SNSが2回出てくるためよくわからないことになっている。
Pawooがなぜ外国Mastodonサーバから連携拒否されたことを受け入れられたのか？
そもそも分散SNSにはルールが無いからである。分散SNSは分散SNSサーバ同士が相互に接続しあって形成するネットワークそのものを指すのであれば、ルールを作るのは非常に難しい。
ルールを作りたいのであれば、ルールは分散SNSサーバ毎に決めなければならない。というかそれ以外にルールを定める方法がない。
つまり、だからこそ外国MastodonサーバのルールとPawooのルールは違うものなのだ。そしてPawooのユーザは外国Mastodonサーバが独自のルールを運用する自由を認めたのだ。Pawooには好きに絵を描く自由があり、アナタたちには絵を見ない自由があると。
そして外国のMastodonサーバはPawooのユーザが自由に絵を描いていることを制限しようとはしていない。外国のMastodonサーバのユーザたちは絵を描く自由を認めて居るのだ。
分散SNSのネットワークには非実在青少年のような問題は無い。外国のMastodonサーバにはあるかも知れない。しかしPawooには無いのだ。双方のルールの違いを認めあっているからこそ分散SNSのネットワークにはそういった問題が存在しないと言えるのだ。
無理だろう。TwitterはTwitterのルールという1つの価値観しかないのだから。
例え今後TwitterにCWが導入されようがNSFWが導入されようがTwitterではたった1つのTwitterルールに則らなければならないのだ。Twitterのネットワークではルールの違いは認められていない。
SNSでの自分の価値観、他者の価値観を両立しようと思えば分散SNSというのは間違いなく現状ではTwitterよりもより良い解決策を示していると言える。
分散SNSでは自分自身が分散SNSサーバの管理者になり、自分自身が分散SNSサーバのルールを作る側に回ることすら可能なのだから。
戸田真琴さんが分散SNSサーバ、例えば戸田真琴さんが自分自身のためのMastodonを立ち上げれば、そのMastodon内でのルールは戸田真琴さんである。
他の分散SNSサーバは戸田真琴さんの価値観を「ルールの違い」として認識して、戸田真琴さんが特定の分散SNSユーザをブロックしようがミュートしようが、特定の分散SNSとの連携を切ろうが、すべてはルールの違いであり、他の分散SNSは戸田真琴さんのMastodon内でのルールの行使を受け入れる。
例えば戸田真琴さんが自身のMastodon内で傍若無人に振る舞い絶対権力者として君臨していることを誰かが非難したとしよう。戸田真琴さんが法令に違反していないのであれば他の分散SNSサーバ管理者たちは戸田真琴さんを全力で擁護する。戸田真琴さんのMastodonでは戸田真琴さん自身がルールなのだと。
もちろん分散SNSとはいえ倫理はあるし戸田真琴さんが自身のMastodon内とは言え暴言を吐きまくれば非難する人が現れ、その非難は多くの人が理解を示すだろう。
しかし、戸田真琴さんのMastodon内での暴言を止める権利は誰にもない。戸田真琴さんの暴言が気に食わなければ戸田真琴さんのアカウントをブロックするかミュートするか、戸田真琴さんのMastodonとの連携を切ることが分散SNSとして正しいやり方なのだ。
分散SNSは個人個人が違うこと、コミュニティー毎にルールがあることを前提で成り立っており、だからこそブロックやミュート、ドメインブロックがカジュアルに行われ、それらがカジュアルに行われるという認識があるからこそ言動の前にひと呼吸置くという文化がある。
これこそが２ちゃんねるやmixiやFacebookやTwitterを経て、SNSで心の安寧を得るための現在想定できる最も良い方法なのだ。
Twitterで疲れたのならば分散SNSで価値観の違いやルールの違いを謳歌しよう。
Permalink |記事への反応(12) | 04:05
はっはっは。その息子さんに「おまえはオレか！」って言ってあげたいねw
オレみたいにIT業界でそこそこ活躍して、さほど有名にもならず、ひっそり引退するくらいのエンジニアになる素質があるよw
かつて、いまのようなTCP/IPベースのファイル共有が一般化する以前に、NetWareていうファイル共有サーバが職場に導入されたときに、
各ユーザには一定のファイル容量が割り当てられて、それを超えては書き込みできないようになっていた。
あと、一個のフォルダ（当時の用語ではディレクトリ）には、1024だか4096だか忘れたけどファイル／フォルダ数の制限もあった。
オレは、フォルダだけなら容量「0バイト」って表示されるし、無限に作成できるのか？
あるいは、見えないけどそこそこ容量を食うから有限なのか？と、疑問に思って実際試してみることにした。
MS-DOSのBATファイルを書いて、自分のホームフォルダに「A0001」〜「A1000」みたいな名前でフォルダを作り、さらにその下の階層に「B0001」〜「B1000」などとガンガン作り続けるプログラムを走らせた。
小一時間たったあたりだったか、ファイルサーバが容量不足を起こしてダウンした。
「勝った！」って思ったねw 当時のサーバ管理者Sさん（および職場の同僚の皆さま）には、大変ご迷惑をおかけしました。どーもすいませんww
なんか勘違いがあるな。
育児の精神的負担って、時々プラス点を取るのが大変なことじゃなくて、常にマイナス点を取らないようにするのが大変なんだよ。特に最初の数ヶ月は24時間気を抜けないから。
仕事でいえば警備員とかサーバ管理者とか当直医みたいな裏方のオペレーションに似てる。派手な功績をあげるのは結構だけれど、本来の勤めはむしろ自分の責任時間の間に事故が起こらないようにすることで、つまり「何も特筆することが起きていない」という状態を維持するのが本命なんだ。その本命でミスったら、どんなにプラスの功績を持ってきても打ち消せないんだよ。(駅員が、ある日何かの事故、たとえば乗客がホームに落ちるとかして、それを機転を効かせて救ったとしよう。ところが翌日当直を寝坊して始発に間に合わなかった。そんで乗客に非難された時に、「でも私は昨日大活躍したんです。一日くらい大目に見てくれてもいいじゃないですか。」って言ってたらどう思う?)
それとこういう24時間気を抜けない業務って、あてにならない人が手伝ってくれてもあまり役に立たないんだよね。100%任せられると思えば安心して休めるけれど、それがあてにできないと、何かあったらバックアップに回らないとならないと思うから休んでても結局気が抜けないでしょ。
派手なプラス点を稼がなくていいから、ノーミスの実績を積み重ねて、奥さんから「この人の当番の時は安心してぐっすり休める」って信頼を得るのが一番だよ。
