t_wの輪郭
フォローする
このサイトについて
アクセスの多い記事
人気の記事
通知に登録
RSS
11/12/2022, 9:40:00 AM
Amazonで検索:日記
7/15/2022, 11:41:00 PM

こういうデータを想定する。EndDateにタスクの期限が入っている形となる。

ここから、期限が今月のタスクだけを抽出する方法について説明する。

フィルターを使う方法

この方法の場合は、月が変わるごとにフィルターの日付を更新する必要がある。ただし、難しい知識が不要。

テキストでフィルターする方法

「データ」からフィルタを作成する。

フィルタボタン(ハンバーガーボタンみたいなやつ)を押す。

「条件でフィルタ」を開いて、条件に「次を含むテキスト」を設定し、値に「2022-07」などを設定。


日付でフィルターする方法

「データ」からフィルタを作成する。

フィルタボタン(ハンバーガーボタンみたいなやつ)を押す。

「条件でフィルタ」を開いて、条件に「次より大きい」を設定し、値に「2022-07-01」などを設定。


QUERY関数を使う方法

フィルタを毎回設定するのがめんどくさければ、別シートでQUERY関数を使ってその月のタスクだけ表示するようにできる。

すべてのタスクが入ったシートのシート名を「Tasks」とし、今月のタスクが表示されるシートのシート名を「今月のTasks」としておく。名前は何でもよい。

「今月のTasks」の、A1セルに以下を入れる。
=QUERY(Tasks!A:B, "SELECT * WHERE MONTH(A) = MONTH(TODATE(NOW()))")

すると、今月のタスクだけが表示される。

Amazonで検索:Google Sheetsで期限が今月のタスクを抽出
11/12/2022, 11:39:00 AM

Tak.ノートツールなんてそれこそ使い込まないと、ある程度の期間使わないと分からない」
…………
Tak.Logseqって言ってる人、多分多くは去年はObsidianってきっと言ってたよな。そのうちの何割はその前の年はRoam Researchって言ってたよな。でもいいんですけど、ただやっぱり3年4年使わないと分からないことがある。」
倉下 忠憲「でもそれってある種の賭けじゃないですか。このツールで行く。それ以外は使わへん。みたいな。」

 次々に新しいメモアプリ(個人知識管理サービス)が生まれてきている。それらが出る度にどんどんに乗り換えていく、といった状況を見ていると、個人知識管理サービスの相互運用性が問題になるんじゃないかと思う。

 流行りのメタバースではメタバースの相互運用性が議論に上がるが、個人知識管理サービスの方がよほど影響が大きい。メタバースはあくまでエンターテイメントで、そこでできた友達は可搬ほんまか?)だが、膨大な記述を伴う知識を別サービスに人力で書き写すのは並大抵の労力ではない。

 もし記述した知識を個人知識管理サービス間で相互に取り込みができないならば、知識が人質になる。サービスの過剰な値上げに対して対抗できないし、サービス終了に対しても脆弱だ。アカウント凍結に対しても不安がある。
 前例を上げれば、Twitterアカウント凍結解除のために弁護士費用121,000円をかけた事例すらある。それだけ、長期間にわたって書いてきた文章は、書いた本人にとって価値を持つと言えるし、人質としての適性が高いともいえる。

 また、記述した知識を個人知識管理サービス間で取り込むことができれば、「個人知識管理サービスは長時間使わないと真価が分からない」という問題も解決できるかもしれない。他の個人知識管理サービスを使い込んだ後に、新しい個人知識管理サービスに知識を取り込めば、あたかも使い込んだかのような環境が構築される。

 
 しかし、上で上げた話は自分の肩の上に立つようなものだ。
 ある個人知識管理サービスで記述した知識を、ほかの個人知識管理サービスに取り込んだ場合に、それが適合することは少ないと感じる。
 例えば、Workflowyで書いた文章をScrapboxに一切の加工なしに取り込んだとしても、何ら機能するものではない。お互いの良さをつぶし合うだけの結果になる。Workflowyで書いた文章の量にもよるだろうが、なじませるには書き換えが必要になり、相応の労力を要するだろう。
 これについてもうちあわせCastにて議論されている。アウトライナーを使って書かれたと思われるTak.氏のブログをScrapboxに取り込んだ結果、何か違和感のあるものになったという話がされていた。

