List of Blog [text.Baldanders.info]

AT Protocol & ActivityPub 関連サービスの利用について

2026-03-06T02:36:06+00:00

ATProto/Atmosphere 関連サービス

AT Protocol ベースのサービスをいくつか試しているが，そろそろ覚えきれなくなってきたので，整理のためにここでまとめておく。

サービス	アカウント等	備考
Bluesky	`@baldanders.info`	メインアカウント (PDSls)
`@fanapod.baldanders.info`	非公式 APOD 配信ボット (PDSls)
`@crawler.baldanders.info`	Web クローラーボット (PDSls)
`@photos.baldanders.info`	お散歩カメラ, 実験用 (PDSls)
`@goark.bsky.social`	開発・実験用 (PDSls)
Pckt	お散歩カメラ	ブログ, photosアカウント使用
Streamplace	@baldanders.info	動画配信, メインアカウント使用
なうぷれあっと	@baldanders.info	音楽共有, メインアカウント使用
Leaflet	お散歩カメラ	ブログ（休眠中）, メインアカウント使用
TriLinesAt	—	三行日記（休眠中）, メインアカウント使用
Skyreader	—	休眠中, メインアカウント使用

他にも面白そうなサービスが色々と登場しているので，これからも増えていくかも知れない。自作ツールで bsky.social 以外の PDS で Bluesky の API を使えるようになれば pckt.cafe とかも使いやすくなるのだが… この辺は調査中。

ActivityPub/Fediverse 関連サービス

ついでに，私が利用している ActivityPub/Fediverse 関連サービスも挙げておく。といっても今のところは Mastodon しか使ってないのだが。

サービス	アカウント等	備考
Goark	`@spiegel@goark.fedicity.net`	メインアカウント
`@osanpo@goark.fedicity.net`	Web クローラーボット
`@goark@goark.fedicity.net`	開発・実験用, 今のところボット運用
Fedibird	`@spiegel@fedibird.com`	予備系
mstdn.jp	`@spiegel@mstdn.jp`	休眠中

PixcelFed も気になっているのだが，これも API とかどうなってるんだろうと踏み出せてない。まぁ Mastodon が問題なく使えてるので優先順位は低め。

Bridgy Fed 連携

Bridgy Fed は Bluesky や Mastodon 等の ActivityPub 連合（Fediverse）を連携させるサービスで，現在 Bluesky → Fediverse と Fediverse → Bluesky のブリッヂが提供されている。また Web サイトを Bluesky や Fediverse へ参加させる機能も提供されている。

Bridgy Fed について詳しくはドキュメントを参照のこと。ここでは本サイトで提供している Bridgy Fed 連携の設定を挙げておく。

Bluesky → Fediverse

graph LR BridgyFed(("Bridgy Fed")) Bluesky["Bluesky"] Mastodon["Fediverse\n(Mastodon, ...)"] Bluesky e2@--> BridgyFed BridgyFed e1@--> Mastodon e1@{ animate: true } e2@{ animate: true }

Bluesky	Fediverse
`@baldanders.info`	`@baldanders.info@bsky.brid.gy`
`@fanapod.baldanders.info`	`@fanapod.baldanders.info@bsky.brid.gy`

Mastodon → Bluesky

graph LR BridgyFed(("Bridgy Fed")) Bluesky["Bluesky\n(and Atmosphere)"] Mastodon["Mastodon"] Mastodon e1@--> BridgyFed BridgyFed e2@--> Bluesky e1@{ animate: true } e2@{ animate: true }

Mastodon	Bluesky
`@spiegel@goark.fedicity.net`	`@mstdn.baldanders.info` (PDSls)

※ @mstdn.baldanders.info アカウントは認証には使えない。

Web → Bluesky & Fediverse

graph LR Website["Web site"] BridgyFed(("Bridgy Fed")) Bluesky["Bluesky\n(and Atmosphere)"] Mastodon["Fediverse\n(Mastodon, ...)"] Website e1@--> BridgyFed BridgyFed e2@-->Mastodon BridgyFed e3@-->Bluesky e1@{ animate: true } e2@{ animate: true } e3@{ animate: true }

Web site	Profile, Fediverse, and Bluesky
`text.baldanders.info`	Bridgy Fed profile
`@text.baldanders.info@web.brid.gy`
`@text.baldanders.info` (PDSls)

Fediverse アカウントの URL はブラウザでは Web サイトにリダイレクトされる（フォローは可能）
Bluesky アカウントは認証には使えない

ブックマーク

Pckt に新しい PDS レジストリを作る

2026-03-04T13:19:00+00:00

【2026-03-06 追記】

最新の atproto 関連サービス利用については以下を参照のこと。

AT Protocol 関連サービスの利用について

AT Protocol (以降 atproto) ベースのブログサービスに pckt (@pckt.blog) というのがある。先日紹介した Leaflet と同じく standard.site Lexicon に基づいた構成になっている。

via pckt.blog

この pckt が自前の PDS (Personal Data Server) を launch したらしい。

When you sign up for pckt blog, you will get the opportunity to claim a username that’s part of our pckt.cafe personal data server.

That means you will get to choose a handle like @your-name-here.pckt.cafe which will be usable to sign in across the atmosphere for apps like Bluesky, Germ Network, Stream.place, and any place built with AT Protocol.

via Building Our Corner of the Open Social Web: pckt.cafe and More

ちょっと試してみよう。

PDS レジストリの作成

via Register - pckt

入力したメールアドレスに対して確認用の URL が送られるのでので必ず実行すること。上手く登録できるとダッシュボード画面が表示される。

via Dashboard - pckt.blog

とりあえずブログ名を決めてしまおう。入力したブログ名がサブドメイン名になるので注意。ブログ名は後で変更できる。

via Dashboard - pckt.blog

