自分の発信が、気づいたら5つの場所に散らばっていました。
- ブログ（自前のサーバー）
- Zenn
- X
- 自分で作ったプロダクト
- 制作会社向けのポートフォリオ
どれも役割が違うので、ひとつにまとめる気はありません。
困るのは、人に渡すときにURLが5つになることです。
まとめる手段が「プロフィール欄にリンクを貼る」しかなかった
個人が複数の媒体を持つのは今では珍しくないのに、それをまとめる方法はあまり増えていない気がします。
リンクをまとめるサービスはあります。Linktree や lit.link のように、
1ページにリンクを並べて配れるものです。
自分の場合はサーバーを借りていたのでHTMLで自作したところ、URLをひとつ渡せば済むようになり、名刺もすっきりしました。
問題はそのあとです。
更新するのにコードを書き換えないといけない
記事を書くたび、実績が増えるたび、HTMLを開いて手で書き足す必要があります。
自分はコードを書けるので困りません。困らないからこそ、途中で引っかかりました。
この形が維持できるのは、コードを書ける人だけです。
発信を複数の媒体でやっている人はエンジニアに限りませんし、むしろ書ける人のほうが少数だと思います。
技術がある側だけが快適になっている構造だな、と思いました。
これは作る理由として十分です。
手で書いていると、片方だけ張り替え漏れが起きる
しかも、書ける側でも安全ではありませんでした。
ブログをサブドメインへ移したとき、自分のサイトのリンクを直したのですが、
後日ソースを見たら、あるカードは新しいURLで、別のカードは古いままでした。
同じサイト内、同じ移行。なのに片方だけ直っていない。
手作業だと漏れる、という一般論はよく聞きますが、
自分のサイトで現物を見つけたのは初めてでした。
既存のサービスで足りない理由
ここが整理に一番時間がかかりました。
リンクをまとめるだけなら、既存のサービスで足ります。
外部の投稿を取り込んで表示するだけなら、「Zennの記事を表示するブログ」が近い。
片方だけだと、どちらも既存のものの後追いになります。
自分が欲しかったのは、リンクを並べたページが勝手に最新になっている状態です。
静的なリンク集と外部からの自動取得、この2つが揃って初めて、
人に渡したあと放置できるページになります。
分けて考えているうちは、作る意味が見つかりませんでした。
組み合わせたときだけ成立する。そう整理して、ようやく前に進みました。
制約が技術判断を決めた
もうひとつ、作る前に決めたことがあります。
今の自作ページを気に入っている理由は、シンプルで軽いことです。
WordPressを使っていないぶん、セキュリティ面の心配も少ない。
なのでアプリ化して重くなったら、自分が使わなくなると分かっていました。
これは本物の制約です。
そこから技術的な方針が決まりました。
表示はデータベースから読むだけにして外部からの取得は定期実行で裏に回し、閲覧のたびに外部へ取りに行く作りにはしない、という形です。
制約が先にあると、選択肢が減って判断が早くなります。
自分がタイピングしない人間だと気づいた
最後にもうひとつ。
作業の記録をどう残すか考えていたとき、自分がほとんど手で入力していないことに気づきました。
音声で話して、整えるのは別の手段でやっています。
そうすると、手入力のUIだけを用意したアプリは、自分にとって使えないものになります。
作った本人が使わないものを、人が使うとは思えません。
外部からの自動取得を中核に置いたのは、この気づきが理由です。
便利そうだから入れた、という順番ではありません。
いま工程表まで引き終えて、実装に入ったところです。
出来上がったら、またここに書きます。