Tak.アウトライナー系のコンテンツを全部Scrapboxに退避させた。退避というのはScrapboxに移した」
……
Tak.「ある程度構造を持った状態のものをScrapboxに入れた時に、入れる前よりも辿っていくのが難しくなった」
……
Tak.「もともとのコンテンツのつくりがScrapboxっぽくない。それを無理矢理分割してScrapboxに入れているところがそもそも読みやすく感じない理由」
……
倉下 忠憲「このHappy OutliningとTak.さんの本館、どっちが魅力的かというと本館の方なんですけど、最初にあのページを見た時のワクワク感はあんまりこのプロジェクトには感じないですよね」
Tak.「Scrapboxって育てていくものだと思うんですよね。ここにはScrapboxの中で育ったコンテンツじゃないんですよ。違う所で育ったコンテンツを小分けにして入れているだけ。そういうものってScrapboxの魅力が感じられないというか」

 私個人の実体験としても、デライトで書いた文章をScrapboxにコピーしておくようなことを試したこともあったが、どうにも違和感が出てしまってやめてしまった。デライトでリンクしている部分も再現してコピーしたため、機能面では適合しやすく思われたのだが、それでもだめだった。

 まずもって文章というのは妙にセンシティブというか、些細なことによって印象が左右される。フォント、上下左右の文字の空間の取り方、それを取り囲む装飾などなどによって微妙に、場合によっては劇的に印象が変わってしまう。機能の些細な違いによっても適合しないのは当然のように思える。よしんば、データの構造すら違うものをほかのサービスに移植するのは、他の動物の臓器を人間に移植しようとするようなものなのかもしれない。

 『書くための名前のない技術 case 3 千葉雅也さん』にて千葉雅也氏は、文章のレイアウトが決まってやっと文章の結論が出ると言う。見た目や機能性だけの問題ではなく、そこから得られる結論すら、ツールによって変わってもおかしなことではない。


アウトライナーMarkdownFediverseに見る相互運用という理想論の実現例。

 個人知識管理サービス間で違うからこそ良いという見方もできる。
 再びTak.氏の事例になるが、氏が書籍を書く際、アウトライナー(おそらくDynalist?)からMicrosoftのWordへ文章を移植する工程があるらしい。Tak.氏の定義によればDynalistはプロセス型のアウトライナーであり、Wordはプロダクト型のアウトライナーとなる。つまりお互いに異なる性質を持っている。プロセス型のアウトライナーからプロダクト型のアウトライナーへ、書籍を書く途中でバトンタッチする工程を踏むことで、両者の良いところを発揮させている。しかし、そのバトンタッチの工程においてはかなりの労力が必要になる。なぜなら、両者の間でデータの構造が異なるため、単純なコピペでは構造が引き継がれないためだ。
 この事例から分かることは、個人知識管理サービス間の相性によって、その機能が異なっていたとしても良さを発揮できる可能性があるということだ。

 また、不完全ながら、Markdown形式による個人知識管理サービスの相互運用が可能な事例も存在する。LogseqとObsidianは互いにMarkdownを採用しており、さらに手元のPC内でファイルを残す形となっている。特殊な条件が整っていれば、個人知識管理サービスの滑らかな相互運用が可能となる可能性がある。

 相互運用の事例としてFediverseも紹介したい。Fediverseでは、異なる種類のマイクロブログサービスが相互に通信しあい、異なるサーバーで異なるソフトウェアが動く状況下であるにもかかわらず、その間でコミュニケーションが実現されている。サーバーの間では、ActivityPubを始めとした特定のプロトコルによって通信されている。
 
 上記3つの事例からは、データや通信の規格化が相互運用の実現に必要であることが示される。

 しかし、個人知識管理サービスというものがまだ一般に認知されておらず、どういったものだという認識も各々で異なっている。また、個人的に個人知識管理サービスというものはまだ、機能面において成長段階だと感じる。今この段階で規格化してしまう事は、その成長の重しとなりえるのではないかと危惧する。ただ、遠い未来のこととして規格化について議論を進め、共通認識を育むことは、個人知識管理サービスの相互の成長にとって有益となるはずだ。