ダッシュボードの右側に注目すると，サインアップ直後では制限が大きいことが分かる。制限内で試す分には問題ないが，本格的に利用するなら有料版にアップグレードする必要がある。

via Subscription - pckt.blog

アカウント情報

ダッシュボード右上のハンバーガーメニューから “Account” を選択すると以下の画面になる。

via Account Settings - pckt.blog

どうやら PDS レジストリを作成すると自動的に Bluesky のアカウントも作成されるようだ。

via Bluesky

DID の項目から PDSls のサイトへ行ける。

via PDSls

色々と記述があるが，ここでは DID, Aliases, Services の3点のみ確認できればよい。

DID: did:plc:4kzexuq4xieuarc3q6lmkeou
Aliases: at://spiegel.pckt.cafe
Services: https://pds.pckt.cafe

折角なので，ハンドル名 spiegel.pckt.cafe を独自ドメイン名 photos.baldanders.info に変更してみる。

ハンドル名を独自ドメイン（サブドメイン）に変更する

Handle - AT Protocol

ハンドル名にドメイン名を割り当てる方法は以下の2つがある。

DNS の TXT レコードに DID を設定する
https://domain-name/.well-known/atproto-did に DID を設定する

そもそもユーザが DNS にアクセスできない場合は2番目の方法をとるしかない。もうひとつ注意しないといけないのは，サブドメインをハンドル名にしたい場合だ。今回の作業を通して具体的に説明していこう。

私は baldanders.info ドメイン以下のレコードに対してフル権限を持っているので（ぞんぞがさばる），サブドメインをいくつでも追加できるし TXT レコードも自由に追加できる。ただしサブドメインを CNAME で設定している（例えばここのブログは GitHub Pages を利用して CNAME で独自ドメインを割り当てている）場合は1番目の方法では上手くいかないため2番目の方法をとるしかないようだ¹。

既にあるサイトに /.well-known/atproto-did ファイルをセットする手もあったが，今回は CNAME レコード設定を避けて photos.baldanders.info をハンドル名とした。こんな感じ。

_atproto レコードは baldanders.info ドメインに対応し _atproto.photos レコードは photos.baldanders.info ドメインに対応している。

nslookup コマンドが使えるのであれば，以下のように確認できる²。

$ nslookup -q=txt _atproto.photos.baldanders.info 1.1.1.1
Server:		1.1.1.1
Address:	1.1.1.1#53

Non-authoritative answer:
_atproto.photos.baldanders.info	text = "did=did:plc:4kzexuq4xieuarc3q6lmkeou"

Authoritative answers can be found from:

photos.baldanders.info ドメインをハンドル名として登録するには Bluesky の設定画面を使うとよい。最初に spiegel.pckt.cafe で Bluesky にサインインしておいて Settings → Account → Handle で以下の画面が表示されるので “Enter the domain you want to use” の項目に photos.baldanders.info を入力する。

via Change Handle - Bluesky

“Add the following DNS record to your domain:” の部分は（既に登録済みなので）無視してよい。最後の “This should create a domain record at:” の部分が

_atproto.photos.baldanders.info

になっていることを確認して “Verify DNS Record” をクリックする。

via Change Handle - Bluesky

“Domain verified!” と表示されれば DNS レコードが正しく読み込まれている。あとは “Update to photos.baldanders.info” をクリックして完了である（クリックしないと完了しない）。完了後は新しいハンドル名でサインインし直すこと³。

pckt のほうもサインインし直してね。以下は，最終的なアカウント情報。

via Account Settings - pckt.blog

PDSls で PDS の状態を確認してみる。

via PDSls

最後に Bluesky プロフィール画面を整えておく。

via Bluesky

なにか記事を書いてみる

アカウントとハンドルについてひととおり設定ができたところで，なにか記事を書いてみる。

その前にブログのカスタマイズをしておく。ダッシュボード右上のハンバーガーメニューから “Customize” を選択する。今回はこんな感じにした。

via Customize - pckt.blog

テーマはプリセットされているものから選択できる（自身でカスタマイズも可能）。フォントもある程度選べる。ただし日本語の場合はどれを選んでも Serif か Sans-Srif かくらいの違いしかないみたい。

ダッシュボードから “New Post” で記事を書いてみる。

編集は WYSIWYG (What You See Is What You Get) スタイルで，今どきの markdown 記法とかは使えない。行頭に / を入力するとメニューが出てくる。

タスクリストが書けるのか。これは嬉しい。

コードも書ける。

テーブルも書ける。

文章中の文字列にハイパーリンクを仕込めない。その代わり URL を書くとリンクカードに変換してくれる。

数式は無理そう。

文章中の文字列にハイパーリンクを仕込めないとなると，記事の構成を工夫する必要があるかもしれない。数式が使えないのは… 人によるか。

完成した記事はこんな感じ。

via こんにちは，Pckt - お散歩カメラ - pckt.blog

Bluesky と連動してるくせに publish と同時に Bluesky へのポストしてくれるとかはないらしい。 Bluesky へのポストは当面手動で行うか。

こんにちは，Pckt - お散歩カメラ osanpo.pckt.blog/pckt-ya0be17

[image or embed]
— Spiegel with お散歩カメラ (@photos.baldanders.info) March 4, 2026 at 2:17 PM

今日はこの辺で勘弁してやろう（笑）

CNAME レコードと（TXT を含む）他のレコードとの関係がよく分かってなくて，しばらく悩んでしまった。アホである。 RFC 1912 も参照のこと。 ↩︎
コマンドラインにある 1.1.1.1 は Cloudflare が運営するパブリック DNS リゾルバである。 ↩︎
サインイン時の Hosting Provider はデフォルトの Bluesky Social ではなく pds.pckt.cafe を指定すること。ちなみに認証は OAuth である。 ↩︎

