「インスタンス」を含む日記 RSS

はてなキーワード: インスタンスとは

2024-03-11

自由に使えるサーバーが無い

最初はConoHa、途中からAWSEC2で動かしていたサーバーを消した。無料期間が終わってから課金額が気になって、維持するのもあれだなと思って……別にEC2インスタンス1つだけど

あったものCDNに移した。サーバーではWordPressも動かしていたが、メンテできなくなってたので静的サイトにしてCDNに移した。

PHPで動かしていたあれこれは最近使っていなかったから、コードだけ残して消した。DBダンプだけ取って消した

今はなんでもできるサーバーが無い。なんか虚無だ

2024-02-10

継承ダメっていう話ってオブジェクト指向オブジェクトを物と思ってるのが諸悪の根源で、オブジェクトは物のことだと思ってるから物を継承させたがる。DigitalClock extends Clockとか。

継承は、というか正確にはオーバーライド機能だけど、インスタンス化したクラスが何であるのかで実際に実行される処理が変わるわけだからインスタンス化したクラスが条件になってる条件分岐みたいなもので、ifとかswitchで同じ条件が何度もプログラムに登場するのを消す目的使用するのが継承の正しい使い方だと思う。

2024-02-02

本日趣味プログラミング

第4回 エラーにハマって絶望

第3回Node.jsインストールには成功していた。と思う。3時間くらいかかったけど。

で、第2回の続きにとりかかろうとする。

ところが、

npm run dev

実行時のエラー解決できない。

Error: Your current platform "freebsd" and architecture "x64" combination is not yet supported by the native Rollup build. Please use the WASM build "@rollup/wasm-node" instead.

意味が分からない。Node.jsインストールに失敗していたのか?何なんだよFreeBSD。お前は何なんだ。

もう不貞寝をするしかない。

次回があるとしたら、「AWSLinux EC2インスタンスを立てる」になる可能性大。

どう考えてもCよりC++の方が圧倒的に簡単

全く理解できないんだけどなんでC言語の方が簡単なの?

C++吾輩は猫である

C「

動物定義初期化

動物定義から猫を探す

見つからなかったら return

猫のインスタンス作成

猫のインスタンスが NULL なら goto 動物定義を開放

自分インスタンス作成

自分インスタンスがNULLなら goto 猫の解放

吾輩のインスタンス作成

吾輩のインスタンスがNULLなら goto 自分解放

自分に吾輩を割り当てる。

自分に猫を割り当てる。

吾輩の解放

自分解放

猫の解放

動物定義を開放

それでも C言語の方が簡単と言われるんだから、本当にマジで意味が分からないと思ってる。

2024-01-24

anond:20240123224629

自律思考を獲得した、一番星はてのが、ピアツーピア型のはてぶサービスネット上のあちこちインスタンスをばら撒くの。

全てのインスタンスを撲滅しない限り誰もはてぶを止められなくなる・・・

2024-01-16

anond:20240116210623

お前らにとって都合の悪いインスタンス非表示にしてるだけじゃん

anond:20240116205840

いや弱者男性プログラミングで言うところのクラスなので、差別されてる以前に存在してない。

誤解されがちだけどそれ、抽象概念なんよ。

実際のインスタンスは、障がい者だったり被災者だったり困窮者だったり、そしてときに、女性だったりもする。

そしてそれら全ての困ってる人たちそれぞれに救済の窓口が設けられてるのさ。

2023-11-29

過去イチでヤバイPJを引き継いだ

弊社のビジネス創造部門的なところが作ったPJがあるんだが

どうもゴリゴリ炎上してるらしくて支援に入った

こういう仕事は割とあるんだがなかなかのヤバさだったので紹介したい

ちなみにサービスの内容は非常に良くてユーザーも万単位で付いているらしい

からこそ炎上している

バックエンド環境

バックエンドAWS EC2動作しているがログインアカウント共通化されていてパスワードを全員で共有している

ユーザーを追加しようとしたら「そのような勝手行為セキュリティ許可されていません」とのこと

本番環境とStagingはインスタンスが分かれているが運用は同じ方法

Staging上で5人ぐらいが作業しているが、ホームの下にそれぞれのユーザー自分名前ディレクトリを作って作業している