ウェブブラウザという事例を見れば完全な(理想的な)相互運用は難しい。遠い桃源郷ガンダーラ ガンダーラ

 「IE!!!奴は死んだ!!!ウェブブラウザ相互運用黄金時代!!!」とはならなかった。新たな爪弾き者が見出されてしまっている。1990年にウェブブラウザというものができて長い時間がたっているにもかかわらず、完全な(理想的な)相互運用というものは実現されていない。
 これ理由として考えられるのは、企業がソフトウェアを開発している以上、同質化する動きがあるのと同様に、差別化する動きがあるためだ。
 つまり、文書を扱うソフトウェア同士の完全な(理想的な)相互運用というものが、性質としては実現困難であることが示されている。


手元のPCや、自分が管理するサーバで、個人知識管理サービスを運用したい。OSSとして。

 ここで視点を変えて、知識の存続を保証するにあたって、個人知識管理サービスの相互運用性を諦め、一つの個人知識管理サービスでやっていく方法を模索したい。
 もし、個人知識管理サービス(もといツール)が手元のPCで動いて、それがOSSだとどうだろう。サービスの値上げやサービスの終了におびえる必要は一旦なくなる。もしソフトウェアが古くなってきたとしても、自分で改修していくことができる。
 Logseqは上記の条件を満たす稀有な事例だ。

 ひとまず自分が生きている間の知識の保証は実現されたと言える。では、自分が死んだ後はどうだろうか?


アナログへの回帰・アナログへの蓄積

 個人知識管理ツールが手元のPCで動くことによって、生きているうちは知識が保証されることを上述した。しかし、次に、そこで記述した文章がそのままではどこにも行きつかないという問題が生じる。特に記述した人が死んだ後に文章が消え去っていくのは、記述者にとっても、ほかの人にとっても、余りに惜しい。どうにかして、死ぬ前に個人知識管理ツールで書いた文章を他の人に届け、遺せないだろうか。
 個人知識管理ツールを個人のPCで動かす以上、もはや機能の問題ではなくなってしまう。もしかしたら将来的に、文章を共有可能なdApps分散型アプリ)が出現するかもしれないが、現時点では、私の観測範囲では、そのようなものは開発されていない(事例があれば知りたい)。
 個人知識管理サービスで書いた内容を書籍化するのが現実的な解なのかもしれない。
 文章を書籍化し、一般に流通することで、多くの人に知識が届けられるうえに、国立国会図書館に所蔵されることによって長期にわたって保存される。


個人知識管理サービスでメモを貯めていって、書籍にまで成長するのか

 ただメモを貯めてもどこにも行き着かない(書籍にまで育たない)という仮説『第百十五回:Tak.さんとノート術と執筆術の違いについて』Tak.氏・倉下 忠憲氏の両者の対話によって示された。
 ただ漠然と、メモを書き溜めさえすれば書籍になるかというとそうはいかないだろうという感触が私もある。ではどうすればメモを書籍化できるだろうか。

 メモを書籍化するにあたって、ある種の題目に沿ったメモを一か所に集める必要がある。つまり、特定の属性を持ったメモの集合を作る必要がある。
 検索は、簡単に「特定の属性を持ったメモの集合」を作る手段の一つである。

 メモを書籍化することを目的としてメモを検索することを考えると、メモを検索結果から操作できると、書籍化のための操作がしやすい。
 検索結果からメモを、編集し、並び替え、検索結果から削除する。そういったことができれば、検索によって作られたメモの集合を書籍に近づけることが可能だ。

 検索結果からの操作についても、うちあわせCastでは言及されている。

 タグで検索して見つかりましたで終わりって感じがするんですよね。検索結果って、見つけられますけど、検索結果から操作できないじゃないですか。だから、案外意味ないんですよね。
 知的操作ってことを考えた時に#ほげほげがついているものを、集めて、この項目化に再配置するってことができるのであればまたちょっと違うかもしれない


 検索結果を操作することを考えた時、デライト検索機能である全知検索特異だ。
 輪郭メモ)の表題(知名)と、検索語の完全一致により、輪郭を探し出す全知検索において、輪郭の作成は検索結果の事前作成に他ならない。「この検索語で検索されたら、この輪郭の集合を表示してほしい」ということを事前に作りこむことになる。
 また、デライトでは、検索画面から輪郭を編集し、引き入れ・引き入れられを変更できるため、検索結果を検索された後に編集することができる。

 検索は集合を作る輪郭も集合を作る。この類似性相性の良さは決して偶然ではなく設計された物だろう。よく考えられている。