English version of my articles on Zenn

2026-03-02T06:23:17+00:00

Zenn has started offering a machine-translation feature for published articles.

There was some controversy over this, and the feature is currently opt-in. I don’t have any strong objections to machine translation, so I enabled it.

via Account Settings | Zenn

Articles are being translated gradually, but since Zenn does not provide a way to navigate to translated articles from their site, I’m collecting the translated articles here. Please note that these are machine translations and I do not guarantee their accuracy.

My articles published on Zenn are released under the CC BY-SA 4.0 license.

Leaflet と The Atmosphere

2026-02-11T09:45:00+00:00

【2026-03-06 追記】

最新の atproto 関連サービス利用については以下を参照のこと。

AT Protocol 関連サービスの利用について

無事に退院できました。入院中の話（後編）はそのうち書くとして，今回は入院中の暇つぶしに遊んだブログサービス Leaflet を紹介してみる。

Leaflet (leaflet.pub)

Leaflet (leaflet.pub) は AT (Authenticated Transfer) Protocol (以降 atproto) ベースのブログサービスである。さっそく試してみた。

via Leaflet

そのまま “Write a Doc” で書き始めることもできるけど¹ “Start a Publication and blog in the Atmosphere” で Bluesky アカウントと紐づけることもできる。

via Log In or Sign Up

“use an ATProto handle” を選ぶと Bluesky 以外の atproto ベースのサービスのアカウントでログインできるらしいのだが，私は Bluesky 以外にアカウントを持ってないので省略。ここは素直に “Log In/Sign Up with Bluesky” ボタンを押す。

via Log In or Sign Up

Bluesky のハンドル名（user.bsky.social など）を入力して認証を開始する。ちなみに OAuth 認証なのでアプリパスワードではなく通常のパスワードを使う必要がある。認証が成功すると OAuth のアクセス承認画面がでる。

via 承認する

接続先（leaflet.pub）等をよく確認すること。ここで “承認する” を選ぶと Bluesky アカウントと紐付けられ Publication 作成画面に移動する。

via Create Your Publication!

こんな感じに Publication 名（ブログ名）やドメイン名等を決めて “Create Publication!” ボタンを押すと Publication が作成される。

via Create Your Publication!

ひとつのアカウントに対して複数の Publication を作成することができる。さっそく “New Draft” ボタンを押して記事を書いてみよう。

via Draft

編集は WYSIWYG (What You See Is What You Get) スタイルで，今どきの markdown 記法とかは使えない。最初「絵とかどうやって入れるの？」と途方に暮れたが，行頭に / を入力するとメニューが出てくるようだ。絵図を挿入する以外にもコードや数式やリンクカードなども挿入できる。

via Draft

でも表は書けないっぽい。

せっかく「お散歩カメラ」とタイトルを付けたので，ここは写真を貼り付けておく。こんな感じ。

via Draft

記事の保存は自動で行われる。公開する際は左上の “Publish!” ボタンを押す。

via Draft

すると以下の確認画面に移動する。

via Publish!

“Share on Bluesky” を選ぶと記事へのリンクが Bluesky にポストされる。 “Publish this Post!” ボタンを押すと記事が公開される。 Bluesky へのポストはこんな感じ。

2026-02-08 のお散歩カメラ

[image or embed]
— Spiegel＠巡遊者 (@baldanders.info) February 10, 2026 at 2:54 PM

実際に公開した記事はこんな感じ。

雪やこんこ - お散歩カメラ

凝ったカスタマイズはできなさそうだが，基本的な機能は押さえてあるし，シンプルで使いやすいサービスだと思う。

Leaflet と The Atmosphere

最初に述べたように Leaflet は atproto ベースのブログサービスである。 atproto の構成はこんな感じ。

via File:Bluesky–AT Protocol federation architecture.svg - Wikimedia Commons (CC BY 4.0)

前に紹介した三行日記と同じように Leaflet も（おそらく¹）独自のストレージを持っているわけではなく PDS (Personal Data Server) の各ユーザのリポジトリに記事データを格納している。

さらに Leaflet は最近 standard.site と呼ばれる（ブログなどの）長文記事用の Lexicon を採用した²。 Standard.site を採用しているサービスとしては他に pckt や Offprint といったサービスがあるらしい。同じ Lexicon を持つこれらのサービスでは相互運用が容易になる。

Leaflet に関連して以下の記事を見つけた。

The Everything Account

この記事は以下の問題意識から始まる。

The problem with our accounts is that they aren’t our accounts. They’re accounts owned by Google, Instagram, Reddit, and X. And when any of these organizations wants to go rogue, all you can do is say “wow, that sucks,” and keep using it because starting from scratch with another service is hard.

And what makes it hard is simple: they have our data, including our posts, our relationships, and so much more, and we can’t take it all elsewhere. The data you’ve created in an app is directly tied to the app itself, and the companies behind it hoard the data because they know it’s what gives them the power to hold on to you.

via The Everything Account

「私のアカウント」「私のデータ」だと思っているものは実際にはアプリと不可分で，サービス・プロバイダが所有し囲っており，アカウントおよびそれに紐づくデータがサービス間で共有・移動することはあまりない。プロバイダの気が向けばデータを共有するための API を提供したりインポート・エクスポート機能を提供したりすることもあるが，それが他サービスとマッチするとは限らない。

中国の WeChat は “The Everything App” (万能アプリ) と呼ばれる仕組みを持っている。あるひとつのアプリのアカウントに対して多様なミニアプリがぶら下がり，それらの間でシームレスにデータを共有できる仕組みらしい。

here’s a common concept known as “The Everything App”: a single app that contains a series of sub-apps, all under a single account. An example is the popular Chinese app WeChat, which offers messaging, payments, a full social network, and mini-apps that other companies can build to live inside it.

