  |
はてなキーワード: マストドンとは
識者「マストドンってすげーんだよ！分散型で誰でもサーバー立てられるから1社で支配されることねーんだよ！その社が倒産してもSNSは続いていくんだよ！」
俺「でもユーザーはどっかの企業が立てたサーバーに登録して、その企業のルールに従う必要あるよね？その企業が倒産したら今までのログは消えて、別のサーバーで新たにアカウント取る必要あるよね？ユーザーにとってはmixiからFacebookに移住するのと同じじゃね？」
分散型twitterクローンを作りたいというのが目標ならLTLは存在しなくていいけど、
もしLTLがなければ、お互いになんの関連性もないつぶやきが高速で流れていく
連合TLをしばらく眺めただけで満足して二度とマストドンに触らなかった人の
ほうが多くなったのではないだろうか。
まだ日本で誰もマストドンの話をしていない…くらいの時期に、たまたま、分かりやすい名前で立ち上げてしまった。
それがすべてです。
そうやって既存のツールやSNSの名前を挙げて説明してくれれば、より分かりやすいのに
マストドン賞賛記事って、マストドンってこんなに新しい、って話ばかりよね
比較するのはtwitterだけで、ようは「twitterに不満の皆さ～ん、日本企業が運営する新しいSNSに移住しましょ～」って宣伝ばかり
読むだけ専門の人はそう感じるかもしれないけど、
識者「違うんだよ！マストドンってすげーんだよ！だってはてなとかツイッターで話題になってるんだよ！よくわからないけど！だから凄いんだよ！」
識者「マストドンってすげーんだよ！分散型で独自のサーバー（インスタンス）を立てて繋がれるんだよ！」
俺「つまりイメージとしてはtwitterとFacebookの間で繋がれたりするってこと？ すべてのSNSを一つの画面でチェックできたら便利だよね」
識者「違うんだよ！マストドンってすげーんだよ！twiやFBのような中央集権型じゃなくて自由にサーバーが立てられるんだよ！」
俺「つまりイメージとしては誰でも自由に2chに新板を追加できるってこと？ 俺、PCの2chブラウザに2ch外部の板も追加で入れてるけど」
識者「違うんだよ！マストドンってすげーんだよ！タイムラインがチャット部屋みたいになってておもしれーんだよ！言いたい放題なんだよ！」
俺「？？？ 2chの実況板とかなんJみたいに、流れが早く不謹慎なこと言ってもすぐに流されるから楽しいってこと？ 警察に通報する時どうするの？」
現在、日本語がメインのインスタンスはmstdn.jp(ユーザ数85k、個人運営→ドワンゴ入社)、pawoo.net(ユーザ数78k、pixiv運営)、friends.nico(ユーザ数10k、ドワンゴ運営)、の3つが主な勢力となっている。
「マストドンは分散型SNSなんだからどこのインスタンスにいようと同じだろ」と思うかもしれないが、それは正しくない。というのも、「マストドンをどう使っていいのか」が、現状ではまだ誰にもわからないからだ。少なくとも現在は「ローカルタイムラインを使用したチャットツール」としての使われ方をしているため、どのインスタンスに所属するかで、かなり印象が違ってくる。
たとえばpawoo.netはハイレベルな変態の集会所となっている。昨日の深夜、男の娘ママについて熱く語り合っていたのを見たときは、「人類は衰退しました」で妖精さんが数日にして文明を作り上げたシーンを思い出した。
friends.nicoは'90年代からインターネットにどっぷりだったようなおっさんの寄合所となっている。年齢層が高めのためか治安がよく、ローカルタイムラインも話題を追えるギリギリの速度のためコミュニケーションを取りやすく、少なくとも筆者は現状で一番居心地がいい。
mstdn.jpはローカルタイムラインを追いきれないので見ていない。筆者はこの「ローカルタイムラインの速度」というのが今後のマストドンの進化において重要な要素になってくるのではないかと思っている。
いまさらだが説明しておくと、マストドンにはホーム、ローカルタイムライン、連合タイムラインという概念があり、それぞれ違う役割を持っている。
ホームは自分の発言、フォローした人の発言等が表示される。Twitterと同じような使い方をするならここがメインになるだろう。
ローカルタイムラインは所属するインスタンス内の公開発言がすべて流れる。現在のfriends.nicoのユーザ数が1万人で、ギリギリ話題を追える速度なので、このあたりが閾値になりそうだ。
連合タイムラインはそのインスタンスが連携しているインスタンスの公開発言が流れる。これはとてつもないスピードでタイムラインが流れていくのでとうてい追い切れるものではない。しかもそれぞれのインスタンスで文化圏が違うので話題もバラバラだし、それぞれのインスタンスの独自用語・独自実装があるので、他のインスタンスから見ると意味がわからないことも多々ある。
たとえばfriends.nicoで「〇〇さんの発言ニコりました！:nicoru:」と発言したとき、friends.nico内では「ニコる→お気に入り」という前提があり、:nicoru:が独自実装でニコニコマークに置換されるため、ちゃんと伝わるのだが、他のインスタンスからしてみれば、まず「ニコる」という用語がわからないし、:nicoru:マークも置換されないのである。
このように、連合タイムラインはその超スピードもあいまって正直あまり意味がないものになってしまっているのだが、筆者はこれはこれで必要な機能だと思っている。ローカルタイムラインだけを見ているとその文化圏・言語圏に閉じてしまいがちになるが、ふとした瞬間に連合タイムラインに切り替えると、そこにはいろんな文化圏があり、いろんな言語圏があることを思い知る。そのタイムラインをすべて追うことはできなくても、その人たちと直接コミュニケーションを取ることはなくても、たしかにそこにいる。たしかにどこかでつながっている。そういう感覚が常にある。ニュースグループやIRC、ICQやSkype、掲示板やSNSでも似たような感覚はあったが、それとも少し違う妙な感覚だ。
もちろん現状の「ローカルタイムラインを使用したチャットツール」という使われ方は長続きするものではない。mstdn.jpを見てわかるように、ユーザ数が増加するとタイムラインの速度も急激になり、会話が成立しなくなるからだ。今後はTwitterよろしくフォロー・フォロワーの関係性が重要になり、ホームのタイムラインがメインになっていくかもしれない。その場合はローカルタイムラインが現在の連合タイムラインの役割を果たすだろう。または何か違う別の方法でスケールできるようになるかもしれない。その仕様がどのようなものかはわからないが、この唐突にあらわれた風雲児がどのような成長を果たすのか、しばらくは見守っていきたいと思う。
マストドンの無料ホスティングサービスって、今後出てくるかな。
ゲーム攻略・無料ウィキレンタルの アットウィキ (@wiki) https://atwiki.jp/
全然違うよな。
勢いのある雑談スレがその中にあってもいいけど、それが世界の全てになったらそれはマストドンではなくなる。
お前らって上辺しか見れないんだなーって
2017/04/22 ■ マストドン（Mastodon）の面白さを維持するために絶対必要なただひとつの機能 http://blog.mobilehackerz.jp/2017/04/mastodon_22.html
この記事は大体は的を得た良記事だと思うがアカウント移行機能という提案は正直イマイチな気がする
インスタンス越えた複垢のフォローフォロワートゥートの同期等のインスタンス越え複垢前提の仕様変更
そもそもどこかのインスタンスひとつにフォローフォロワートゥート情報を縛られるのが良くない
定期的に思うんだけどプログラムで無理な英語にせず日本語にすればいいのにって思う。
（実践はしていない）
日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode対応で日本語書けるもの。
○画面に表示する時
フレームワークや言語にもよるけど表示するときに英語の名前から日本語の名前に変換して表示って手間があるものがある。
最近見かけた例だと.NETでプロパティの属性に表示名書いて表示するときに取り出していた。
最初から日本語だとそのまま表示でいいことが多くて一段手間が省ける
次に他の人の英語化したのを見る時。
その人の英語力にもよるけど、動詞名詞が変に混ざっていたり、sがついてたりなかったり、そもそもchildsみたいな謎の語があったり。
そこそこできる人同士でも、「私はニュアンス的にこっちの単語」「僕はこの単語のほうがいいと思う」とかある。
相手の書いたところがわかりづらいのはもちろんだけど、プログラム的に同じ意味なのにクラスや関数によって呼び方違うと辛い。
かといって全員に日本語と英語の対応を先に渡しておいて統一しようというのは大変すぎる。
（日本語だと仕様の時点で日本語で書いてるからまぁおかしなことにはそうならないはず）
----
次にデメリット
軽く調べた感じ主にこの2つな感じ。
○IME
と思うけど、実際チャットやこういう文章書いてて英語が出るときに割りと頻繁に押してる。
ほぼ無意識でやってて意外と苦じゃない。
短いとF10変換で半角にすることもあるけど、キーボードのタイプ数カウンタとか入れてみると半角全角キーはけっこう上位にいた。
それに、なんだかんだコメントは日本語で書くことが多くて、他の人と作るのならこまめにコメント書いてる。
そうなると全角半角の切り替えは普段からあるもので、あんまり気にするほどじゃない気がした。
最近じゃIDEやエディタの補完が優秀だし、日本語にするにしても「最初はjから始める」とかルール入れておけば「j」って打ってあとはスコープにあるいくつかの候補から選ぶだけで全角にしなくていいかもしれない。
githubで公開したりとかライブラリで再利用してもらうときに日本語じゃ使ってもらえない。ってことみたい。
私が日本語にすればいいじゃないって思ってるのは、ビジネスロジックというかそのアプリケーションの固有名詞みたいなところ。
「足し算」って関数名は 「add」 でいいと思うし、配列のそれぞれは element とか item とかそういう一般的な英単語でいいと思う。
具体例がいいづらいけど、業務システムで表示する金額の名前とか、日本語独特なものとか、一般的な単語じゃなさそうなの。
こういうのを日本語にしたいってわけなので、ライブラリ的な共通なところは英語で良いからgithubで公開する範囲も英語のものでいいと思う。
ただ、最近はやってるマストドンとか、ライブラリ的なものじゃなくアプリケーション自体をgithubで公開する場合はできない気がする。
でも、海外も対象にしてるものだと日本語特有なせいでわかりづらい英語になる苦労とか少なそうだしそういうのだと英語でいいんじゃないかな。
----
長くなったけど、まとめると、
業務システムの固有名詞とか日本語特有なものとか無理に英語化してよくわからないことになってり、見づらくなるくらいなら日本語使えばいいんじゃないかな
ということ。
まあ思ってる割には実践してないので、やってる人がいたら良かった・悪かったとか聞きたいなと思ったのが書いた理由。
帰ってきたらすごいブクマついてた。
絶対「自分でやってから言えよ」みたいな意見来るだろうと思って今日の空き時間に日本語行ける言語調べたり軽く日本語使ってコード書いてみたので、そのあたりと目についたコメに答えてみる。
まず、思いの外日本語プログラミング言語上げてる人がいたので、うまく伝わってなかったぽい。
具体例上げずにサッと書いたらからかな。
あと自分もわりとするけどタイトルだけ見て中身見ずにコメントしてた人もいるだろうなー。
これが、などしこやひまわりや、BF系のmisaやら北斗のあれやらうにゃーとか色々な「構文など最初から日本語を前提とした言語」ではないってこと言ってた。
---
最近の主要な言語ならだいたい Unicode 対応でしょと思って環境があった言語を試した結果はこうだった。
JavaScript/Python/PHP/Scala/Kotlin/C#/Go/Swift
rust と Lua は無理だった。
rust は確か前に、変数名が ascii 文字だけなことに日本以外のどこかの国からUnicode対応にしてって多くの要望あったみたいな記事があったし将来的に対応するんじゃないかなって思ってる。
実際に今どんな状態かは知らない。
その記事のコメントとかでみたけど、日本語以外は割りと自国の言葉を使ってたりするっぽいね。
VBA を上げてる人がいたけど、私はそこまでのはみたことない。（幸せ者っぽいな）
稀にエクセルマクロいじるときに使い方ググってて出て来る、解説してるページで関数名が日本語なのをたまに見るくらい。
パット見なんか気持ち悪い感はあるけど、読んだときのわかりやすさはけっこう大きい。
---
○使ってみて
大規模案件に使ってみてこその問題もあるだろうけど、簡単なスクリプト程度のを日本語にしてみて気づいたこと。
割といける。
PHPて言語は変数は全部$からはじめないといけない欠陥言語。
まあ変数のみのgrepのしやすさや予約語キーワードを変数名に使えるからメリットもある。
だが、$って打ちづらい。
Shift+4ってすごいつらい。
に比べて全角半角キーってちょい遠いけどそこまで苦痛じゃない。
GoogleIMEだけど、多少のタイプミスは補完で修正してくれるし、予測変換が優秀だし。
IDE重いから補完機能のない軽いエディタで書くようなときなら、IMEのおかげで英語の変数名で書くより速度は早いと思う。
---
少し前に知人から言われた日本語のデメリットを思い出したのでそれも触れとく。
「仕様変更で言葉変わったときに日本語だと全部書き換えないといけないよ。英語だと別にそのままでいいし。」
英語わからない人が、英語を言葉とみなさずただの記号として考えてるから、っていうような発言。
仕様変わって変数名まで変えるのは面倒なのはわかるけど、あとからコード読む人が英語で見て意味不明になる。
英語と日本語の対応をコメントに書いたとしても、全然意味の違う英語があるのは混乱でしかない。
こういう考えの人がいたら本当にやめてほしい。
---
あとは気になったコメントについて書いてく。
表記ゆれとか方言とか言い回しなどについては、全部日本語にするとあるだろうけど、私が想定してるのは直感的に英語にならないような固有名詞とか。
年金の例も○○年金というのがいろいろあって、全部英語だと嫌になってくるしよくわかる。
こういうのを日本語にしたい。
なので年金額を取得する関数で「年金額を取得する」「年金額を取得」「年金額を取り出す」とかの表記を迷うんじゃなくて「get年金額」でいいと思う。
特にDBにある項目だと仕様とかで先に言葉が決まってることが多いだろうし。
---
見た目について。
見た目が残念とか見づらいというのは同意。
見た目が悪いというのも全部英語っていう前提があるからで1ヶ月も日本語のコード見ればなれるんじゃない？って思う。
---
へとヘ
これはありそうな問題。
ただ、IDEを使う前提なら未使用変数のエラーとか、選択したときに色が変わってないとか、割と気づけると思う。
lとIとかアルファベットでもあるけど、IDEや高機能エディタ使うと困ることはほぼなくなった。
---
私が日本語にしたいような固有名詞をローマ字化してるプロジェクトにであったことはある。
それにローマ字のほうが「ん」でnは1つか2つかや、ヘボンorローマ？という日本語より表記が揃わない問題ある。
特にローマ字の場合自分がキーボードで打つ方じゃないと書きづらいのでそろえてもらうのに抵抗がある。
---
海外向けとか海外の人と一緒に作る系なものって最初から英語で困らない単語ばかりだと思う。
そういうのは対象外。
今回いいたいのは、元から日本しか対応してないような業務システムなど。
そういったところの固有名詞が日本語になったからって、困ることはないはず。
日本でしか使われないもの・海外向けにするにしてもフルスクラッチで作り直すことになるようなもの、
---
テストだと日本語が使ってる人多いのかな？ブコメのスタートップだし。
---
長くなったけど参考になる意見もいろいろあって助かった。