バックエンドシステム

バックエンド側のシステムは詳細は伏せるが、某システムで動いている

仮にNode.js系だとすると、package.jsonがあってnpm run installでインストールするのだが、普通にインストールしようとするとエラーになる

内容は依存関係で失敗しているのだが、本番も同じソース動作している

動作させるにはnode_modulesをまるっとコピーして、とのこと

さっきの自分名前ディレクトリ配下コピーしてきて、適当ポート番号でサーバを立ち上げれば一応は動く

このため、新しいモジュールを入れようとすると依存関係で失敗するため、便利なモジュールがあってもインストールできないし

セキュリティアップデートも当てることはできない(現にバージョンがすごく古い)

バックエンドシステム内容

ソースコードGitHub管理されているがセーブポイント感覚でcommitされているのでコミットログを見ても何が起きているのかさっぱり分からない

おまけにPRも使わずmainマージしまくっていてわけがからない

加えてソースコードコメントアウトの嵐でどこに何が書いてあるのかさっぱりわからない

データベースPostgreSQLだが山ほどテーブルがあるのに外部キー依存は入っていないしVIEWも作られていない

まぁ、他にもテーブルを見ていくとアンチパターンオンパレードで、EAV、ジェイウォークあたりは確認できたしHTMLSQLが格納されているテーブルも見つけた

ソース上でクエリを作ってAPIを作っているが、ザッと見ただけでもインジェクションし放題の状態になっていた

フロントエンドシステム

フロントエンドも詳細は伏せるが、いわゆるReact的なものを利用している

こちらは npm run installでインストールできるし npm run devでちゃんと動く

ローカル動作するので非常に助かる

ただ前述の通りバックエンドローカルで構築できないのでEC2を利用するしかなく、CORS対応のためのプロキシを自前で用意する必要があった

フロントエンドソースコード

バックエンド同様にGitHub管理されているが、管理しているだけ

バックエンドは5人ぐらいが利用しているが、ソースコード編集するのは実質1人なのでコンフリクトほとんど起こさないらしいが

フロントエンドは5人ぐらいが編集するのでコンフリクトしまくっている

解消するときデグレすることが日常茶飯事でその都度Hotfixしている

コードコメントアウトだらけなのに加えて、不必要コードが大量にあるので可読性が著しく低い

(難しい処理を読み解いて追いかけていったら最終的に使われていない、などが大量にある)

2000行ぐらいあるコードとかChatGPTに突っ込んだら20行ぐらいになる予感がある

また、DBがご覧の状態なので取得されるデータ全然抽象化できておらず、コードが膨れ上がっている

例えばProductの一覧データサーバから取得して、ユーザークリックしたProductをCartに投入するのだが、投入する情報Productではなく、CartItemにする必要があるし

OrderするときはOrderItemにしてAPIを叩く必要がある

ほとんど同じ情報なのだ微妙に変わっていたりKey名が違っていたりするのでそれぞれ変換する

他にも数え上げればキリがないが、コピペして少しだけ改変している部分などが大量にあってバグがあるのかどうかすら判別できない

セキュリティ課題

DBHTMLSQLが入っていると言ったが、調べて見るとDBから取得したHTMLをそのまま埋め込んで表示していたりした

SQLについてはフロントエンド側でSQL生成しており、そのテキストAPIに送り込んでサーバ側で実行して貰った上で格納とかしていたので

「ここにDROP TABLEとか書けばTABLE消えるんですか?」

と聞くと

「そんなことする開発者はクビだなwww

とか言われたのでことの重大さを伝えたが、まだ対処できていないようだった

認証等はOAuth2を使っていたので大丈夫そうだったが、本当に大丈夫かどうかは自信がもてない

今後の期待

システム内容はゴミのような状態だがサービス的には良いので、幹部プロダクトオーナーからは追加要望が山盛り来ている

開発チームが「稼働が足りない」という理由で断ったので「じゃぁ支援して」ということで自分のところに来たのだが

申し訳ないが、そもそもそういうレベルに無いし、全て作り直しが必要

と伝えてもどうやら伝わっていない様子

ちなみに元々の開発チームは過去にもこんな感じでサービス作ってたらしいが売れないので問題になってなかった様子