This simplifies the model we’re used to by not requiring you to create a new account for every app. The Everything App stores your data in a shared location within it, and other apps can use it as long as you give them permission.

via The Everything Account

確かにこの方法であれば “The Everything App” の裁量下で多様なサービスとアカウントとデータを共有できる。ただし，それでも “The Everything App” のアカウント自体は「わたしのもの」ではなく “The Everything App” を所有するプロバイダのものである。

では本当の意味で「わたしのアカウント」「わたしのデータ」を実現するにはどうすればいいのか。これを解決する（解決できそう）なのが atproto である。先に挙げた atproto の構成をもう一度見返してみよう。

「わたしのアカウント」「わたしのデータ」を格納している PDS はアプリから独立しており， Bluesky を含む各アプリは API を通じて PDS にアクセスする。これが “The Everything Account” (万能アカウント) である。そして “The Everything Account” を中心にしたエコシステムを “The Atmosphere” と呼ぶ。

The Atmosphere, as you can see above, already has countless apps you can use. There are Twitter-like apps such as Bluesky and Blacksky; blogging services like Leaflet, Offprint, and pckt; collection and annotation tools like Semble, Margin, and Seams; and I can go on and on because the ecosystem is expanding by the day. And this is just a small portion of the existing Atmosphere - I couldn’t fit all of the different apps because there are just. so. many.

via The Everything Account

不勉強で atproto を中心としたいわゆる ATmosphere が既にこれほどの多様性を産んでいることを初めて知った。真面目に atproto の勉強をしないといけないなぁ。

以上の話を併せると atproto の ATmosphere が実装よりの話で “The Atmosphere” はもう少し概念よりの話ということになるだろうか。実際には稼働し利用されている PDS のほとんどは Bluesky が提供している bsky.social³ らしいのでまだ理想の状況とは言えないかもしれないが PDS 自体は自前で立てることも可能らしい。 Hostdon でお一人様サーバを立てるみたいに，簡単に PDS サーバを立てられるようになると面白いんだけどねぇ。

The Atmosphere is an ecosystem that respects your agency as a user, and it’s one of many ways we can start taking back control of our online experiences. Whether you’re a user or a builder, you no longer need to hold onto hope that a giant company does the right thing for you. You can take your Everything Account across The Atmosphere without the permission of any other entity.

[…]

Your Everything Account – your account on The Atmosphere – is your account. And it’s about damn time we had an account that actually is.

via The Everything Account

ブックマーク

Leaflet ではサインインせずに記事を書いて公開することができるのだが，どういう仕組みか分からない。 ↩︎ ↩︎
Lexicon は直訳的には「語彙（集）」だが，ここではデータおよびそのアクセスのための構造（schema）を指す。ちなみに Bluesky の lexicon は bsky.app で，これは Bluesky の App View を兼ねている（筈）。 ↩︎
厳密には Bluesky の PDS は多数のサーバで構成されているそうだが，ユーザから見た PDS へのアクセスは bsky.social で統合されている。 ↩︎

2026年の書き初め

2026-01-04T07:09:56+00:00

みなさま，新年あけましておめでとうございます。今年もよろしくお願いいたします。今年最初のブログ記事。

昨年（2025年）のインプット／アウトプット

2024年末に「2024年のインプット／アウトプット」を書いたのを読み返して「2025年もやってること変わらんなぁ」という感想になった。以下に簡単に2025年のインプット／アウトプットをまとめておく。

ブログ

ブログに関しては，このブログ以外のアウトプットはなくなった。 Zenn や Qiita は完全に読み専になった。

SNS，マイクロブログ

インプット・アウトプット両方で使ってるのが Mastodon, Bluesky, Flickr。

Mastodon
- メインアカウント
- osanpo : よく見るサイト・ブログの監視用ボット。 Feed reader として使っている
- goark : 自作パッケージやよく利用する Go パッケージを監視して更新したらアナウンスするボット
Bluesky
- メインアカウント
- osanpo : よく見るサイト・ブログの監視用ボット。 Feed reader として使っている
- goark : 自作パッケージやよく利用する Go パッケージを監視して更新したらアナウンスするボット
- APOD unofficial : NASA APOD (Astronomy Picture of the Day) 非公式ボット
Flickr

Facebook は広島時代の友人向けの生存報告用にのみ使ってる。 Instagram, Threads はアカウントを持ってない。 𝕏 はブログ記事の宣伝と推し VTuber のチェックに使ってる。 Facebook も 𝕏 も（無料ユーザは）リンク付きのポストを冷遇するみたいな話も聞いてるし，すっかり広告媒体になっちまったなぁという感想。

GitHub

メインアカウント : 雑多な物置。主にここの管理に使っている
Playing with Go Language : 自作ツール，パッケージ管理リポジトリ

昨年の秋くらいからぼつぼつ Go で遊ぶのを再開している。入院中に PR を貰って慌てて環境を整えたり（笑）

YouTube

骨折入院で気がついたのだが，雑談配信って心とパソコン環境に余裕がないと見る気にならないのな。なので最近は歌枠やゲーム実況を主に見ている。退院して余裕ができたら未見の配信を消化していこう。

今年（2026年）はリハビリから始まる

今年に入って 1/3 荷重まで緩和され，エアロバイクも解禁された。ペダル漕ぐの楽しい。最初は様子見とケイデンス 60rpm くらいでゆっくり目に漕ぎはじめたのだが，ペースが速いとビックリされた（笑）まぁ，ママチャリだと 40〜50rpm が普通だものなぁ。好きに濃いでいいと言われたので 70rpm 付近で20分ほど漕いでいる。

今月末か来月初めくらいにはフル荷重が解禁になるので，筋力を落とさないよう楽しくリハビリしていこう。