どれだけのメモを個人知識管理サービスで溜めればよいか

 多くの著作を残したことで有名なニクラス・ルーマンは9万枚のカードを書いたという事例を取れば、多くとも9万のメモがあれば十分だと考えられる。
 この9万という数にたじろぐかも知れないが、9万のメモはデジタルだとうっかり超えてしまえる数だ。ツイートはメモだとするならば、10万ツイートする人は少なくない。Twitterと類似したサービスのマストドンでは、マストドンチュートリアルは10万投稿とか言われている。10万投稿が簡単な数ではないことを使った冗談の類だが、それでも不可能な数ではないことを示している。

 ほかの事例を見れば、メモを書籍化するには数万のメモは不要だ。1万未満のメモでも書籍化が可能である。
 ツイートが書籍化した事例としてTestosterone氏がおり、『超筋トレが最強のソリューションである 筋肉が人生を変える超科学的な理由』は、彼がTwitterで投稿している内容と類似した内容が含まれる。そのTestosterone氏は2022年10月30日時点ではTwitterにて6,300 件の投稿をしている。


どんなメモを個人知識管理サービスで溜めればよいか

ノートはできるだけ抽象的に書く

アトミック・ノートも、自分の知識、アイデア、考えをできるだけ「汎用性が高いノート」としてまとめることを目指します。書いた文章は、できるだけ「普通」の、抽象的で汎用的な文章にする。そうすることで、書いた文章は様々な場面で応用しやすくなります。

 文章を抽象的に書くか、具体的に書くかという切り口は興味深い。

 筆者の五藤隆介氏は「文章を抽象的で汎用的にすると、多くの場面で応用しやすい」主張している(と私は読み取った)。この主張の対偶を取れば「応用しずらい文章は、具体的な文章である」となる。この主張とは異なる、「具体的な文章も、多くの場面で応用しやすい」ということを主張したい。

 具体的な文章、つまり出来事についてかかれた文章は後から意味付けがしやすい。したがって、具体的な文章は応用が利き、使いまわしができる。想像もつかない使われ方ができるため、具体的な文章を書き残すことには大いに効果がある。
 実例を上げれば、『アトミック・シンキング: 書いて考える、ノートと思考の整理術』の中で、携帯キャリアが牛丼が無料になるクーポンを配布していたことについて記載されている。

 実際に、とある携帯電話キャリアを契約していると牛丼が一杯無料になるというキャンペーンがありました。

 この出来事が「ノートと思考の整理術」と結びつくとは、誰も想像できないだろう。


 また、アトミック・シンキングでは「「事実」と「それ以外」を分けて書く」ことを勧めているが、こちらについては同意するところである。
 事実とそれ以外、すなわち具体的なことについて書いた文章と、抽象的なことを書いた文章とを分けることによって、それぞれが書籍の素材として使い回しがしやすくなる。

なぜ具体的なことについて書いた文章と、抽象的なことを書いた文章を分けると使い回しがしやすくなる??要検討。


最後に(まとめ)

 本文章では「個人知識管理サービスが出現しても書籍化が必要である」こと、「個人知識管理サービスに書いたメモから書籍化するにあたって、個人知識管理サービスに検索から編集する機能があれば書籍化の助けになり、具体的なことを書いたメモと抽象的なことを書いたメモを分ければ使い回し(書籍化)が容易になる」ことを示した。

 今後の課題としては、本文章を書いたt_w本人が書籍をまだ書いていないために、上記の機能や手法の有効性が実証されておらず、信用性に欠けることが挙げられる。

Amazonで検索:あれ
12/20/2022, 12:39:00 AM

 『人生たのベントカレンダー🎶 Advent Calendar 2022』の場を借りて、私が作ってる手書きメモサービス TwEgaku(以下TwEgaku)を紹介させていただきたい。

 TwEgakuは手書きでメモができるサービス(ウェブアプリ)だ。メモ。なのでお絵描きではない。いやお絵描きに使ってもいいんだけど、あくまで主眼はメモにある。

