読者です 読者をやめる 読者になる 読者になる

mstdn.jpに存在するMastodonDeveloperなるアカウントは批判されるべきという話

ちょっと前に @MastodonDeveloperなるアカウントがmstdn.jpインスタンスに現れてまして、実態が不透明な上に、発言内容や活動内容などが曖昧かつ問題があるため、コミュニティ醸成のために早く消えてほしいなと思っています。*1

とはいえ、別にルールに反しているわけでも法に反しているわけでもないので管理者によるkickは不適切だと思いますし、こうして批判するだけに留めておきます。

そもそもどんなアカウントなのか

最初はMastodon開発者を名乗っており、ぬるかるさんから「紛らわしいことやめろや」と言われたりいろいろあった末、「技術的ではないユーザーサポートをする」ことになったアカウントのようです。

ただ、情報ソースの提示に対しては消極的(とても謎)らしく、他ユーザからサポート情報の正確性を担保しろと言われて以下のような回答をしていたりします。 f:id:MysticDoll:20170419161140p:plain

引用元

ユーザーサポートをする団体(?)としては不誠実だと思うのですが、どうなんでしょうね?

問題があるなあと思ったので送ったリプライなど

f:id:MysticDoll:20170419160452p:plain

引用元

f:id:MysticDoll:20170419160434p:plain

引用元

まあ見てもらえばわかるんですけど、ユーザサポートを謳うアカウントがやるべきことは個人の意見を垂れ流すことではないですし(垂れ流したいのであればこちらのアカウントに所属していることを表明した別のアカウントでやれば良い)、ましてやオフパコがどうとかpawooがエロ無法地帯とかあまりにも不適切がすぎるので正直このアカウント複数人で運営していないしアホが一人でやってるんかな?とは思いました。

他にもこういったリプライが送られているんですが

f:id:MysticDoll:20170419160049p:plain

引用元

onsen.techインスタンスに保存されているのでこうした形では見えますが、何も返答がないまま当該のトゥートを削除するだけという対応をしています。

ご提案

ユーザーサポートを行う有志ユーザー団体を作るのであれば、mstdn.jpにアカウントを作成するのではなく、有志ユーザー団体のインスタンスを個別に建て、各インスタンス管理者に紹介をしてもらうなどの方法で運営するほうが適切な形なんじゃないかなあと思います。

また、このアカウント本当に実態が不透明で、何人いるかもわからなければ誰がやっているかもわからない、公式サイトすら存在しないので信用性が低く、公共的なアカウントとしてやっていくのは不適切です。

d.hatena.ne.jp

こちらの記事でもありますが、mstdn.jpに乗っかる形で公共的な顔を持つアカウント運用するのは本来のMastodonであったりOStatusであったりの仕組みからしてアホな感じがしますね*2

もう一つ提案したいのが、Mastodon JP User Groupの設立などですね。

インスタンス運用者で集まってユーザー会を設立して、その上でサポートインスタンスを運用してくなどの方法であれば、こういうアホが蔓延るリスクを減らせるし、運用の透明性も担保できると思います。

インスタンス運用していない私がイニシアチブとるのも違うと思うので、現段階では提案に留めておきます。

また、Mastodon自体そんなに後方参照性高くないので(これはTwitterも同じだが)、公共的なFAQページや使い方などWiki的なの作って、Mastodon上で質問受けつつWikiで情報管理していくなどがきれいなユーザーサポートなんじゃないかなあとは思います。

*1:どちらかというとこういう紛らわしい活動してるアカウントが気に食わないという理由が強めです

*2:せっかくドメイン名の名前空間で公式性が証明できるのに

俺もMastodonについて適当に語っていっちょブクマ稼ぎますかw

Mastodonについてなんか書きます。

適当に語ってブクマ稼いでる人がいるかは知りません。

解説

なんか

github.com

この辺とか人々の読んでいるニュースサイトとか読んで。

mstdn.jp

頑張ってほしい。

ぬるかるさんにはクソサイト開発バトルに参加していただいたりしていてかかわりもあるし、頑張ってほしいですね。

ぬるかるさんは本当に実力のあるすごい人なので、応援しています。

大学院優先で運用無理ならデータ爆破してほしいです。頼む!ッ

状況

正直、人間が多いインスタンスは当然だけど厳しい感じの人種も多く、見ていて辛くなりますね。