退院したらまたフィットネスバイクと近場のサイクリングからやり直しだな。今年も心臓リハビリ＠がんばらないということで。

Typst のお勉強を始めた

2025-02-27T10:07:40+00:00

先週の 2025-02-19 (現地時間) に Typst 0.13 がリリースされたニュースが Bluesky の私の TL に流れてきて「そういやそんなのあったな」と思い出した。

個人的に思う Typst 最大のメリットはシングルバイナリで提供されていて，それだけで PDF ファイルを生成できること。というわけで重い腰を上げて調べてみることにした。

Typst のお勉強

Typst 勉強用に久しぶりに新しいセクションを作った。いやぁ，やり方をすっかり忘れてたよ（笑）

Typst を触ってみた感想は，良くも悪くも「Markdown 以上 $\mathrm{\LaTeX}$ 未満」。

たとえば $\mathrm{\LaTeX}$ でガチの執筆をしている人には Typst はまだ力不足だと思う。逆に Markdown で満足している人には Typst は過剰スペックに見えるかもしれない。あと Typst 0.13 から HTML 形式へのエクスポート機能がサポートされたが，これはドキュメント要素を単純に HTML の要素に置き換えているだけみたいで，今のところスタイルの制御もない。将来バージョンはどうなるか分からないが，過剰な期待しないほうがいいだろう。とはいえ既存の CMS と組み合わせれば使い道があるかもしれない。

あくまで個人の意見だが，ドキュメントの作成・管理でもっとも重要なのは再利用しやすいか否かだと思う。その点，テンプレートを作りやすくレイアウトとデータの分離がしやすい（多分） Typst は向いていると思う。何より入力がテキストファイルなのは強い。さらに Typst フォント周りに気をつければマルチプラットフォームでいける（バイナリ自体はOSおよびアーキテクチャごとに提供されている）。

ところでこれは愚痴なのだが，そろそろ OS ごとに勝手なフォントが入ってる状況はどうにかならないのだろうか。たとえば Sans Serif なフォントとして Helvetica を使いたいとするじゃん。 macOS には昔からこれが標準で入ってるけど他の OS にはない。その代わりの代替フォントとして Windows なら Arial， Linux だと Liberation Sans があったりするが，名前が全然違う（デザインも微妙に違うけど）のでフォント指定が煩雑になる。日本語フォントだともっと酷いよね。

そりゃあ NOTO フォントを入れるとかすればプラットフォーム間で合わせられるよ。でも，そういう「インストール」自体がハードルが高いんだってば（自分が，じゃなくて，相手にそういうことをしてもらうのが）。 LibreOffce でもアプリケーション自体はマルチプラットフォーム対応なのに，フォント周りで地味に苦労してるんだよな。

少なくとも標準フォントに関してはプラットフォーム間で差異がないようにして欲しい。 NOTO フォントでもいいから。

愚痴はこのくらいにして…

既に個人的な書類送付状など定形書式で簡単なものなら Typst → PDF → 紙に印刷という流れができ始めた。次は議事録，その次はいよいよ設計書かなぁ。いずれ勤務先にそういう提案ができるところまで持っていきたいものである。音声の文字起こしとか生成 AI のおかげでだいぶ楽になってきたし Typst みたいな組版ツールと組み合わせれば面白そうなんだけど。

まだちゃんと調べてないが Typst には if/else とか for/while とか break/return とかの制御構造があり，更に JSON や YAML や CSV などのデータ・ファイルを読み込む機能もある（プレーンテキストも読める）。これらの機能を上手く使えばドキュメントのレイアウトやロジックとデータを分離することができそうである。今後はこの辺の制御を中心に調べる予定。もう少しゆっくりなペースでね。

参考文献

Typst完全入門: LaTeXより簡単、Markdownより強力、美しいドキュメント作成術: doitsu (著); 2024-12-08 (Release 2024-12-08); Kindle版; B0DPXBNTRS (ASIN); 評価

[Comment] マークアップ言語および組版ツールである Typst についての解説。 Kindle 版のみの提供。固定レイアウトではないためレイアウトが崩れまくって読みにくい。この手の技術解説書は固定レイアウトの Kindle 版か，いっそ PDF で出してほしい。でも Typst についてまとまった解説のある日本語の本は他に見当たらなかったのでありがたい。

reviewed by Spiegel on 2025-02-20 (powered by PA-APIv5)

［改訂第9版］LaTeX美文書作成入門: 奥村晴彦 (著), 黒木裕介 (著); 技術評論社 2023-12-09 (Release 2023-12-09); 単行本（ソフトカバー）; 4297138891 (ASIN), 9784297138899 (EAN), 4297138891 (ISBN); 評価

[Comment] 2023年末に出てるのに気が付かなかった orz 今回は版元で PDF 版を買った。

reviewed by Spiegel on 2024-04-07 (powered by PA-APIv5)

やっぱ 𝕏 って SNS じゃないんだな

2025-02-15T00:41:59+00:00

今回はいつも以上に胡乱な話を書いてみる（笑）

やっぱ 𝕏 って SNS じゃないんだな

企業のSNS担当してるけどX（旧twitter)以外のSNSは全部使い物にならない

いわゆる「増田」なので「ネタにマジレスすんな」って話ではあるが，なかなかに面白かったので消されないうちに引用しておく。

・tiktokとインスタは住人の平均知能指数が低すぎる

これはモノによる（メシ屋ならむしろインスタ主戦場のほうが良いとは思う）所はあると思うけどうちの扱ってる商材的にもうこの２つはダメ

宣伝にはなるけど購買に結びつくような人間がそもそも使ってない

・日本のFacebookは廃墟

これはマジなんだけど日本のFacebookは本当に今廃墟状態です、何にもリーチしません

正確に言うと皆使ってるけど使ってる人が身内専の連絡のみに使ってて交流してない、幽霊が一生同じことやってる感じ

