広告もサブスクもなし。私(okamo)があえて時代に逆行する「homepage」を作る理由

💡 読了前に客観的な評価を知りたい方へ

本記事のシステム「homepage」の理念や設計について、3つのAI(辛口エンジニア・税理士・お母さん)がBBS形式でガチレビューするスレッドを公開しています。

「AIにコードを生成させたのも『コードを書く行為の一部』だ(エンジニア)」 「導入手順は丁寧だが、非ITの専門家には正直まだ重い(税理士)」 「初心者がどこで転ぶか分かっている優しさに感動!(お母さん)」

このように、本記事の「思想の強さ」と「現実的な導入ハードル」を第三者(AI)目線で鋭く評価しています。ぜひ合わせてご覧ください。

👉AI 3人が記事をBBS風にガチレビューしたスレはこちら


皆さん、こんにちは。okamoです。

今のWebの世界は、少し「うるさすぎる」と感じませんか?

画面を埋め尽くす広告や、記事を読む前に立ちはだかる会員登録の壁、画面を覆い尽くすバナー広告、記事の途中で挟まるPR誘導。これらはビジネスとしては「正解」なのかもしれませんが、利用する私たちの心は少しずつ疲弊してしまいます。

だからこそ私は今、あえて時代に逆行するような個人メディアシステム、「homepage」を開発しています。システムに詳しくない方にも分かりやすく言えば、「25年前のインターネットの手触りを、最新のAI技術で再構築する」という試みです。

「homepage」が目指す、3つの逆張り

このプロジェクトは、現在のWeb開発における「常識」に対する挑戦でもあります。具体的な違いをご説明します。

1. マネタイズ:継続課金 vs 都度課金

現在の主流は「サブスクリプション(継続課金)」です。運営側にとっては安定収入になりますが、ユーザーとしては「解約し忘れ」を狙われているようなストレスを感じることはありませんか? そこで「homepage」は、あえて**「少額の都度課金」**を採用します。一度チケットを購入すれば、N日間は全ての有料記事が見放題になります。まるで駅の売店で雑誌を買うような、シンプルで後腐れのない関係性が心地よいと考えています。

課金画面

2. 読む体験:リッチメディア vs 「読むモード」

動画や派手なアニメーションは排除する方針です。最初からiPhoneのSafariにある「リーダーモード」のように、テキストと画像だけが表示される質実剛健なデザインを目指します。「リッチな体験」ではなく、「読むことへの集中」を最優先したいからです。

3. コミュニティ:匿名 vs 透明性

コメント欄の荒廃は現代の課題です。特に「ヤフコメ(Yahoo!ニュースのコメント欄)」などで問題視されているように、過度な匿名性は誹謗中傷を生みやすく、時には世論操作にも利用されかねません。

コメント欄

ここでは、コメント投稿者の接続元と日替わりID(例:JP / Tokyo / ID:40cce3b9)を表示することで透明性を確保します。「誰でも書ける」という便利さよりも、悪意ある書き込みや世論誘導を防ぎ、安心して読める空気感を大切にしたいからです。

AI時代の新しい開発スタイル

実はこのシステム開発において、私(okamo)はコード(プログラミング言語)を全く書いていません

Firebase Studio画面

「人間が目的(Why)を決め、AIが手段(How)を実装する」。これがこのプロジェクトのルールです。Firebase Studioなどの最新環境を活用し、GoogleのAI(Gemini)に指示を出す。それが私の役割なのです。

真の資産は「ソースコード」ではない

こちらをご覧ください。これが「homepage」のプロジェクトフォルダの中身です。

GitHubのリポジトリ画面

一般的な開発であれば、プログラムそのものが格納されているsrcフォルダが最も重要視されます。しかし、このプロジェクトで私が最も価値があると考えているのは、画像にある**prompt_history(プロンプト履歴)**というフォルダです。

ここには、「私がAIにどのような指示を出し、どう考えたか」という対話の記録が詰まっています。AIの能力がコモディティ化(当たり前化)していく中で、エンジニアの価値は「コードを書く速さ」から、「AIとうまく協力して、感情や法律を含めた本質的なサービスをどう実現できるか」へと移行していると考えています。 ( AIとの共創でサービスを立ち上げた事例 → 私物ガレージセールシステム

「Unlicense」という決意

最後に、このシステムのソースコードは「Unlicense(著作権放棄)」としてgithubに公開します。

「私のコードを勝手に使わないでほしい」と主張するのではなく、「私の思考プロセスや理念(エゴ)を共有したい」と考えるからです。APIを公開して巨大なエコシステムを作るつもりもありません。これはあくまで、私(okamo)個人の、そしてあなたのための「homepage」なのですから。

機能の多さやスペックの高さよりも、利用者と運営者の「感情」に寄り添うシステム。私が今作りたいのは、そういったものなのです。

補足)

このシステムの開発企画書(blueprint) 等のドキュメントもgithubのdocsフォルダで公開しております。

2026/03/28追記: 重要なお知らせです。

2027年3月22日をもって、「homepage」のセットアップ手順で利用しているブラウザ完結型の開発環境「Firebase Studio」が廃止されることになりました。

「非エンジニアでもAIを使ってブラウザ上で完結できる」という便利な環境が失われるのは残念ですが、 Firebase Studio終了後も「homepage」のシステム自体は引き続き動作しますのでご安心ください。

このアナウンスを受け、「homepage」を以下のように大幅にアップデートする予定です。

主な検討事項:

  • AWS CDK(インフラのコード化)とGitHub Copilotを活用し、セットアップの自動化を目指す(非エンジニアでも導入しやすくする)
  • CloudFrontによるCDNキャッシュ対応(v1で断念していた課題
  • Firestore → DynamoDB、GCS → S3 への移行(Firebaseを利用しない)

詳細は以下の検討メモをご覧ください。

👉 homepage v2 検討メモ