  |
はてなキーワード: gnuとは
昨日見つけたいくつかのGitHubのリポジトリを面白く眺めてる
20代のフランス人だったり、40代のブラジル人だったり、色々である
ブラジル人は体力有り余ってるのか、
絵だとやりにくいなぁ、と思ったりする
みんなでブクブク浸かって楽しむみたいな世界は、
で、思ったのは、やはりプログラミングというのは、
過去のゲームがルールの発明だったこととかは古臭いものとなり、
コードも言葉と同じように無償で自然と発するものに近づいていく
ここで思うのは、スティーブ・ジョブズがこの世界をIBMの、
いわゆる、ソフトはハードのおまけ、の世界に戻したことであり、
ビル・ゲイツだったか、ソフトウェアは無償化していくという予言は当たっていたのだろう
それをマネタイズするには、ApacheでWebサービスを立ち上げるみたいな、
いわゆるGNUライセンスであれ、運用やサポートではお金が取れるが、
Node.jsを開発したら、開発者は当たり前だが一番Node.jsに精通しているわけで、
企業を顧客にNode.jsのサポートを有償ですることでマネタイズできる
ソフトウェアは無償化し、コードは会話のように無償で、ライブなものになり、
あー、そういう世相を予測して、
先に牛耳っておこうという点でMicrosoftによるGitHub買収は正しかったのである
ソフトウェアがなんでも無償に向かうのはMSとしても良くは思えない動きだったはずだが、
今はまったく反対方向にMSは向かっており、収益の基盤をAzureなどに移している
今すぐはありえないが、WindowsというOSも意味はなくなっていく
これはAppleやGoogleのような企業でも同じ考えのように思う
もちろん、そのレベルでのシェア争いや小競り合いが今すぐ消えてなくなるわけではないが、
長い目で見ればいつかはそうなっていくことは容易に予想できるわけで、
つまり、ソフトウェア産業というか、近年のバズワードでもあるテック産業というのは、
人生だって、みんな崖に向かって歩いたり、走ったりしてるだけである
その崖がどれだけ近いか遠いかとか、どれぐらいのスピードで崖に向かってるかとか、
それだけの違いであって、誰もがいつかは崖に到達して落ちる、つまり死ぬのである
しかし、そこには一発逆転や一人勝ちするチャンスも乏しくなり、
そういった金を求めるギラギラしたアブラギッシュは寧ろ嫌悪される存在となり、
しかし、そうやってった末に待っているのはコモディティ化であり、
ただの暇つぶしにさえなっていく
今は楽しい
でも、その楽しさの果てに死が待っている
悪の帝国 Oracle が Java を有償化し重税を課そうとしたその時、正義の勇者 Amazon が立ち上がり新しい Java 実装 Corretto を無償で広めて救ったのだ！
……という情弱が好きそうなデマがあるんだが、こんな陳腐なシナリオに喜んでいるようではインチキなテック系 YouTuber に食い物にされてしまうぞ☆
Oracle レジスタンスはいた。彼らは Oracle の中に潜んでいたんだ。
時は2005年に遡る。
Java を開発した 米 Sun Microsystems は赤字にあえいでいた。
2004年に Java 5 (目玉機能はジェネリクス) がリリースされてしばらくの頃だ。
この頃、ひとつのオープンソースプロジェクトが立ち上がる。名を Apache Harmony という。
開発は2005年5月に開始され、2006年10月には Apache 財団のトップレベルプロジェクトとなった。
Sun は多数の企業をまきこみ、いろんな企業に Java™ をライセンスしていた。
Java の実装は Sun が持っていたが、各社が独自に実装したり、Sun と契約してコード提供を受けたりしていた。
Java™ を名乗るためには Technology Compatibility Kit (TCK) という互換チェックをパスしなければならない。
初期の Java はオープンソースではなかった。誰もが自由にコードを参照し用いることができるものではなかったんだ。
これをオープンソース化しようという野心で始まったのが Apache Harmony プロジェクトだ。
Java の実装をいちから書き起こしオープンソースの代表的な Apache License Version 2 ライセンスで提供したのだ。
しかし、Sun は Apache2 ライセンスを良しとせず、Harmony に Technology Compatibility Kit (TCK) を受けさせなかった。
なるほど。彼らが Java をオープンソース化したレジスタンスだったわけか？
違う。話はそんなにシンプルではない。
2006年 Sun は Java をオープンソースにする意志があると発表した。
Sun は Java を リンク例外付きの GNU General Public License でオープンソース化することにした。
Harmony のライセンスは自由な改変を認めるものだった。
OpenJDK のライセンスは派生物を作ったなら、そのソースコードの公開義務がある、という点が大きな違いだった。
OpenJDK は出た当初はまだ Sun の JDK との非互換が多かった。しかしこれが現代まで続く OpenJDK の始まりだったのである。
2007年11月 GoogleがAndroidを発表した。 Android は Java 言語で開発することができる。
そのベースとなったのは Sun との火種くすぶる Apache Harmony だった。よりにもよって！
(後にGoogleが負けて賠償し、現在のAndroid は OpenJDK ベース)
その渦中、赤字に喘いでいた Sun はついに身売りを決断する。2009年のことである。
当初 IBM との交渉が報じられていたが金額で折り合わなかったようだ。
そこに颯爽とあらわれたのが Oracle である。 Oracle が Sun Microsystems を買収することになった。
しかし Oracle にはよくない噂がある。敵対買収してプロダクトを潰してしまうという黒い噂だ。
Sun の Java も Oracle に食い物にされてしまうんじゃないか、いわゆる 「悪のOracle」 のイメージはこの頃からのものだ。
しかし、 Sun はすでに Java をオープンソース化していた。 派生物もオープンソースにしなくてはならない OpenJDK で！
Oracle は Java を Sun 社ごと買ったが、 Java はすでに独り占めできるようなものではなかった。
Sun 本家の JDK を引き継いだ Oracle JDK と、OpenJDKがついに統合される。
Oracle がソースコードを OpenJDK に寄贈し、 Oracle JDK も OpenJDK ベースとなった。
ここに OpenJDK への移管は完全となり、Javaのオープン化は成就した。
それまでの OpenJDK は Oracle JDK との非互換が不安視されていたわけだが、Java11 からはその不安もなくなった。
こうして完全にオープン化された Java は、各サードパーティーからディストリビューションが出るようになった。
Java11 での Java のオープン化を経て、Javaはディストリビューション乱立時代へと突入する。
Amazon Corretto もそうした OpenJDK の派生ディストリビューションのひとつである。
OpenJDK の開発は今なお Oracle が主力となって牽引している。
Java を解放しようとしたレジスタンスは、赤字に喘いでいたSunの中にいた。
たとえ Sun が身売りをすることになろうとも、Java を邪悪な独裁者の手に渡さないように。
Sun が倒れてしまう前に Java はオープン化された。Javaの仕様策定は Java Community Process (JCP) にて行われる。
Javaの仕様策定は Oracle の独断で進めることはできない。 OpenJDK の開発も Oracle の独断ですることができない。
GNU General Public License でオープンソース化された Java は、派生物のライセンスもGPLが強制されソースコードを公開しなければならない。
そんな OpenJDK をリリースした、当時の Sun の中の人達こそがレジスタンスだったんだ。
Oracle はそんな Java を、そういう存在だと分かって Sun ごと買った。
私は情報技術者だ。今風に言えばデータサイエンティストやらセキュリティエンジニアなどと名乗ったほうが良いのかも知れないが、ながらく情報技術者という肩書で活動してきたため情報技術者と名乗ったほうが私の肌感覚的に合っていると考えている。
山田太郎議員が赤松健氏らと共に表現の自由の擁護を掲げ、政界では小さいながらも一定の存在感を示しているのは皆さんご存知だろう。
これまで地域のための政治家や特定の例えば自動車業界のための政治家や、更には女性のための政治家、共働き家庭のための政治家など様々な政治家が登場したが、サブカルの擁護、その中でもマンガアニメゲームを中心とした表現の自由の擁護のための政治家は非常に新しいと言わざる得ない。
これは本邦で「女が政治なんて」と怪訝な目を向けられても女性が参政権を獲得し、そして時間をかけて女性政治家の登場を果たしたときのような変化だ。
今の時代はまだ「マンガオタクが政治なんて」という怪訝な目がまだまだ多いように思われるが、無理解が理解に変わってくる節目なんだろうと思う。
さて、私は前述したように情報技術者である。何なら私の両親も情報技術者という言葉が生まれる前から情報技術者であり、私が生まれ育った家庭は情報技術という点においては非常に先進的であったと評価できる。
はじめて私の専用機として両親あたえられたのがPC9801であり、パソコン通信の後期あたりから私自身の意志でネットワークへアクセスしていたという経歴がある。
学生時代は高校教育に情報技術という科目がなく電気科目の一分野であったため工業高校へ進学し、そこから東京大学へ進んで計算機科学、情報技術関連を中心に履修した。根っからのIT畑であると言って良い。
そんな私が最近ふと思うのはまだまだ政治の分野は情報技術に疎いということだ。
このように感じた一番の切っ掛けはやはりマイナンバー制度と銀行口座の紐付けによる税務処理の簡略容易化が、個人情報保護という御旗によって実現に至らなかったことだろう。
ITへ専攻を持たない方々には理解が難しいと当時の一般市民や政治家たちによる意見交換を観ていて実感しているが、たとえ銀行口座の金額の増減がマイナンバーによって国から監視されていても、個人情報ひいてはプライバシーの保護は可能なのだが、プライバシーを気にする層は商取引の詳細、つまり自分が何を買ったり何処へ訪れたのかを国に監視されるわけにはかないという意見が支持されてしまったのだ。
本当にこの件は誠に無念と言わざるを得ず、私たち情報技術者の説明不足と力不足を痛感させられてしまった。
一応、この件に関連する技術情報としてフランス国立情報学自動制御研究所が公開した「GNU Taler」を紹介しておこう。
GNU Talerは プライバシーの保護が可能な決済システム。顧客は匿名のままでいられますが、事業者はGNU Talerでの決済を通じて収入を隠すことはできません。これは脱税やマネーロンダリングを避けることが可能です。(抄訳)
銀行口座がマイナンバーに紐付けられ、日本円に裏付けされた匿名決算システムが本邦へ導入されていれば、事業者や個人事業主、確定申告を自ら行う者、政治家たちは事務コストの大幅な削減と、我々全国民は所得税や法人税に関して現行税制のままであってもより平等に恩恵を得られたはずだ(ここでは現行税制が平等であるかは判定しない。所得隠しが難しくなることで現行税制の平等化が進むという意味)。
GNU Talerは例として挙げただけであり、これだけでどうにかなるというものではないが、一部の情報技術者、特に分散ネットワークへ興味を示している情報技術者の中では比較的好意的に捉えられている概念方式の決済システム。
我々情報技術者はこういった一般層が興味示しにくい、示すことができない技術情報を多く持っているが、技術者全般の悪い癖で自分たちだけで理解・納得・満足をしてしまう傾向がある。
これまでマンガアニメゲームのクリエイターが作り発表するだけで満足してしまっていたのと同様の問題を我々技術者も抱えており、このままでは良くないと危機感を覚えている。
ならば我々情報技術者の中から政治家を選出するべきなのではないかと思うのだが、我々は情報技術者が好きなだけであって政治は別に興味もないので、この好き嫌い、感情部分を乗り越えた赤松健氏には頭が下がる思いだ。
はてなユーザの興味が向いている情報技術関連といえば新型コロナウイルス接触確認アプリ「COCOA」の諸問題が挙げられるであろう。FLOSSで開発が始まったというのは評価に値するが国へ引き継がれた途端にAndroid版でのバグや、そもそも利用が広がらないなど運用に窮してしまった。
これに対する責任の声も少なからず聞くが、利用を促進するには国が強権を発揮するくらいの無茶が必要なので多少の同情は禁じ得ない。
WindowsではPowerToysが便利なので導入を国の制度で強制導入を決めるくらいの無茶だろう(※PowerToys : Microsoft謹製のWindows機能拡張ユーティリティ。様々な要因でWindows標準機能へ含まれなかったユーティリティ群とされる)。
ただ、強権を発動しないまでもゲーミフィケーション的に楽しく使うことや、割引クーポンを発行するみたいな市民の利用を促進するインセンティブが必要だったのでは？とは感じる。
本邦ではまだまだ情報技術者からすると不可解な情報技術運用が多くある。
例えば文科省のGIGAスクール構想までは良いが学校や請け負ったベンダーが端末パスワードを共通化してしまうことや、総務省がジャストシステム一太郎花子の事実上排除を決定してMicrosft Officeへ一本化してしまうというものだ。
GIGAスクール構想ではGoogle Chrome OSが支持を集めたのだからClassroomサービスによりパスワードを共通化する必要はそこまで無いと情報技術者は知っているし、Microsft Officeへ一本化するくらいであるならば保存形式をOpenDocument Format(ODF)にすることでMicrosft Officeと一太郎花子を共存させ無駄な予算の抑制、更に今後新たなオフィススイートが導入されても移行に手間は最小限に抑えられると知っている。
もっと言ってしまえば多くの行政機関や自治体、政党や政治家のWebサイトは極端なまでJavascriptへ汚染されアクセシビリティが地に落ちているのも視覚障害者にとって非常に問題である。
確認してみたいのならばJavascriptを切って各Webサイトへアクセスしてみたら良い。Javascriptが機能しなければコンテンツへテキスト1文字すら表示されないWebサイトの存在や、おそろしく醜い(見にくいではなく)トップページがレンダリングされることを知ることができるだろう。
視覚障害者のためのいわゆる「音声ブラウザ」はモダンで高度なレンダリングを解釈できるとは限らない。あまつさえ「今は高度な読み上げ機能を持つiOSやAndroidが主体だから良いじゃん」という視覚障害者がタッチスクリーンディスプレイを操作することへの無理解な声すら聞こえてくる始末だ。
これらの不可解さを解消するには「情報技術で国内外問題を解決する」というワン・イシュー綱領を持った情報技術へ深い見識のある政治家が登場しなければならないのではないかと思うのだ。
そして私はその一歩を踏み出すべきなのかどうなのか最近毎日悩んでいるのだ。
私は情報技術が好きだからこそ、情報技術は国内外の問題を解決できると信じているからこそ政治家にならなければいけないのかも知れない。
大体の場合において「bashが欲しい」という人はbashだけではなくgrepやawkやその他諸々のgnu ツールもまとめて欲しているが、それらを合わせてもwindows上で使うPowershellには機能レベルで遠く及ばないし、windows上のbash単体はLinux上のPowershell単体にも劣る。
Powershellでは、「文字列しか通さない古いパイプを通して文字列を切り貼りして受け渡しながら処理をする」なんて面倒なことはない。
bash+gnuツールだと別コマンドで文字列切り貼りしなきゃ取得できないメタデータも、Powershellならパイプでオブジェクトを渡せるから始めからオブジェクトのプロパティとして付いてくる場合が殆どだ。
windows上なら.net経由でシステムの様々な部分へのアクセスも可能だし、COMObject経由でofficeソフトそのものを直接操作もできる。
サードパーティーのモジュールで無理矢理データを弄るんじゃなくて実際にofficeファイルを吐くプログラムそのものをPowershellから操作できる。
なので、Powershellの記事によく付く「こんなのよりbash(+gnuツール)使いたい」ってのは「LinuxでPowershell使いたい」って言ってるようなもんだって分かって欲しい。
windows上においてはbashはPowershellの肩代わりは出来ない。
少し前からLinux上でPowershell動くようになったけど、LinuxユーザがPowershell一から学ぶ価値あるかと言われると、はっきり言って「あんまり無いかな」とは思う。
azure関連のコマンドモジュールがPowershellしかないヤツもまだあるみたいだから、azure触るためだけにwindows用意しなきゃならない事態を防ぐ程度の意味合いしかないような気はする。
そういうモジュールがLinux上のPowershellに対応してんのか知らんけど。
WSLでLinuxが丸々windowsに取り込まれたおかげでカジュアルなwindows上のbash需要も殆どは満たせる時代になったのは良いことだ。
別にPowershellのことを詳しく調べろとは言わないが、bashじゃwindows上のPowershellの肩代わりは出来ないって事だけは覚えておいて欲しい。
アメリカの掲示板でC++がCと違うものだと言う人が増えた という投書があった
まぁ 拳銃を持てない国に言われてもな って 返しておいた
ちょっとオプションが付いているC というふうにはC++という文字からは わからない といわれると まぁ しょうがない
Objective-C といわれると Objectiveという機能が 追加されたCなんだろうなぁと思う
C言語の型は原則 コンパイル時決定なんだが実行時決定などを使いたい といわれると
そりゃRuntime-Cとか なんかひとことCにつけたほうが売れるだろう
なぁ
ちなみに GCCというのはGnu コンパイラ コレクション 主にCなので 別にPascalが呼べて駄目じゃない
[B! OSS] GIMPの名称問題再発、派生版の「Glimpse」が誕生。 | SlackNote
これか。Twitter上ではGIMPの名前を使えなくなった。 https://twitter.com/expresser_uxm/status/1227981125978488833?s=21
問題のツイートは「@chibialf GIMP! GIMP!」。日本語文字を含まないのでリプで暴言吐いてる英文に見えるかも。英語圏Twitter上ではソフト名より普通名詞・俗語として使われる方が多い感じだし。Togetter→https://togetter.com/li/1468360
英語圏というのは（おそらく）読めもしないリプライによるツリー文脈さえ考慮なしに通報を受け入れていい文化圏なのか？
https://twitter.com/eXpresser_UXM/status/1227980517435305984
https://twitter.com/chibialf/status/1227756718735519744
他のフリソ探すかーーーーーー(ぉ
フリソ＝フリーソフト。
機械翻訳にかけた上でフリソがどこかの有名人知人と重なったのか？
https://twitter.com/eXpresser_UXM/status/1228278800821047299
「さらに審査した結果、Twitterルールには抵触してないようなので、アカウントの停止を解除しました。ご不便をお掛けして申し訳ありません。」という内容でした。
誤解はあったが文脈の勝利。とりあえず今後のGNUのGIMPの第三者としての呼称については気にしなくていいのでは。
MastodonはAGPLで開発されており、AGPLに則れば誰しもが自由に参入し使用することができるということは前回のエントリで言及させてもらった。
つまりコレはMastodonへ接続するいわゆるクライアントアプリケーションを作成する自由も認められていることとなる。
そのMastodonクライアントアプリケーションの1つとしてiOS向けに提供されている「Mast」という実装が存在する。
Mast - App Store
MastはiOSでは比較的高品質なMastodonクライアントアプリケーションとして知られ、多くのMastodonユーザから支持されている。
App Store上では¥600で提供されている有償ソフトウェアだが、ソースコードはGPLv3ライセンスの元にGitHubで公開されているので誰しもがMastを自由に使用することができるというフリーソフトウェア運動の一環として非常に好ましい姿勢であると見られてきた。
ShihabM/Mast - GitHub
GNUを代表格に自由を重んじるフリーソフトウェア運動へ関わるFLOSSなユーザはMastには¥600を支払う価値があるとし、景気よく¥600を支払ってMastを利用した。
GitHubからソースコードをcloneし、Xcodeでプロジェクトを作成、コンパイル＆ビルド、iOS端末実機で動かすなんてことは¥600支払った(女性かも知れないが)彼らのスキルからすると簡単すぎる手順であり、何なら自動化すらできるだろう。
スタバでMacbookを用いて1回ドヤリングするよりも彼らはMastの理念に感銘しMastに¥600を支払うことへ価値を見出したのだ。
そんなMastの製作者Shihab MehboobはGab問題で揺れるMastodonの創始者Eugen Rochkoの提言へ賛同しMastへ禁じ手たるアップデートをしてしまった。
Mastを購入したユーザに同意せずMastを起動するたびにMastodonサーバへ対してユーザに無断でGabをドメインブロックするシステムコールを送信するアップデートを施したのである。
つまりどういうことか？と言えばMastは¥600で購入するマルウェアと化したのだ。
百歩譲ればMastがスタンドアロンな機能としてGabとの通信が不可能になるアップデートを施すのならまだ擁護のしようはある。
しかし、今回のMastのアップデートは無断でMastodonサーバへGabをドメインブロックするシステムコールを送信してしまっているのだ。他人のサーバを無断で操作してしまっているのだ。
このMastの振る舞いは情報技術者へ問えば100人が100人とも「マルウェア的振る舞いであることは疑いようがない」と言うだろう。
しかも¥600支払っているのである。別に¥600が惜しいわけではない。フリーソフトウェア運動としてShihab Mehboobの生活の足しになればと思って多くの者は¥600を支払ったのである。
¥600支払ったユーザへ対して明確すぎるShihab Mehboobの背信行為が今回大炎上しているというわけだ。
勘違いしてならないのは、この件は別に北米の極右が集うとされるGabを擁護するためフリーソフトウェア運動を標榜する者たちが声を荒げているわけではないということだ。
GNU宣言を読めば理解できるように、フリーソフトウェア運動はコンピュータの制御権は個別のユーザへ対して帰属するべきということを一貫して主張しているだけなのである。
Gabのブロックは個別のユーザの価値観で決定されるべきであって、AGPLを冠するMastodonの創始者Eugen RochkoやGPLを冠するMastの製作者Shihab Mehboobが強制すべきではないと主張しているのだ。
Eugen RochkoやShihab Mehboobが歩もうとしているのは疑いようもなく言論統制への道であり、それはリベラリズムが憎む道でありGabが歩んでいる道でもある。
だからこそ今回のMastのアップデートは許されるべきではないとされ、Eugen RochkoやShihab Mehboobはフリーソフトウェア運動を標榜する者たちから反論が起きている。
上記のnoteを読み、感銘を受けたので分散SNSを中心に活動するユーザ達が今どのように分散SNSと付き合っているかMastodonを例にして記す。
悪を発見した者たちは自身の言動が正義として疑わず執拗なまでに発見した悪を追い詰める。
どう解釈してもその者たちは正義の味方【ヒーロー】ではない。悪を徹底的に追い詰める悪の敵【ダークヒーロー】である。
我々が幼少期に憧れたアンパンマンや仮面ライダーやウルトラマン、セーラームーン、プリキュアetc...などが取るような言動では決してない。
はてな匿名ダイアリーを利用するようなユーザは分散SNSをよく知っているだろう。ただしそれはおそらく誤解を多く含んだ理解だ。
分散SNSの多くはオープンな形で開発されており、情報技術者やギークの多くはオープンな技術を好む傾向がある。
だからこそ分散SNSに集うユーザは情報技術者やギークが多いのだ……これが既に間違いである。
確かに分散SNSにはその傾向はある。しかしながら分散SNSを使うようになった者は「Twitterに疲れた」という理由を持っていることが多いのだ。
いっときの、いわゆる「Twitterアカウント凍結祭り」が切っ掛けだったとは言え、分散SNSへ定着したユーザの大半は分散SNSに心の安寧を得ている。
悪の敵が跋扈するTwitterと比較して分散SNSは明らかに悪の敵の数が少ないのだ。何故だろうか？
その解答の１つとして、そもそも分散SNSには「Contents Warning(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で心の安寧を得るための現在想定できる最も良い方法なのだ。