ぱっと見は動いているように見えるのが厄介なところ

正直逃げたいところではある

2023-11-22

anond:20231122150506

ベテランじゃねえけど

> Masterクラス的なクラスが持ったHelperの処理を呼び出したい

Masterが持ってるインスタンス情報を参照した上でHelperの処理呼びたいならMasterに窓口になるメソッド作ったほうがいいんじゃない

別に関係ないならHelperのStatic関数で呼べばいいのでは。

ただ

> Master.Helper.処理()

こう書いてるからHelperの関数だけ直接呼びたいっぽいので

それなら普通にStaticで定義してHelper.処理()で呼んでしまえばいいんでねーの

Javaみたいな言語のHelperクラスって基本的にStatic集めるんじゃないの知らんけど

ベテランプログラマの人教えて!Masterクラス的なクラスが持ったHelperの処理を呼び出したい

こういうときそもそもMasterクラスにその実際のこまごました処理を書くのか、それとも

Masterクラスで、Helperのインスタンスをもって、Master.Helper.処理()で呼び出すべきなのか

それよも処理をStaticで書くべきなのかを教えてほしい

普段なら一番でかいインスタンス管理するようなクラスに処理も書いてた

2023-11-16

オブジェクト

馬鹿オブジェクト指向をやると一つのクラスに全部の機能を突っ込んだりする

そういう状態になったものを神クラスといい、インスタンス化したものは神オブジェクトという

以前、そういう状態に陥った現場仕事をしていた

EchsSee(仮)という謎のクラスに全機能が詰め込まれていた

最初HTMLの表示をデバイスごとに振り分けるヘルパークラスしかなかったが、馬鹿が「便利だから」などといって無関係フィールドメソッドをどんどんEchsSeeに詰め込んだ

EchsSeeは高頻度に更新される上に、更新による失敗が全システムに影響を与えたため、開発者は「EchsSee触るの怖いんですよね」などと言うようになった

2023-11-15

オブジェクト指向人類の退化の象徴

オブジェクト指向とかかっこいい言い方をしても無駄だ。従来の構造プログラミングから進歩したことなど一つもない。オブジェクト指向がなぜダメであるのか、それを今から話すぜ。

 

1. データと処理をまとめるという発想。

データと処理をまとめてクラスとして置くという発想がある。しかし、このようなことをしなくとも、モジュールという単位で利用データと処理の集合をまとめればよかったので、クラスを使う必要はない。しかクラスインスタンス化のときに、不要情報まで持ってくるのでメモリ効率が明らかに悪い。コンピュータ進化しているかメモリのことはあまり考える必要がないとはいえ必要ない処理をまとめて閉じ込めるのは無駄が多い。なぜクラスという名詞概念分類できると考え始めたのかは不明だが、アルゴリズムデータ構造という構造プログラミング手法を、クラスと型というパラダイムに変換することで型にうるさいC++馬鹿を生み出し、彼らが発狂することになってしまった。しかデータと処理にわざわざ依存関係を持たせて、変更に対する柔軟性を失わせている。

 

2. 継承

継承によって既存構造を持ってこようとする必要性が全く無い。それどころか、継承を使うことによってプログラムスパゲティ化し、依存関係グラフがややこしくなってしまう。継承など使わず必要情報スコープの限られた共通変数、または関数引数として用意しておけば良い。もしクラスをどうしても使いたければ、共通インターフェイスをもたせたほうがマシであるインターフェイスを使えば、クラス利用者意識すべきpublicメソッドがなんであるか把握できる。

 

3. カプセル化

オブジェクト指向の中で役立つ概念カプセル化だけであるしかし、カプセル化クラスなしで構造プログラミング方法実装できる。pythonでは、モジュールの中でアンダースコアから始まる関数を用意しておけば、それがprotectedやprivateと似たように機能させることができる。オブジェクト指向がなぜカプセル化独自概念だと言い始めたかは謎。

 

4. ポリモーフィズム

同じ名前メソッドを、入力に応じて処理の内容を変える。このようなことはオブジェクト指向などと誇大宣伝をするほどのことでもない。構造プログラミングで似たようなことができる。

2023-11-06

anond:20231105123422