開発の文脈・きっかけ

 「きょうび手書きとか流行らねーんだよ。いま令和ぞ?」と思われるかもしれない。「キーボードの方が入力早いじゃん」と思われるかもしれない。

 『ゼロ秒思考』という本では、「メモ書き」というA4のコピー用紙に書き殴るという行いが紹介されている。これを1日に10分で10枚(1枚当たり100文字程度なので、1日に1000文字程度)書くと頭に良いとされている。が、1日に1000文字を書くというのはなかなか難しい。書くことがなくなる。そうなのだ。手書きでさえ1日10分も書けば書くことがなくなるのだ。キーボード不要説が立ち上がる。
 また、このメモ書きというのは存外楽しい。このメモ書きに私はとらわれていた。1日10枚のメモ書きをしていたところ、段ボールひと箱分のA4用紙が消費され、そのメモが死蔵されていた。メモをため込めば活用したいという気持ちが湧きおこるのは自然なことだろう。ただ、このメモらをスキャンしてOCRにかけて……という風にする気にはならなかった。あまりに数が多すぎた。せめて新しいメモぐらいは電子化しておきたいという気持ちになり、DPT-RP1というSonyが販売した電子ペーパー機器をおよそ5年前の2018年ごろに購入するに至った。
 DPT-RP1の機能の詳細は省く。結論から言うとこれでメモ書きするのはダメだった。機器自体に検索機能が搭載されていない。大きく外で使いにくい。ペン先はみるみる削れていく。充電が切れる。パソコンとの接続が面倒。紙と電子機器の悪い所取りをしたような機器だった(もちろん利点がないわけではない。大量のPDFを手軽に持ち歩くことができる。論文を読むのには最適だった)。この失敗を経てなお、私の中には手書きのメモ書きを保存し、検索し、活用したいという思いがくすぶり続けていた。

 話は今年の2022年5月まで飛ぶ。良いカメラが付いたスマホが欲しいなと思い、Galaxy S22 Ultra 5Gを買ったところ、「Sペン」というペンが本体に収納されていた。なんとなくこれでメモを書いて、そのメモのスクリーンショットを『デライト』という公開メモサービス上に投稿したところ、『良さ』を感じた。手書きのメモを公開することにルネサンスを感じた。ただ、「メモを書いて、スクリーンショットを取って、Gyazoにアップロードして、URLを取得して、そのURLを書き換えて、デライトに張り付ける」という手順はあまりに手間がかかる。「メモを書いて、URLを取得して、デライトに張り付け」ができる、手書き版のGyazoみたいなサービスがあったら最高だろうなと思われ、そうしたサービスの開発を開始した。


kakeruという先行事例の発見

 そうしてサービスの開発を進めていたところ、kakeruというウェブアプリを発見した。kakeruを試したところ、「メモを書いて、URLを取得して、デライトに張り付ける」が実現されていた。まさに作っているモノがすでに実現されていて絶望してしまった。
 開発の中断も検討したが、幸いにも手書きで手書きメモを検索する「手書き検索」を思いついたためにTwEgakuの開発は継続された。手書き検索を思いつき、その機能に良さを感じたのはやはり、「メモ書きを保存し、検索し、活用したい」という思いがあったからだろう。


iPad mini 6Apple Pencil(第2世代)、ポチっちゃった

 2022年のブラックフライデーiPad mini 6が割引になっているのを発見してしまった。「手書きするウェブアプリを作るならApple Pencilは避けて通れないよなぁ」と思って価格調査していたところだった。ポチってしまった。1か月ほど使ったが今のところ後悔はしていないです。いずれ買っていただろうため、タイミングが良かった


TwEgakuの行く先

 「手書きルネサンスタイピングを逆に時代遅れの技能にしていくぞッ」というような意気を持つところまでは至ってない。とりあえず糊口をしのげるようになりたい。パクリが出るくらい流行ってほしい。
 後、最近電子ペーパー端末がポツポツ出てるのが気になる。試したいけどこれ以上ガジェット増やすと運用できないのでなんともかんとも。


そんな感じです

 はい。大体書き終わったのでこの辺にします。TwEgakuは「https://twegaku.towasys.com」から利用可能なので、気になったらぜひ使ってみてください。

Amazonで検索:手書きメモサービス TwEgaku紹介
2/21/2022, 10:32:00 PM
Amazonで検索:食事記録
5/13/2022, 8:53:00 AM

MSI MEG X570 UNIFYBluetoothを使う方法

Bluetooth Driverをインストールする

https://jp.msi.com/Motherboard/MEG-X570-UNIFY/support#driver

アンテナを取り付ける

付属のアンテナをマザーボードのバックパネルにある端子に取り付ける。アンテナを取り付けない場合、30cm程度の距離までしかBluetooth接続ができなくなる。

Windowsの設定でBluetoothを有効化する

Bluetoothでデバイスが接続できることを確認出来たら終わり