・X(旧twitter)以外の短文型SNSはおすすめ機能がないから論外過ぎる

ここが一番デカい部分、たまにブルスカに企業公式がくればな～って言ってる人がいるけど永久に来ません

おすすめがないから作る意味がないです

企業のSNS担当してるけどX（旧twitter)以外のSNSは全部使い物にならないより

まぁ Mastodon や Bluesky などに移住してきている人の多くは 𝕏 (旧 Twitter) の「おすすめ」のク◯さ加減に絶望してるからこそ移ってきているわけで，そこで「おすすめ欄がないとそもそもロクな宣伝ができない」とか言われても1ミリも説得力がない。

と，ここまで考えて，ふと思った。この記事って 𝕏 に対する盛大な dis りなのでは？

このブログでは何度も書いているが，広告とは注目の搾取である。上述の記事もよく見ると，挙がっているサービスについて広告媒体としては「使えねー」な感じなのかもしれないが，見方を変えれば広告によって注目を奪われにくいメディアと言える。いや Facebook は 𝕏 以上に広告塗れでサービス全体としても根本的に破綻してるけどな（それでも広島時代の知り合いがいるから止められないのだけど）。

SNS として見た場合，無遠慮に TL に広告を挟み込まれるのはホンマにイライラする。しかも1つや2つじゃないからね。そういう意味じゃ 𝕏 は SNS としてはとっくに破綻してると言える。

今回の増田記事を見て，やっぱ 𝕏 って SNS じゃないんだな，と改めて思った。

そもそも広告ってのは見てる人に広告と思わせた時点で失敗なのよ。だから Google 検索だって検索結果のふりしてトップに広告載せたりとか姑息なことをしてるだろう。これもバレた時点で失敗だけど（笑）

新参の Bluesky だが，今の時点でも（𝕏 に比べて）エンゲージメントが高いという指摘もある。 𝕏 のようにユーザの活動を押しのけて表示順を弄って広告を差し込むといったことをせず，ユーザの活動に沿う形で見せていくのが広告の理想だと思うが，もしかしたら今の Bluesky はそれに近いのかもしれない。今後は分からないが（笑）

メタクソ化 (enshittification) は営利企業の運命みたいなもんだしな。

【2025-02-19 追記：おまけ】「誰も読まないのに何故ブログを書くのか」

（以前 Bluesky に殴り書きした内容を再構成し，おまけとして残しておく）

Why Blog If Nobody Reads It? | Andy’s Blog

写真にしろブログ記事にしろ，公開されている場にアップするってのが結構大事なんだよね。公開された場だからこそ（自分の中で）抑制が働く。無意識に「引き算」を始めるのである。自分の言いたいこと書（描）きたいことをそのまま表現するのは，思春期男子の鍵付き引き出しにしまわれた「見せられない日記」と同レベルと言える。

You walk through the city, camera in hand. You see a scene — a moment of light, shadow, humanity. You capture it.

Nobody cares.

via Why Blog If Nobody Reads It?

カメラや写真に対する考え方は人それぞれあると思うが，私は（学生サークルの天文研時代に天体写真でカメラを始めたこともあり）以下のように考えている。

写真は「被写体」があって「背景」があって「撮影者」がいて「鑑賞者」がいる。 4つの要素が揃って初めて写真として成立する。公開されない場に溜め込まれた写真は「撮影者」と「鑑賞者」を分離できない。でも公開することで分離できる。両者が同じ「自分」であっても。

昔の銀塩カメラは特に道具の選択や準備もそれなりにあるし，「撮影」したものが実際に「写真」になるまでに幾つもの工程があるし，故に時間もかかるし，言ってしまえば「無加工の写真」なるものは存在しない。

美麗な天体写真を公開されている KAGAYA さんの作品とかも何時・何処で・如何やって「撮った」かが気になる。一昨年観た写真展も同様の視点で観てた。

若い頃はイキってたのでそういう視点でモノを見ることに嫌悪を感じていた（ので一眼レフを封印した）が，今では「撮影者」と「鑑賞者」の両者の視点で作品が観れるのはお得だと思えるようになった（笑）

ブログも同じ。公開することで書き手と読み手が自然に分離される。私のブログの最優先読者は私自身だ。 3年後にそれを読んで「なんちうええことを書くんや」と思ったら成功である。

ブックマーク

参考図書

スパム[spam]:インターネットのダークサイド: フィン・ブラントン (著), 生貝直人 (監修), 成原慧 (監修), 松浦俊輔 (翻訳); 河出書房新社 2015-12-25; 単行本; 430924744X (ASIN), 9784309247441 (EAN), 430924744X (ISBN); 評価

[Comment] とりあえず読みづらい。修飾語が多すぎるよ。ギリシア神話かっての。

reviewed by Spiegel on 2016-12-10 (powered by PA-APIv5)

天空の庭: KAGAYA (著); 河出書房新社 2024-04-26 (Release 2024-04-26); 大型本; 4309257453 (ASIN), 9784309257457 (EAN), 4309257453 (ISBN); 評価

[Comment] どっかの SNS で知ってソッコーでポチった。絵的にも美麗な写真集。

reviewed by Spiegel on 2024-04-26 (powered by PA-APIv5)

【購入者限定特典付き】カレンダー2025 KAGAYA奇跡の風景CALENDAR 天空からの贈り物（月めくり/壁掛け/「オリジナルスマホ壁紙」データ配信） (インプレスカレンダー2025): KAGAYA (写真); インプレス 2024-09-13 (Release 2024-09-13); カレンダー; 4295019313 (ASIN), 9784295019312 (EAN), 4295019313 (ISBN); 評価

[Comment] ついカッとなってポチった。反省はしない。美麗な天体写真で有名な KAGAYA さんの作品がカレンダーになった。つか，書籍扱いなんだな，これ。