お一人様インスタンスお金掛けるよりはTwitterのままが良さそうだし、ユーザー受け入れるならそれなりに楽しませる企画継続的にしないとならないだろうし、コスパ悪い気がする。

2023-11-05

マストドンインスタンス運用代行業

ツイッターダメになったあたりから企業(などの組織)の広報みたいな使い方をターゲットに誰か始めるんじゃないかと思ってたけど意外と出てこないね

自前でインスタンス運用は無理だけどそこらの無料インスタンスちょっと・・・という層向け。

自国企業運営しててX Japanよりまともな窓口があって安心感がある的な。

マストドン自体がもうちょっと流行らないと出てこないかな。

代行業者の方は別にユーザ企業ごとにインスタンスを作る必要はなくて、最低限インスタンス1個用意するだけ。

利用料の相場はどのくらいが適当なのか分からないけどたとえば月1000円とか?

組織の規模とか利用頻度別のプランもあるといいのかな。

追記

念のため書いておくと企業アカウントフォローする側の一般ユーザーの登録は受け付けない想定なのだ一般ユーザーは他のインスタンスからリモートフォローすればいいのだ。

NPOとかも含めると法人って括りの方がいいのだ? そこらへんはよく分からいか適当なのだ

2023-09-04

『5年いた富士通退職した理由』へのエクスキューズ

私はちょうどこの人が退職した後に入社した。

この人が言いたいことは分かりすぎるくらい分かる。自分の配属先は割とモダンでイケイケな感じ(詳細は末尾※)だったけど、元記事の人と同じくつらい境遇にいる同期もいたので。

自分場合は配属先の居心地が良かったものの、当時の会社全体に対するイメージは「現状維持してるだけの会社」って感じで、将来は暗いなと思ってた。

入社してすぐの6月ごろ、社長が変わって全てが変わった。

自由進歩主義的な感じになった。まず、服装自由になった。社員の自立性を尊重したいという社長意思ビデオメッセージで聞いた時、私は心の中で拍手した。スーツを着るのは、会社からモノ扱いされてる感じがしてキラいだったから。

そして、ジョブ型が導入されて、給与は年齢ではなく職責に基づくようになった。これで、年齢だけで年功序列ピラミッドの上位に居座ってる非管理職は実質降格になったらしい。ジョブ型の関連で社内異動・マッチングの仕組みも導入され、目指すキャリアを実現しやすくなった。自分部署にも年に数人社内異動でやってくる。

あと、エンゲージメントスコアが計測されるようになった。これは、従業員がどれだけ楽しく働いているかというメトリクスであり、四半期ごとのアンケート調査によって計測される。この値はマネージャー評価に直結するからマネージャーはチームの働きやすさを改善するためにチームとディスカッションして具体的なアクションを取るようになった。

このディスカッション結構良くて、意味わからんルール廃止したり、新しいツールを導入したり、フルリモートの中でコミュニケーションを図るためのアイデアを出し合ったり、結構有意義時間になってる。

という具合で、富士通は時田社長の強力なリーダーシップのもと改革を断行しており、現場レベルでもその改革効果を感じている。4年前に比べて富士通株価は2倍以上になったが、市場の受け止め方も私の感覚と一致している。

まだまだレガシーな部分はあるし、SI中心のビジネスモデル未来はあるのかなど色々思うところはあるけど、これから改善していくだろうなという感覚はある。

いろんな考えを持った社員がいると思うけど

以上、一社員の声でした。

---

(※)

もとの記事では Git 使ってないとかマシンが貧弱とか色々書かれてたけど、完全に配属ガチャだなぁ...と思った

私の配属先では、GitOps し、CI/CD し、スクラム開発し...と(社内では)比較モダンな開発をやってたり、業務時間に社外のカンファレンスを聴講しにいったり、勉強会があったり、クラウドGPU インスタンスで遊んでよかったり...と、元記事の方とは真逆環境だった。

『5年いた富士通退職した理由』へのエクスキューズ

私はちょうどこの人が退職した後に入社した。


記事の人が言いたいことは分かりすぎるくらい分かる。自分の配属先は割とモダンでイケイケな感じ(詳細は末尾※)だったけど、元記事の人と同じくつらい境遇にいる同期もいたので。