いかがでしたか?

Amazonで検索:MSI MEG X570 UNIFYでBluetoothを使う方法
12/2/2022, 11:22:00 PM

 カフェで読書するのが最近の楽しみだ。これについて語ってみたい。

 カフェに行くということは、その時間にお金を使っている。自分を大切にできているような気がして気分が良くなる。

 カフェで読書をすれば、落ち着いた環境で本を読むことができる。これは自室の机が散らかるほど際立つ。自室の机に散乱するDr.Pepperやコーヒーの抜け殻。ガジェット類。雑に積まれた本。ポイントカード。ガムの包み紙。これらは有機的なある種の秩序をもって私を構成しているが、集中を乱す元でもある。

 コーヒー。そのカフェイン。最初は微睡んでいた脳が徐々に目覚めてくる。読書に向いた状態へと整っていく。コーヒーの残量はカフェにいられる時限としても機能する。少しでも長くいるためにチビチビと飲む。ホットコーヒーが冷め、アイスコーヒーの氷が解け切ったころに読書の集中力が切れる。惜しむことなくコーヒーを飲み干して退散する。

 カフェから出て帰路に就く。まだ1日が始まったばかりなのに、もうその日に満足している。朝起きてカフェで読書をすれば、1日が充実したものだったと確信を持つことができる。

Amazonで検索:カフェで読書 2022
8/2/2022, 11:11:00 PM
Amazonで検索:『ngrokやserveoなしでローカルで開発しているサイトに外部からアクセスする方法』
10/26/2022, 8:39:00 AM
Amazonで検索:デライト(なんでもメモ)
8/1/2022, 8:19:00 PM

なぜMisskeyを使うのか WHY

 デジタル化社会といえど、感情が0と1である必要はありません。いいね押し込まれ、画一化したリアクションは、すれ違いを生み出しがちです。
 断裂し、すれ違い続けるデジタル空間の中で、多様絵文字によるリアクションが、コミュニケーションが、Misskeyが今あなたに必要なSNSです。

Misskeyの始め方 HOW

 Misskeyはインスタンスと呼ばれる空間に分かれています。まずは join.misskey.page から、インスタンス一覧を見て、どのインスタンスに行きたいかを決めましょう。

 どのインスタンスに行きたいか決まりましたでしょうか。それでは登録に進みましょう。

 登録に必要なのはID、パスワード、インスタンスによってはメールアドレスも必要です。それらを入力して送信すれば登録は完了です。Misskeyへようこそ。

 登録できたら他の人の投稿を見てみましょう。画面上のボタンからタイムラインを切り替えることができます。
 左から、「ホーム」「ローカル」「ソーシャル」「グローバル」となっています。

 「ホーム」はフォローしている人の投稿だけが見られます。「ローカル」はインスタンス内の人の投稿だけが見られ、「ソーシャル」はフォローしている人とインスタンス内の人の両方が見られます。「グローバル」は他のインスタンスを含めた投稿が表示されます。

 あなたも投稿をしてみましょう。まず書き込みボタンを押して入力欄を開きます。顔のアイコンのボタンを押して絵文字を選択すれば、それを入力することができます。あとは送信すればみんなに届きます。もちろん絵文字だけではなく文字も送ることができます。

 他の人の投稿にリアクションをしてみましょう。投稿のプラスボタンを押して絵文字を選べば、リアクションができます。リアクションをすれば相手にそのリアクションが通知として伝わります。

Misskeyについて WHAT

 Misskeyは分散マイクロブログSNSと呼ばれています。
 分散はインスタンスが分かれていても相互に投稿が見られ、リアクションやリプライなどのやり取りができることを表しています。インスタンス同士がやり取りする方法を、「ActivityPub」と言います。
 マイクロブログSNSというのは短文の投稿でやり取りすることを表していますが、数千字の投稿をすることもできます。
 Misskeyに似たソフトウェアとしてMastodonPleromaがあります。これらもMisskeyのインスタンスとActivityPubを通してやり取りができます。Mastdon・Misskey・PleromaなどのインスタンスがActivityPubを通してつながるエコシステムを、Fediverseと呼びます。

 Misskeyの開発はしゅいろ氏が主要な開発者としてオープンソースで進められています。あなたにソフトウェア開発の能力が十分にあれば、開発に参加することもできるでしょう。

Amazonで検索:Misskey紹介文