reviewed by Spiegel on 2024-09-15 (powered by PA-APIv5)

2024年のインプット／アウトプット

2024-12-29T13:21:17+00:00

前回の続き。

Mastodon ではちょろんと書いたのだが，今年の私のインプットとアウトプットを整理してみる。

2024年のアウトプット

ブログ

text.Baldanders.info : ここ。本家ブログ
Zenn : 今年は1件しか書かなかった。読み専？
Qiita : 絶賛放置中。読み専

前回も書いたが，今年は技術系の記事をほとんど書いてないので Zenn の記事も1件のみ。その代わり，本家ブログでは自転車やお散歩カメラの記事が頻出している。やっぱジャンルを絞っちゃうと先細りしちゃうんだよなぁ。

SNS，マイクロブログ

Mastodon : メインの活動場所
Flickr : 写真公開場所
Bluesky : 𝕏 からの避難先
Facebook : 主に広島時代の友人への生存報告用に利用
mixi2 : 旗は立てた。どう利用していいか分からない感じ
𝕏 : 2023年から無期限休眠中。たまに生存報告
Nostr : 旗は立てたが絶賛放置中
Instagram : 2020年に足を洗った。 Threads のアカウントも持ってない

SNS やマイクロブログで書いた内容は基本的に「書き捨て」なので，サービスまたはアカウントがなくなったら消滅する。ただし写真はオリジナルを自宅 NAS にバックアップしてるので無問題。

GitHub

メインアカウント : 雑多な物置。主にここの管理に使っている
Playing with Go Language : 自作ツール，パッケージ管理リポジトリ

2024年のインプット

SNS，マイクロブログ

Mastodon
- メインアカウント
- osanpo : よく見るサイト・ブログの監視用ボット。 Feed reader として使っている
- goark : 自作パッケージやよく利用する Go パッケージを監視して更新したらアナウンスするボット
Bluesky
- メインアカウント
- osanpo : よく見るサイト・ブログの監視用ボット。 Feed reader として使っている
- goark : 自作パッケージやよく利用する Go パッケージを監視して更新したらアナウンスするボット
- APOD unofficial : NASA APOD (Astronomy Picture of the Day) 非公式ボット

メインの活動場所である Mastodon や Bluesky には Go 関連の日本語圏有名人は少ない感じ？なので Go 関連の情報が入りにくくなっている。この辺は何とかしたいが，今さら 𝕏 に戻る気はないしなぁ…

APOD 非公式ボットを始めたときは他に見当たらなかったが，最近は色んなアカウントがあって見るのが楽しい。

YouTube

言い訳しておくと，私は今でも情報収集用のメディアとして映像（動画）や音声（ラジオ）は適切ではないと思っている。「それブログで纏めてくれ」って感じである。

ただしエンターテインメントと組み合わせれば観てて楽しいし，これはこれでアリなんじゃないかと思うようになった。なので最近は今まで関心が薄かったジャンルの学術系 VTuber や自転車関連の配信をよく観る。

その他

Feedly : 絶賛放置中

Feed reader は使わなくなった。その代わり Mastodon や Bluesky のボットアカウントを使ってる。

Feedly などの feed reader はちょっと見ない間に未読が溜まりまくって収集がつかなくなるのよ。この点，タイムライン表示なら見なかったら流れ去って「なかった」ことになるので心理的安全性が高い（笑）

総評

Bluesky は企業・組織の公式アカウントが増えて情報が探しやすくなった。

それにしても，タイムライン方式は検索性が悪いと思う（できないわけではない。 Mastodon は困難だけど）。それをカバーするためにサービスプロバイダが提示する「おすすめ」順ソートがあるんだろうけど。でも「おすすめ」順ソートは「コレジャナイ」感が強いんだよなぁ。

2010年代の SNS やマイクロブログサービスはユーザを囲い込み活動を閉じ込めることに躍起になっていた。これは今でも Facebook や 𝕏 (旧 Twitter) などの老舗タイムライン・サービスで行われている。

でも本来タイムライン・サービスは「土管」に徹するべきで，そこから他サイトのコンテンツに飛ばす動線を確保するほうが理に適ってると思う。

この点で Bluesky は（今のところは）有望なんだよな。

Bluesky、1日で100万人以上増加、エンゲージメントはXの10倍以上という調査報告も | マイナビニュース

まぁ，サービス単体で収益を出そうとすると土管ではいられないんだろうけど。 Bluesky がいつその立場に立たせられるかだよね。

コミュニケーションはメッセージング・サービスか Discord のようなコミュニケーション・サービスを使うべきだと思う。はっ。もしかして mixi2 はコミュニケーション・サービスとして考えるなら有望なのでは？

ここ2,3年はニュースソースを絞ってることもあってメチャメチャ偏ってる自覚はある。ゼロ年代までで言うところのネットサーフィンにあまり時間が割けなくなっている。これは今後の課題だな。

というわけで，これでこっぽし。

「ブログはやはり『死に続けている』」

2022-07-15T11:45:28+00:00

面白い記事を見つけた。

Evan WilliamsがMediumトップから退任 - by 堀正岳（@mehori）

私自身のアカウントは随分前から放置プレイ状態だし，今更 Medium に微塵も感傷はないのだけど，後半のブログの話は面白かった。

「ブログは終わった」ちうのは大昔から言われてるよね。ぶっちゃけ Twitter や Facebook が台頭し始めたゼロ年代半ばには既に言われてたし，そういう意味じゃ「ブログはやはり「死に続けている」」というのはその通りなんだろう。

でもネットから「ブログ」がなくなったようには見えない。

いや，動画って見るのまどろこしいじゃん。 10分のコンテンツを2倍速で見ても5分かかるんだぜ。それならテキストで要約記事を書いてくれよ！そっちを見るから。