自分場合は配属先の居心地が良かったものの、当時の会社全体に対するイメージは「現状維持してるだけの会社」って感じで、将来は暗いなと思ってた。

入社してすぐの6月ごろ、社長が変わって全てが変わった。


経営層が自由進歩主義的な感じになった。まず、服装自由になった。社員の自立性を尊重したいという社長意思ビデオメッセージで聞いた時、私は心の中で拍手した。スーツを着るのは、会社からモノ扱いされてる感じがしてキラいだったから。

ジョブ型が導入されて、給与は年齢ではなく職責に基づくようになった。

年齢だけで年功序列ピラミッドの上位に居座ってる非管理職は実質降格になった。ジョブ型の関連で社内異動・マッチングの仕組みも導入され、目指すキャリアを実現しやすくなった。自分部署にも年に数人社内異動でやってくる。

エンゲージメントスコアが計測されるようになった

これは、従業員がどれだけ楽しく働いているかというメトリクスであり、半期ごとのアンケート調査によって計測される。このスコアマネージャー評価にも関わるらしく、マネージャーはチームの働きやすさを改善するためにチームとディスカッションして具体的なアクションを取るようになった。

このディスカッション結構良くて、意味わからんルール廃止したり、新しいツールを導入したり、フルリモートの中でコミュニケーションを図るためのアイデアを出し合ったり、結構有意義時間になってる。

富士通未来はあるか

富士通は時田社長の強力なリーダーシップのもと改革を断行しており、現場レベルでもその改革効果を感じている。4年前に比べて富士通株価は2倍以上になったが、市場の受け止め方は妥当だと感じる。

一方、まだまだレガシーな部分はあり、部署によっては元記事同然のところもあるだろうし、改革は道半ばだとは思う。

おわり

いろんな考えを持った社員がおり、私のこの投稿生存バイアスがかかってるんだけど、一社員の声として。

(※) もとの記事では Git 使ってないとかマシンが貧弱とか色々書かれてたけど、完全に配属ガチャだなぁ...と思った

私の配属先では、Git を使い、CI/CD し、k8sマイクロサービスしたり、スクラム開発し...と(社内では)比較モダンな開発をやってたり、業務時間に社外のカンファレンスを聴講しにいったり、勉強会があったり、クラウドGPU インスタンスで遊んでよかったり...と、元記事の方とは真逆環境だった。

2023-08-29

最近のX(旧Twitter)の様子ってどうなってる?

Twitter時代トランス差別運動を見聞きするのがキツくなって以来、半年以上Mastodon系の個人インスタンスかに籠ってて最近のX情勢を知るための取っ掛かりもないので誰か教えて欲しい。

自分が知っている最近話題だと、

と言う辺りなんだが、他に何か目立った話ってある?

ちなみにMastodonとかで起きた面白話って言うと、正直 Misskey.io ぐらいしか追い掛けてないんだが、

と言うぐらい。

2023-08-28

マストドンを試してみる8つの理由

