- メインアカウント
- @hongminhee@fosstodon.org
- ホームページ
- https://hongminhee.org/
- GitHub
- https://github.com/dahlia
- Fedify
- @fedify@hollo.social
- Hollo
- @hollo@hollo.social
私はソウルに住んでいる30代後半のオープンソースソフトウェアエンジニアで、自由・オープンソースソフトウェアとフェディバースの熱烈な支持者です。
私はTypeScript用のActivityPubサーバーフレームワークである「@fedify」と、1人用フェディバースのマイクロブログである 「@hollo」の作成者でもあります。
このアカウントは主に日本語で話します。まだ日本語が下手なので、ご理解ください。メインアカウントは「@hongminhee」（主に英語）です。
2024年 9月 に登録
洪 民憙（ホン・ミンヒ）
さんがブースト
洪 民憙（ホン・ミンヒ）
さんがブースト
個人用のActivityPubサーバーを運用したいが、サーバーの性能が心配な方は、個人用の軽量ActivityPubサーバーであるHolloの導入をご検討ください。
洪 民憙（ホン・ミンヒ）
さんがブースト
nostr1年使って、atprotoの構想を見聞きする機会も多かったけどActivityPubが使い勝手良さそうだなという結論に
Misskeyは確かにMisskey以外のソフトウェアと連合するよりも、Misskey同士の連合の為にActivityPubを活用している感じ。色々な拡張語彙もそうだし。見た目の印象だけだが。
洪 民憙（ホン・ミンヒ）
さんがブースト
インプレッション云々については、正直その動機にもあまり共感できないけど、仮にそれを受け入れるとしても現状のFediverseでも目的の大規模サーバから1人以上フォローされていれば（そして文化的に近い大規模サーバなら特にその蓋然性は高い）投稿を届けるには十分なわけで、セルフホストのデメリットとしては弱いと思う
確かに日本語圏のフェディバースの方が、韓国語圏のフェディバースより活発だと思います。人口の差もありますが、単純にそういう理由だけではないと思います。 
洪 民憙（ホン・ミンヒ）
さんがブースト
「コミュニティごとの集まりを形成したいだけならば、中央集権型のSNSで十分」というのもよく分からない。
コミュニティごとに外部から独立して独自のモデレーションを行いたいなら連合しないセルフホストのコミュニティで十分という主張だったなら理解できるけど、既存の中央集権プラットフォームでは現状のFediverseよりもモデレーションの自由度が低いわけで
洪 民憙（ホン・ミンヒ）
さんがブースト
Fediverseが一極集中していると批判するなら、まずはその屏風からより一極集中していないAtomosphereというものを出していただきたいと思ってしまう
タスクキューを直接実装する必要が無いFedifyを使いましょう。（アクティビティの受信と送信の両方ともキューを通す）
現在Redis、Deno Queues、PostgreSQLをバックエンドとしてサポートし、今後RabbitMQ、Kafka、AWS SQSもサポートする予定です。
洪 民憙（ホン・ミンヒ）
さんがブースト
10/26 【展示/ステージ】オープンソースカンファレンス2024 Tokyo/Fall に参加を申し込みました！初参加です。よろしくお願いします。
https://ospn.connpass.com/event/329251/?utm_campaign=event_participate_to_follower&utm_source=notifications&utm_medium=twitter
#osc24tk
洪 民憙（ホン・ミンヒ）
さんがブースト
AT Protocol, nostrとActivityPubを見比べるとまあ結局地方分権と言えるActivityPubの使い勝手はいいものなんだよねって
一般的に蛾は気持ち悪いと思われ、蝶は美しいと思われている様ですが、私は蝶も気持ち悪いと感じています。🦋
洪 民憙（ホン・ミンヒ）
さんがブースト
そもそもActivityPubという企画ではATProtocolが為したそうなことに困難があるのは理解できるのでまあ新プロトコルが生えてきたことには一定の理解を示せるんだけど結局bsky.social一強じゃない？
Railsに比喩したけど、実際はUserモデルが搭載されているDjangoに近いかも。プロジェクトを生成すると基本的にActorモデルが提供された状態でスタートできる様に。
洪 民憙（ホン・ミンヒ）
さんがブースト
そもそもActivityPubという標準が有るのに、ActivityPubに足りない部分が有るなら、AT Protocolという新しいプロトコルを作るのではなく、ActivityPubの修正案を提案した方が良かったのでは？
ウェブサーバー開発に喩えて言えば、現在殆どの実装がそれぞれゼロからActivityPubを開発するのは、CGI時代にCやPerlでコーディングしていた感じに近い。Fedifyの抽象化レベルはRailsが登場する前のウェブフレームワークに近い。FedifyKit（コードネーム）は、Railsに近い抽象化レベルのActivityPubフレームワークが必要という問題意識から着想。
最近では、Fedifyよりも高い抽象化レベルを提供するメタフレームワークを構想している。コードネームはFedifyKit。Fedify + Hono + Drizzle ORMの構成で、プロジェクトを初期化するだけで、アクタやフォローなどの一般的な動作はすでに実装されていることを目指している。
年内に完成できるかな？ 
洪 民憙（ホン・ミンヒ）
さんがブースト
Misskeyも「照会」ではPull方式を使っているのである
ActivityPubもRSSと同じようにpull方式が可能です。MastodonやMisskeyがその方式を使わないだけです。
- メインアカウント
- @hongminhee@fosstodon.org
- ホームページ
- https://hongminhee.org/
- GitHub
- https://github.com/dahlia
- Fedify
- @fedify@hollo.social
- Hollo
- @hollo@hollo.social
私はソウルに住んでいる30代後半のオープンソースソフトウェアエンジニアで、自由・オープンソースソフトウェアとフェディバースの熱烈な支持者です。
私はTypeScript用のActivityPubサーバーフレームワークである「@fedify」と、1人用フェディバースのマイクロブログである 「@hollo」の作成者でもあります。
このアカウントは主に日本語で話します。まだ日本語が下手なので、ご理解ください。メインアカウントは「@hongminhee」（主に英語）です。
2024年 9月 に登録
洪 民憙（ホン・ミンヒ） によるおすすめ:
