世界を動かす技術を、日本語で。

Show HN: Brolly, プレーンテキストの天気予報サイト

2026年7月26日原文(brolly.sh)

概要

brolly.sh は、 ミニマルなプレーンテキスト天気予報サイト視認性重視のデザイン で、スマホ・PC両対応。 7日間予報、過去データ、時間別詳細情報 を提供。 URL共有 で状態保存・再現が可能。 PocketBaseとopen-meteo.com を活用した効率的な実装。

brolly.sh:プレーンテキスト天気予報サイトの特徴

  • UK MET Office のサイト刷新による使い勝手低下を受け、 独自開発 した天気予報サイト
  • https://brolly.sh で世界中の天気をチェック可能
  • 7日間天気予報前日データ時間別の気温・降水・風・UV・大気質・花粉 表示
  • 花粉予報 はEU/UK内で種類別に提供
  • ロケーション検索最近の5地点 の履歴管理
  • 単位の地域別自動切替 機能
  • シングルカラム・ロングスクロール レイアウトでモバイル最適化
  • デスクトップ表示 も可能、横余白が多め
  • URLパラメータ でページ状態(地点・日付・セクション展開等)を完全保存
  • ページ共有・ブックマーク で同じ表示を再現可能

デザイン・技術的工夫

  • plaintextsports.com の美学に影響を受けつつ、 独自の見た目・操作感 を追求
  • ASCIIアート的な可視化 (例:花粉ヒートマップ)で情報を一目で把握
  • インタラクティブ操作時もページジャンプなし で快適な体験
  • Go + HTML/JavaScript/CSS によるサーバーサイドレンダリング
  • PocketBase を用いた LRUキャッシュ (SQLite DB上で5分間保存)で API負荷軽減
  • open-meteo.com の無料APIを活用し、 高頻度取得にも対応

サイトの利用方法と利点

  • York, UK の天気例:https://brolly.sh/forecast/RWFP2qW8
  • 任意地点の検索 :https://brolly.sh から直接指定
  • 各種データの可視化
    • 日ごと・時間ごとの 天気、気温、降水量、風速
    • UV指数大気質指数(AQI)花粉(種類別)
  • ページ状態のURL保存 で、友人との 情報共有再訪問 が容易
  • シンプルなUI で、 情報の一目把握 が可能

サイト開発の動機と今後

  • 自分自身の使いやすさ を最優先に設計
  • 他ユーザーにも価値提供 できれば嬉しいというスタンス
  • 視認性と情報量の両立 を重視
  • 今後も機能改善・デザイン調整 を継続予定

brolly.sh は、 ミニマルで直感的な天気予報体験 を求める人に最適なサイト。 シンプルな見た目多機能性 を両立し、 毎日の天気チェック を快適にサポート。

Hackerたちの意見

いいね!wttr.inを思い出すけど、インタラクティブでモバイルでもすごく使いやすいのがいいね。俺は狭いアスペクト比の端末をよく使うから、wttr.inは完璧には機能しないんだ。curlで君のサイトにアクセスしたら、ターミナルのテキストビューが表示されるとめっちゃクールだね!

いい提案だね、ありがとう。改善点としてしっかり覚えておくよ。他にも「真の」プレーンテキストモードがあったらいいってフィードバックもあったし、これもうまくつながるね。

面白いね。最近のトレンドは、雑談や天気の話でよく聞くけど(「先週は暖かかった」みたいな)、天気アプリではあまり評価されてないよね。Open-Meteoがそのデータを提供してくれるのは助かるよ。この出力は、偶然にもLLMにとっても完璧にコンテキストが整えられてるし、デリーのページの内容をArena.aiに貼り付けて「要点は?」って聞いたら、qwen3.6-plusが「午後にわずかに雨が降る可能性がある、暑くて湿度の高い日」とか言って、gemini-3.1-pro-previewは「ほぼ晴れだけど、暑くてすごく湿度が高い。実際の最高気温は34°Cだけど、午後には42°Cに感じる」とか言ってたよ。

そうなんだよ、天気サイトで過去のデータ(数日前のでも)見れないのがすごくイライラする!

プレーンテキストサービスが大好きだよ。その利点の一つは、ほぼ瞬時に読み込まれること。ちょっと気になるけど、俺の高速ブロードバンド接続では、これが読み込むのに数秒かかるんだ。同じページをリフレッシュしても遅延が出るし、キャッシュが効くと思ってたんだけど。

変だな、俺のiPhoneでは瞬時に読み込まれたよ。

これについてはごめんね、教えてくれてありがとう。サイトはロンドンのデータセンターにある512MBのDigitalOceanのドロップレットでPocketBaseのインスタンスとして動いてるんだけど、今はいつもより負荷がかかってるみたい。キャッシュの読み取りやページレンダリングのパイプラインに根本的な遅さを引き起こしてる原因がないか、ちょっと見てみるよ。

ユニコードの天気シンボルを使うのにいいケースみたいだね。

ウェブサイトがヨークの天気を表示している理由が全然わからなくて混乱したよ。そこで勉強したことがあって(本当に素敵な場所だし)、よく訪れるから天気をチェックするんだ。設定したつもりだったけど、覚えてなかった。誰かが言ってたけど、テキストベースだからLLMにとって特に理解しやすいんだよね。興味本位で天気MCPを調べてみたら、これを見つけたよ: https://github.com/weather-mcp/weather-mcp

Aboutページから見ると、著者の家だね。

純粋なテキスト(HTMLじゃなくて)を提供して、誰かがcurlコマンドを使って取得し、出力をawkで処理して色々できるようにするのはどう思う?もっと多くのサイトがそうしてくれたらいいな。

プレーンテキストに関していくつかフィードバックをもらったけど、確実に追加を検討するつもりだよ。ところで、出力には1日の天気(今のサイトのように)を含めるべきだと思う?それとも複数日、またはその両方のオプションが欲しい?

Hacker Newsで議論の続きを見る