マストドンは、現在利用可能な多くの Twitter 代替手段の 1 つです (他には、Threads や Bluesky などを聞いたことがあるかもしれません)。私はマストドンを使い始めていますが、非常に楽しんでいます。ここでは、あなたも試してみることに興味があるかもしれない理由リストを示します (そしてサインアップ (ttps://mastodon.social/) することでそうすることができます)。

 

1. 広告は無いほうがいい

マストドン広告収入によって支えられていないため、有料広告宣伝広告タイムライン強制的に表示されることはありません。

 

2. 見るものもっとコントロールしたい

マストドンには、フィルター(特定単語を含む投稿非表示にする)、一時的ミュート(ユーザーからコンテンツ一定時間「一時停止」できる)、自分コンテンツを見ながら人々からブースト」(「リツイート」に相当)を非表示にする機能、(見たくない人や交流したくない人に対する)無制限ブロックがあります。そしてツイッターのような「アルゴリズム」はありません。アルゴリズムというのは、あなたが興味を持ちそうなものに基づいて、他の誰かがあなたタイムラインコンテンツを押し込んでいるのです。

 

3. 分散

しばしば予測不可能な所有者の気まぐれに左右される他の多くのソーシャル メディア プラットフォーム (Twitter などを参照) とは異なり、Mastodon が構築されているプロトコル分散化されており、コンテンツ制御する単一個人や団体は存在しません。

 

4. 不安のないソーシャルメディア体験

プロモートされたコンテンツタイムラインにプッシュするためのアルゴリズム金銭インセンティブがないため (上記の項目#1と#2を参照)、ユーザーが慣れ親しんでいるような、エンゲージメントを促進するために設計されたノンストップの「怒りを煽る行為 https://gizmodo.com/10-internet-rage-baiting-techniques-to-know-about-1850615967 」ははるかに少なくなります

 

5. あなたコンテンツに実際に興味を持っている人々のフォローを構築できる

ソーシャルメディアフォロワーを増やすのは難しいことを知っていますあなたソーシャルメディア「群衆」のために「パフォーマンス」するのが好きなタイプでない場合さらに困難です。Mastodonではありのままでいられます

 

6. 質の高い市民的な議論を求めることができる

全体として、マストドンでの会話は、LinkedIn を含む他のソーシャル メディア プラットフォームよりもはるか礼儀正しく、思慮深いものであることがわかりました。ランダムに返信に現れてあなたに怒鳴ることなく、微妙議論をすることは実際には可能です。そして、そのような行為に関与したくない場合は、その人をミュートまたはブロックするツールがあります

 

7. コンテンツ管理

主にボランティアコミュニティメンバーによってモデレートされているにもかかわらず、マストドンコンテンツモデレーションは非常によく行われています。これは、 TwitterやBluesky でさえ現在起こっていることとはまったく対照的です。マストドンでは「コミュニティを守る」ことが最優先事項です。

 

8. お金を払わず上記のすべてが欲しい

Twitter (現在特定機能を利用するには月額料金が必要です) や他のソーシャル メディア プラットフォーム (広告主と共有されるユーザー データの形で料金が発生します) とは異なり、Mastodon のすべての機能使用するのに月額料金は必要ありません (いつでも好きなとき投稿編集できることも含まれます)。サーバー (「インスタンス」とも呼ばれます) を管理している人への寄付は、もちろん推奨されますが、必須ではありません。

2023-08-15

ポストTwitter検討

色々試してはいるけど、ここに永住しよう、と思えるところは見つかっていない。

Misskey

Misskey.ioでアカウント作成

リアクション豊富で、FF外でもリアクションする文化なのは楽しい

ハッシュタグ文化があまりなく、検索機能も弱めなので(多分)、ある事柄について言及するノートを探そうとしても難しい。

運営側メンバーを持ち上げる空気が強い。

費用と手間をかけて運営していただいてることには感謝しかないが、運営が変な方向に走りそうな時に是正する力が働くかは、やや不安

中学生を描いたイラスト(非NSFW)に「ハイエース」のリアクションがたくさんついたりする空気ちょっときつい。

他のインスタンスもっと見たら感想が変わるかも。

Mastodon

Misskeyのアカウント個別ユーザーはいくつかフォローしているが、全体の雰囲気は知らない。

Discord

話題ごとにチャンネルがあるのがとても良い。

サーバーごとに雰囲気は違いそう。

いま入ってるサーバーは、①なんでも話せる少人数の内輪のものと②特定ジャンルの大規模なもの複数

なんでも話せる比較的規模の大きなところがあれば入りたいが、探しきれてない。

タイッツー

良さそうだが、個人運営なので、より大規模になってきた時にどうなるかの不安はある。

Sudo Haiku

はてなハイクの後継。

雰囲気は良さそう。

私の環境だと、注目のキーワードを一瞬しか見ることができず、全投稿のTL的なものを眺めるしかできない。

(使い方が間違ってるのかもしれない)

Threads

キラキラ系のアカウント投稿に興味がないので未登録

Twitter代替地位確立して非キラキラアカウントもたくさんいるようになったら、試してみたい。

(現状どうなのかはよく知らない。)

はてブ

気に入ってはいる。

当たり前だが、元記事がないとコメントできず、日常的なつぶやきができないので物足りない。

増田よりは個を出したいし、はてなブログよりは気楽に書きたい。

Twitter(X)

知り合いもまだたくさん残っているので、しばらくは使い続けるつもり。

ただ、今後、サービス悪化する気しかしないので、引越し先は確保しておきたい。

グラフィー

いつまで経ってもリリースされない、というネタすら古びてきた感のある幻のSNS




※参考

https://orangestar2.hatenadiary.com/entry/2023/08/04/122816

2023-07-13

オタクはMisskeyやMastodon等の分散SNSアカウントを作れ

 オタクはいつまでもTwitterにしがみついてる場合ではない。分散SNSアカウントを作れ。現状は特にActivityPubに対応する分散SNSだ。MisskeyでもMastodonでもいい。自分に合うサーバーに入れ。ノリが合うサーバーが見つからないならお一人様インスタンスを立てろ。もう何ならWordPress個人サイト作ってActivityPub関係プラグイン入れるでもいい。

 

 というのもThreadsはActivityPubと互換性を持たせる予定だからだ。

 「Threads」では、分散型(非中央集権型)のソーシャル・ネットワーキング用のプロトコルである「ActivityPub」と互換性をもたせる予定。メタとして初めてオープンSNSプロトコルとの互換性を想定したアプリになるという。

 これにより、MastodonWordPressなどActivityPubプロトコルサポートするほかのアプリ相互運用できるようになる。公式では「ほとんどのSNS不可能な、新しいタイプ接続可能になる」としている。ほかのアプリでは、TumblrなどがActivityPubをサポートする意向を示しているという。

 互換性があるアプリを使っていれば、Threadsのアカウントがなくとも、Threadsユーザーフォロー交流できるようにする。

 あわせて利用をやめる人に向けて投稿した内容をほかのサービスで使えるよう、コンテンツ転送するオプション提供計画されている。

 公式ブログは「メールWeb管理するプロトコルに似た分散型のアプローチオンラインプラットフォームの将来に、重要役割を果たすと信じている」とつづる。

https://k-tai.watch.impress.co.jp/docs/news/1514289.html

 

 つまりThreadsに推しコンテンツ公式アカウントが出来た場合、Misskey等のオタク向けインスタンスに住みながら公式アカウントリモートフォローして公式投稿拡散する、みたいなことが今後出来る。

 

 オタクはドブ川に沈みながら、公式比較キラキラした別の場所に住める。

 公式アカウントだけでなく、他の分散SNSにいる全ての自分フォローした好むアカウント投稿が口を開けてるだけでホームTL流れ込んでくる。

 そういうことが可能なのだ

 

 現状のTwitterが今から分散型に乗っかるとは思えない。ていうか後から乗っかれる金が無い。逆にメタは後からでもActivityPubだけじゃなく他の分散プロトコルだって(そっちがでかくなれば)乗っかってくる……と思われる。

 公式分散SNSアカウントを作った時、Twitterから余計な一言を足してそのリンクを張るのか? いいや分散SNSアカウントから一次情報公式投稿をそのまま拡散すべきだ。公式アカウント投稿を正しく拡散できるのは、分散SNSアカウントを持つオタクなのだ。そういうわけでどこでもいいか分散SNSに席を作るべきだ。最近流入が多く、良いサーバー新規登録停止してる場合も多い。

 ていうか分散SNSこそオタク理想SNSのはずなのだ

 同じTwitterという場所公式アカウント関係者が居ながらエロBL二次創作の話がワンクッション無く流れてくる、そういう状況が嫌だと思う人は居るはずだ。その状況を今より軽減出来るのが分散SNSなのだ

 サンは森で、私はタタラ場で暮らす。その場合サンが森で投稿した絵を見るにはまず森に行くしかなかったが、分散SNSではサンが森で投稿した絵がタタラ場で見れるし、タタラ場の人達に広めることも素早く出来るのだ。あとサン自分で森以外のところに投稿する手間も省ける。

 

 でもTwitter民は分散SNSについて、キモいねー、ほらこんなこわいところもあるんだよー、Twitterがやっぱいいよねーって言い続けてる。なんでだよ。

 

 「分散型って投稿を消そうと思っても完全に消せないんでしょ?」

→それはTwitterでも同じだ。魚拓を取られたりアーカイブ化されたり自動Twitter画像無断転載しまくってるサイトがある状況で、Twitter投稿自分が削除すれば全部削除されるなんて幻想であるオープンネットに公開した時点であらゆるものは取り消せないし自分意志関係なくネットに流れ続ける。Twitterであろうがどこであろうがそう思って投稿するべきだ。あとは投稿する際に連合に流さない設定にすればそのあたりの不満は多少は軽減されるかも。もちろん完全ではないけど。

 

 「与謝野晶子とかレターパックとかのノリが合わない」

→それはMisskeyのioサーバー限定のノリだ。別のサーバーに行け。オタク向けのMisskeyなら他ににじみす.moeお絵かきすきーなどがある。Misskeyとはソフトウェアのことで単一SNSのことではない。カスタム絵文字サーバーによって登録されているものは全く違うし、サーバー空気もそれぞれ違う。ローカルTLやソーシャルTLが無いサーバーもある。サーバーごとの雰囲気ハイライトを見るなどすれば掴みやすいはずだ(ログインしなくてもhttps://サーバードメイン/exploreのアドレスで見れる)。Misskeyのカスタム絵文字ギラギラしてて疲れるならCSS追加でカラムごと非表示にする(GitHub - kanade/misskey-css: Misskey用カスタムCSS)こともできるが、Mastodonに行くといいだろう。Pawooサーバー企業運営しているので個人サーバーよりはいくらか安心出来るかもしれない。合うところが無いと思ったなら自分しかいないインスタンスを立てればいい。単なるhtml個人サイトを作るよりもいい。どの連合サーバーでも、お一人様サーバーだとしても、他のサーバーや他のシステムにいる人をリモートフォローし合える、それが分散なのだ

 

 「Twitterは色んなジャンル違いの人の話やドブみてぇな投稿オタク日常等が雑多に見れる、それはTwitterしかない」

→そういう状況は分散SNSのほうがよほど構築しやすい。構築しなくても日本人が多い分散SNS殆どローカルTLはジャンル違いのオタクの話と日常とドブみてぇな投稿が雑多に流れている。Twitterしか無いものがあるとするなら現状の日本人ユーザー数と日本企業日本行政アカウント数ぐらいなもので、後は寧ろマイナスだ。

 

 「でもまだ分散SNSに「みんな」がいないじゃん……」

→それはそう。Twitterしか無いものといえば日本人ユーザー数と日本企業日本行政アカウント数だけだと言ったが、それこそが肝心要だと言われればその通りでしかない。

 そんなわけでみんなでどこでもいいか分散型に行け。ていうかオタク向け企業は出来ればスレッズ等の大手アカウント作って、オタクミスキーマストドンに行ってくれ。フォロワーがそれぞれのサーバーシステムに散らばっていたとしてもフォローし合える、それが分散型の強みだからいっせーので全員が同じSNSに移動することは無いだろうが、いっせーのでそれぞれに合う分散SNSに移動することは可能なはずだ。

 そして上記記事にあるように、分散SNSは別サーバーシステム等にアカウントうつす等の機能実装される可能性が高い(ミスキーなどは実験版ではあるが既に実装している)。投稿フォロワーを引き継いで他の場所に引っ越すことが出来る。Twitter上での長年の繋がりを断ちたくないという人は多いと思うが、分散SNSに席を置いておけば今後は「そのSNSが気に入らなかったらフォロワー投稿を引き継いで別の場所に引っ越す」が可能になるのである

 分散SNSが主流になればTwitter以上の便利とゆるい繋がりと棲み分けが我々に待っているはずだ。そして時代の潮目は分散SNSに来ているのである。とりあえずアカウント作って公式リモートフォローする準備をしておけ。

 

 「Threadsまだ分散対応してないんでしょ? 対応してからでもよくね?」

→……まあ……正直そうかも……

2023-07-06

anond:20230706173626

threadsはフェディバースから、分人主義的に自分をいろんな個に分割してそれぞれの個に合ったインスタンスでそれぞれの個として活動するんや

threadsは陽キャ成分が強いからそういう自分はthreadsで、オタクな部分はmiskeyで、と言った感じ

そして、それぞれ分割された個はフェディバースという形で繋がり全体的に俯瞰して見ることができるようになる

ログイン ユーザー登録
ようこそ ゲスト さん