あと3万人近くの人間の管理を一人の大学院生に押し付ける構図はよくないので、もう少しちゃんといい感じに社会がMastodonインスタンスを立てて本当の意味で分散化した方がいいと思います。

正直大金と人間の管理を押し付けられてる人に対して

mstdn.jp

こういうの送れるのは冗談でもちょっとすごいなと思います。もう少しマイルドに、仲良く、平和に…各位平和に…

まあとにかく辛くなったら爆発四散はやってほしいです。俺は身勝手なSNSジャンキーのためにぬるかるさんが辛くなる構図は見たくないです。

それとは別に3万人のデータが爆発四散というのは楽しそうだし、再建のために爆破とかじゃなく本当の終わりという意味で爆発四散してくれると*1楽しいです。

pawoo.net

こちらは法がね…

法は面倒なので技術的に解決~という話があるらしいので*2どういう解決するのかは気になりますね。

今後

まあみんなそのうち飽きるだろ~とは思いつつも、飽きなかった場合はいろんな企業がインスタンス建てて商業的に利用していくといいんじゃないですかね。

分散型的な話は実際面白いので、面白く使う人が増えればいいなと。リテラシー低そうなアレが飽きて、なんか面白そうな人たちが使っていくのがいいのかな~

自分も悪いオタクと悪いこと言いあう用のインスタンスとか作ろうかな、とかは考えていますが、就活やゼミのアレとかバイトとか厳しい状態なので、未定です。

*1:俺が

*2:要出典

ECMA262でのNumber Typeの仕様及び算術加算演算子における浮動小数点数の丸め

こんなツイートをしたのを思い出し、とりあえず仕様読んで調べたあたりのことをまとめて書く気持ちができた。

忙しいので少々雑だが、まあやっていきます。

IEEE754-2008

Number Typeの定義はECMA262を参照するとこちらにIEEE754-2008で内部表現されてるみたいなことが書いてありますね。

まあそれはそれです。とりあえず64bit浮動小数点数で扱われています。細かいことは読めばわかります。

算術加算演算子の仕様

こちらです。

こちらによると

In the remaining cases, where neither an infinity, nor a zero, nor NaN is involved, and the operands have the same sign or have different magnitudes, the sum is computed and rounded to the nearest representable value using IEEE 754-2008 round to nearest, ties to even mode. If the magnitude is too large to represent, the operation overflows and the result is then an infinity of appropriate sign. The ECMAScript language requires support of gradual underflow as defined by IEEE 754-2008.

とあり、浮動小数点数の演算の結果はIEEE754-2008を用いて最も近い偶数値に丸める(最近接偶数への丸め)とのことです。

最近接偶数への丸めに関してはこちらのサイトの解説が分かりやすいかと思います。

問題について

ナンセンスだと思います。

この問題が聞いていることはJavaScriptの問題というよりも、浮動小数点数の丸めに関する話ですね。

確かにこのことはJavaScriptの仕様を知らないとわからないことではあるのでJavaScriptの問題ともいえますが、JavaScript固有のことではないので、JavaScriptの問題!として書くのはちょっとどうなの、と思います。

まあ似たようなことはすでに各所で言われているのでアレです。

こちらからは以上です。

特に入社したりしていないが驚いたこと

ちょくちょく新卒で給与が20万とかのエンジニア職の募集を見かけ戦慄する。*1

個人的には月30万くらいは貰いてえなあ〜と思っていたためワハハとなりました。

ちなみに20万という額は時給2000円で100時間くらいで稼げますね。

こちらからは以上です。

*1:細かい条件はちゃんと見ていないのでやり方によって30万とか貰えるのかもしれない

花見がしたい

github.com

作ったので参加者を募集しています。

一応面識ある人だけにしたいが、ある程度Twitterとかでやり取りできれば要相談という感じで(インターネットは怖い)

現在のやっていき

ゼルダの伝説 ブレス オブ ザ ワイルド を引き取った

ということでWiiU版でやりたいなと思っていたゼルダBotWは不意にこんな形で購入することになりました。やったね

補足ですが

次は本当にておくれることになるので各位注意してどうぞ

奢られチャンスを管理するリポジトリも公開した

github.com

私に奢りたい時にIssueを出し、奢ったらREADMEのリストに名前を追加したプルリクをIssueに関連付けて送るという流れです。

飯を奢られたい歳頃なので、やっていきです。

普通に飯に誘うみたいな使い方も出来なくもない気がしますね。

こちらからは以上です