出来事の日付：2026年4月12日。

独立系開発者のスティーブ・ハノフは、最小限のインフラ支出で複数の継続収益型ウェブ事業を運営できるとしている技術上の選択について、詳細な説明を公開した。彼の中心的な主張は、小規模企業はシステムを簡潔に保ち、時期尚早なエンタープライズ向けアーキテクチャーを避け、運用コストを予測可能にする制約を受け入れることで、資金が尽きるまでの期間を延ばせるというものだ。

ハノフによると、彼の手法はLinodeやDigitalOceanなどの事業者が提供する低価格の仮想専用サーバー1台から始まる。ソフトウェアを制限に配慮して設計すれば、多くの初期段階のウェブアプリケーションには1ギガバイトのメモリーで十分であり、追加の余裕が必要な場合はスワップファイルを利用できると説明した。また、サーバーが1台であれば、ログや障害、再起動について、1人の開発者が把握しやすくなると論じた。

アプリケーションコードについて、ハノフはGoを好んでいる。理由として、実行時の負荷が小さいこと、静的型付けであること、そしてアプリケーションをサーバーに転送できる単一のバイナリへコンパイルできることを挙げた。このデプロイ方式なら、ホストに言語ランタイムや多数の本番環境用依存関係をインストールせずに済む。この説明は、あらゆるアプリケーションが同じ設計によってより高い性能を発揮すると実証するベンチマークではなく、彼自身の事業における実用上の好みとして提示されている。

データベースには、先行書き込みログを設定したSQLiteを選んでいる。ハノフによると、この構成では、開発者が基本的なSQLite構成から連想することがあるような相互ブロックを起こさず、読み取り側と書き込み側を動作させられる。また、ユーザー登録、セッション、パスワードのリセットなどの認証機能には、自ら作成したライブラリーを使っていると説明した。情報源は、この構成に関する規模の主張について、監査済みのトラフィック数値や独立したテストを提示していない。

人工知能関連の作業は、ローカルサービスとホスティング型サービスに分けている。大規模な一括調査作業では、24GBのビデオメモリーを搭載した中古のNvidia RTX 3090上でVLLMを動かしているとハノフは述べた。彼は、laconicというコンテキスト制約付きの調査ツールと、ローカルまたはクラウドのモデルへ接続するためのllmhubという抽象化レイヤーを開発した。最先端モデルを必要とするタスクには、共通の統合環境とフォールバック・ルーティングのためにOpenRouterを利用している。

ハノフはまた、コーディング支援のため、Visual Studio Codeで長年契約しているGitHub Copilotのサブスクリプションを利用していると述べた。彼の投稿は、詳細なプロンプトと厳格な成功基準を、リクエスト単位の料金体系からより多くの価値を引き出す方法として位置づけている。

その結果として生まれた技術構成は、意図的なトレードオフの事例だ。継続的なインフラ費用と運用対象の範囲を縮小する一方、サービスをより少数のマシンに集中させ、その診断を行う創業者の能力に大きく依存する。ハノフの説明は、自己資金で事業を立ち上げるための具体的な手引きを示しているが、収益、コスト、処理能力に関する記述は、依然として本人による申告である。彼のプロジェクトにとっての利点は、支出と複雑さの両方を管理できることだ。