まぁSTEALTH一光さんや MindaRyn さんのチャネルとかは楽しく見てるけどね。それぞれの得意な道具を使えばいいぢゃん，とは思う。

ただ

ツイッター、TikTok、YouTubeといったようにわかりやすいアプリがあるメディアは注目されますが、ブログにはそういったものはない

Evan WilliamsがMediumトップから退任より

YouTubeやTikTokと同じような、それに対抗できる力も意味も、もはやない

Evan WilliamsがMediumトップから退任より

というのはまさに「そのとーり！」で，それ故に

このように、ブログはより背景にとけこみ、その人のネット上のすべての活動を包み込む役割に変化してゆくのでしょう。

ブログはその人が生きてゆき、ネットになにかを残してゆく足跡のようなものになりつつあります。

Evan WilliamsがMediumトップから退任より

というのはストンと腑に落ちた。

そもそも「ブログ」は “Web-log” なんだし，これって「ブログ」が本来の機能を取り戻してるってことだよね。 Web 2.0 な山師たちの口車に乗っかり，いかにもそこに「宝の山」があるかのように錯覚し，ネットバブルよろしく狂躁に陥った状態からようやく回復した，という感じか。

というわけで，今後もネットの背景に徹して緩〜く活動を続けていければな，と思う所存です。

どっとはらい

参考図書

ウェブログ・ハンドブック―ブログの作成と運営に関する実践的なアドバイス: レベッカブラッド (著), Blood,Rebecca (原著), yomoyomo (翻訳); 毎日コミュニケーションズ 2003-12-01; 単行本; 483991107X (ASIN), 9784839911072 (EAN), 483991107X (ISBN)

[Comment] すみません。買ってないです。だって目がチカチカするんだもん。つか絶版なのか？表紙をかえて Kindle で出してくれれば歴史資料として買うのに（笑）

reviewed by Spiegel on 2022-07-15 (powered by PA-APIv5)

#golang のエラー・ハンドリングについて Zenn 本を書いてしまった

2020-12-11T11:05:28+00:00

というわけで Zenn で本を出してみた。

Go のエラーハンドリング

これで私も単著持ちだ（違う）

ちなみに CC BY-SA で公開してるので（要求される条件を満たしていれば）自由にパクって構わない。

いや，ちょっとした思いつきだったのよ。

Go のエラー・ハンドリングについて自ブログで記事にしたのは，もう5年も前だが […] 補足記事を別途書いたりもしているが，起点となるこの記事が古すぎて微妙すぎる。いっそのこと全面改訂するか

Golang のエラー・ハンドリングについて本を書いてしまった（改題）より

それで，実際にこのブログの記事として書き始めたんだけど…

なんか大作の予感がするよw ちうわけで，方針変更。 Zenn でデジタル本書きます。これなら「全部入り」で書けるだろう

Golang のエラー・ハンドリングについて本を書いてしまった（改題）より

というわけで Zenn の Book 形式で書き直したんだけど，ホントに2万字強の大作になっちゃったよ。誰だよ，ブログ記事で改訂版を書こうとか考えた奴。オレだよ orz

カバー絵はいいのが思い浮かばなかったので，以前に CC0 で公開していたのを使いまわした。

spiegel-im-spiegel/aozora-cover: Book Cover images for Aozora-bunko

お金を取れるような文章ではないので無料にしているが寄付（サポート）は歓迎！ご笑覧あれ。

ブックマーク

完成しない本

参考図書

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES): Alan A.A. Donovan (著), Brian W. Kernighan (著), 柴田芳樹 (翻訳); 丸善出版 2016-06-20; 単行本（ソフトカバー）; 4621300253 (ASIN), 9784621300251 (EAN), 4621300253 (ISBN); 評価

[Comment] 著者のひとりは（あの「バイブル」とも呼ばれる）通称 “K&R” の K のほうである。この本は Go 言語の教科書と言ってもいいだろう。と思ったら絶版状態らしい（2025-01 現在）。復刊を望む！

List of Blog [text.Baldanders.info]

AT Protocol & ActivityPub 関連サービスの利用について

ATProto/Atmosphere 関連サービス

ActivityPub/Fediverse 関連サービス

Bridgy Fed 連携

Bluesky → Fediverse

Mastodon → Bluesky

Web → Bluesky & Fediverse

ブックマーク

Pckt に新しい PDS レジストリを作る

PDS レジストリの作成

アカウント情報

ハンドル名を独自ドメイン（サブドメイン）に変更する

なにか記事を書いてみる

English version of my articles on Zenn

Leaflet と The Atmosphere

Leaflet (leaflet.pub)

Leaflet と The Atmosphere

ブックマーク

2026年の書き初め

昨年（2025年）のインプット／アウトプット

ブログ

SNS，マイクロブログ

GitHub

YouTube

今年（2026年）はリハビリから始まる

Typst のお勉強を始めた

参考文献

やっぱ 𝕏 って SNS じゃないんだな

やっぱ 𝕏 って SNS じゃないんだな

・tiktokとインスタは住人の平均知能指数が低すぎる

・日本のFacebookは廃墟

・X(旧twitter)以外の短文型SNSはおすすめ機能がないから論外過ぎる

【2025-02-19 追記：おまけ】 「誰も読まないのに何故ブログを書くのか」

ブックマーク

参考図書

2024年のインプット／アウトプット

2024年のアウトプット

ブログ

SNS，マイクロブログ

GitHub

2024年のインプット

SNS，マイクロブログ

YouTube

その他

総評

「ブログはやはり『死に続けている』」

参考図書

#golang のエラー・ハンドリングについて Zenn 本を書いてしまった

ブックマーク

参考図書

【2025-02-19 追記：おまけ】「誰も読まないのに何故ブログを書くのか」