Author

technews

世界の技術ニュースをリアルタイムでキャッチし、日本語でわかりやすく発信。AI・半導体・スタートアップから規制動向まで、グローバルテックシーンの「今」をお届けします。

ロサンゼルスの「今ある建物」だけを積み上げた地図が見せるもの

ロサンゼルスの街を、建物ごとにひとつの箱として描き、その箱を「建てられた年」に沿って並べた可視化が公開された。見えてくるのは、都市の成長史そのものというより、いま現存している建物だけで作った“生き残りの街”だ。取り壊された建物は含まれないので、過去の都市の完全な再現ではないが、その偏りがかえって都市の時間の層をくっきり見せる。ふだんは意識しない「何が残り、何が消えたのか」を、直感的に考えさせる作品になっている。

1880年からの「生き残ったロサンゼルス」を箱で並べる

元記事は、ロサンゼルス市内に今立っている建物をすべて、1棟につき1つの箱として表現したインタラクティブな地図を紹介している。箱は建物の輪郭や高さを反映しており、建てられた年ごとに出現する。つまり、年を追うと都市に建物が少しずつ積み上がっていく様子が見える仕組みだ。説明文では、これは「The surviving city, 1880 to now」とされていて、いま残っている建物だけで構成したロサンゼルスだと明言している。途中で壊された建物は入っていないので、「当時の街並み」そのものではなく、現在まで生き残った建物が作る都市の断面図というわけだ。

画面には「Decade built」と「Height」という軸があり、年代と高さの関係を見られるようになっている。表示上は「1 story median 16 ft tallest」といった高さの目安も示され、建物のボリューム感が把握しやすい。操作はドラッグで視点を動かし、右ドラッグや⌃-dragで傾ける形式だ。地図のベースには LARIAC 2020 の building outlines が使われ、LA County Assessor の roll heights が参照されている。ただし、ズームアウトすると高さが誇張されると注記されているので、見た目の迫力だけで実際のスケールを読み違えないようにする必要がある。

元記事の面白さは、派手な統計を並べることではなく、都市の履歴を「残存物」だけで見せている点にある。1880年のところには「0 of today’s buildings already built」とあり、今の街の大半が後の時代に建ったことがわかる。そこから先、年を進めるたびに建物が増え、ロサンゼルスの街がいつどの程度のペースで厚みを増してきたかが、数字より先に視覚で伝わる。単なる年表でもなく、単なる地図でもない。建物一つひとつの存在感を保ったまま、都市の時間を立体化した作品だ。

取り壊された建物が消えると、都市史の見え方も変わる

この可視化でまず印象に残るのは、「都市を見ているつもりで、実は残ったものしか見ていない」という割り切りだと思う。普通、街の歴史を語るときは、建てられたものと壊されたものを合わせて考える。ところが元記事の地図は、現在存在する建物だけを使っている。これは欠点でもあるが、同時に強い編集でもある。残った建物だけを並べると、都市の記憶はかなり別の形で立ち上がる。壊されたものは痕跡すらないから、私たちは「今ある街」がどれだけ例外的な積み重ねの結果なのかを思い知らされる。都市史は、保存されたものの勝者総取りの記録でもあるわけだ。

ロサンゼルスらしさは、高さより「広がり」に出ている

この作品がロサンゼルスを題材にしているのも納得感がある。高層ビルの密度で圧倒する街というより、低層の建物が広く散らばり、その上に時代ごとの層が乗っている都市だからだ。記事中にある「1 story median 16 ft tallest」という表示が象徴的で、上へ上へというより、建物の数が増え、面として街が厚くなっていく感じが強い。ニューヨークのように縦の競争を眺める可視化とは違い、ここでは横方向の拡張と世代交代が主役になる。だからこそ、建物の高さよりも「いつ建てられたか」の方が都市理解に効いてくる。ロサンゼルスの空間感覚を、かなり正直に表した見せ方だと思う。

こういう地図は、保存か再開発かの議論にも刺さる

元記事は政策論争を直接扱っていないが、この種の可視化は保存と再開発の話に静かに効いてくる。古い建物がどれだけ残っているかを見せるだけで、都市の更新は抽象論ではなくなるからだ。新しい建物を足すことが成長だとしても、そのたびに何が消えたのかは地図上から消えてしまう。逆に、残った建物が多い場所は、それだけで都市の記憶の厚みを持つ。ロサンゼルスのように開発圧力の強い都市では、こうした“残存の偏り”が街の個性を決める場面も多いはずだ。だからこの可視化は、単なる見た目の面白さを超えて、都市をどこまで更新してよいのかという感覚を、少しだけ具体的にしてくれる。

データ可視化としては、精密さより「見え方の納得感」が勝っている

LARIAC 2020 の建物輪郭や County Assessor の高さ情報を使っているとはいえ、元記事はあくまで「見え方」を優先している。高さはズームアウトで誇張されると書かれているし、地図そのものも、厳密な測量図というより都市の年輪を感じさせる装置に近い。私はここが重要だと思う。データ可視化は、必ずしも正確な数表をそのまま立体化した方がよいわけではない。見る人が「ああ、こういう街なんだ」と理解できる形に変換して初めて、情報は届く。この記事の作品は、その線引きがうまい。事実を雑に盛るのではなく、何を見せるべきかをかなり明確に選んでいる。だから数字の正確さと視覚の迫力が、きちんと両立しているように感じる。

参考: Every building in Los Angeles

同じ著者の記事

画面を見続ける私たちは、どこで本を失ったのか

子どもが本を読まなくなった、という話は昔から「最近の若者は」で片づけられがちだった。だが今回の元記事は、その手の懸念を単なる懐古主義として退けない。Timesのコラムニスト、James Marriottの新刊『The New Dark Ages』を手がかりに、読書離れ、テレビ、スマホ、そして注意力の縮み方を一本の流れとして描いている。面白いのは、犯人を安易に「スマホ」と決めつけず、もっと前から起きていた変化として話を組み立てている点だ。だからこれは、媒体の移り変わりを論じる本の紹介であると同時に、私たち自身の生活習慣へのかなりきつい鏡でもある。 元記事の書き出しは、著者Ed West自身の親としての不安から始まる。10代の男の子たちの画面には、YouTubeのくだらない企画動画が次々に流れ、昔の90年代の「退屈なテレビ」さえ、いま振り返ればドストエフスキー並みに複雑だったように見える、と皮肉る。さらにWestは、子どもたちが読書をしなくなっていることが、周囲の親の間で「気がかり」から「不安」、ついには「パニック」へ変わりつつあると書く。 そこから話題は、James Marriottの新

papoo.work

欧州の宇宙輸送で、Isar Aerospaceが「2回目」で軌道到達を果たした意味

欧州の新興企業 Isar Aerospace が、2回目の飛行で軌道に到達し、ペイロードの分離までやり切ったと発表した。しかも打ち上げ場所はノルウェーの Andøya、つまり米国やロシアの既存インフラに頼らない「欧州発」の宇宙輸送として大きな節目になった。単なる成功報告に見えるかもしれないが、この記事は欧州の商業宇宙産業が抱えてきた弱点、つまり打ち上げ能力の不足を正面から揺さぶる内容だ。ここでは発表内容を整理したうえで、これが何を変えるのかを少し踏み込んで見たい。 Isar Aerospace は 2026年9月5日、ノルウェーの Andøya Space にある自社専用の発射施設から「Onward and Upward」と名付けたミッションを打ち上げた。打ち上げ時刻は CEST 22時12分で、同社はこの飛行で衛星を軌道に送り込み、ペイロードの展開まで完了したと発表している。発表文では、ヨーロッパの商業宇宙企業として初めて「衛星を軌道へ届けた」と強く打ち出しており、しかも達成は「たった2回目の飛行」だったと強調している。 CEO 兼共同創業者の Daniel Metzler 氏は、こ

papoo.work

LinkedInでAI下書きを見抜かれる話が、思った以上に切実だった

SNSの中でLinkedInだけが妙に生き残っている、という少し皮肉な出発点から始まる文章だが、そこで筆者が言いたかったのは単なる愚痴ではない。いま多くの人が仕事の発信や近況共有にAIを使い始め、その結果として「読めるけれど、本人らしくない文章」があふれている。元記事はその違和感をかなり露骨に言語化していて、しかもLinkedInという場の性質まで絡めているので、AI時代の文章の問題が見えやすい。書き手は便利さを否定していないのに、なぜ「自分の声」を手放すと損をするのかをかなり強く突いている。 元記事の筆者はまず、LinkedInが自分にとって「重要なソーシャルネットワーク」になってしまったと打ち明ける。ただし、それはLinkedInが優れているからではない、とすぐに釘を刺す。むしろ筆者の比喩では、LinkedInは「ソーシャルネットワーク界のジェラルド・フォード」だという。周囲のSNSが次々と崩れていく中で、少し不器用で地味ではあるが、完全に腐ってはいない。だからこそ居場所として残っている、という見方だ。 そのうえで筆者が本題に入る。LinkedInでは、LLMを使って投稿文を生成す

papoo.work

カリフォルニア工科大が「AIで数学を解く」40時間競争を開く

AIが画像や文章だけでなく、純粋数学の研究にも踏み込もうとしている。そんな流れを、そのままイベント化したのが Caltech Mathathon だ。元記事は、数学の未解決問題をAIと人間のチームで解く40時間のハッカソンを告知しているだけではない。AIが証明や理論構築をどこまで速くできるのか、そして人間の数学者の役割は何になるのか、というかなり大きな問いを前面に出している。研究競争の話でありながら、同時に「数学研究の作法そのものが変わるかもしれない」という宣言でもある。 元記事によると、Caltech Mathathon はカリフォルニア工科大学で開かれるイベントで、開催日は October 30th から November 1st。参加するのは世界中から集められる100チームで、与えられるのは frontier models と呼ばれる最先端のAIモデルだ。挑む対象は open conjectures、つまりまだ解かれていない数学の予想や問題で、単に答えを出すだけでなく、新しい数学理論を組み立てることも求められる。 このイベントが面白いのは、解けたかどうかだけで終わらない設計になっ

papoo.work

BZip2の後継を名乗る圧縮ツール「bzip3」は何を目指しているのか

古い圧縮形式の名前が、いまGitHubで少し違う形で目を引いています。`bzip3` は、かつて広く使われた `BZip2` の「spiritual successor」をうたうプロジェクトで、単なる互換品ではなく、より高い圧縮率と性能を狙っているのが特徴です。圧縮は地味に見えて、バックアップや配布、アーカイブの速度と容量をじわじわ左右します。だからこそ、この手の道具がどう更新されているかは、いまも十分に見る価値があります。 GitHub 上の `iczelia/bzip3` は、`BZip2` の後継を名乗る公開リポジトリです。README の最初で、このソフトは「より良く、より強い」後継だと説明されていて、圧縮率と性能の両方を上げたと主張しています。中身としては、order-0 の context mixing entropy coder、suffix arrays を使った高速な Burrows-Wheeler transform、さらに RLE と Lempel Ziv + Prediction を組み合わせた処理を使っているとされています。要するに、昔ながらの bzip2 系

papoo.work

「skills files」は結局どう持つべきか、Hacker Newsで割れた本音

AIエージェント向けの「skills files」をどう管理するか。Hacker Newsで投げかけられたこの質問には、便利な運用ノウハウだけでなく、「そもそも技能ファイルは要るのか」というかなり根本的な疑問まで集まりました。話題になっているのは、モデルに毎回同じ作業のやり方を覚えさせるためのテキストやスクリプトを、個人で、あるいはチームでどう整理するかです。便利だと感じる人もいれば、むしろノイズだと見る人もいて、使う人の熟練度や仕事の種類で評価がかなり変わっていました。 投稿者はまず、skills をどう見つけ、整理し、実際に役立つ状態に保つのかを尋ねています。時間がたっても改善し続けているのか、という問いもありました。投稿者自身は、いつか skills はモデルの能力に吸収されていく気がするが、それまでは管理の仕方を知りたい、という立場です。 返答の中で目立ったのは、「外から集めるより、自分で書く」という姿勢でした。ある参加者は、skills を探すのではなく、頻繁に繰り返す作業から自分用に作っていると書いています。ファイルはローカルと GitHub で version contr

papoo.work

1024バイトのPythonを手で作る遊びが、思ったより本気だった

Austin Z. Henley が、Cで「Pythonのごく一部」を 1024バイトに収める実験を公開した。狙っているのは、CPythonのような本格実装ではなく、見た目がPythonらしく振る舞う最小限のインタプリタだ。しかも今回は、コードゴルフの技巧をただ見せたいのではなく、どう削ればここまで小さくできるのかを、途中で何度も失敗しながら追っているのが面白い。完成物は短い。だが、その短さに行き着くまでの割り切り方はかなり過激だ。 Henley は週末に手でコードを書くと「人間に戻れる」と書いたうえで、512バイトか1024バイトのCコードでPythonインタプリタを作る挑戦を始めた。もちろん、本物のPython全部は入らない。そこで彼が考えたのは、「Pythonっぽく見える最小構成は何か」を選び抜くことだった。例として最初に挙げたのは FizzBuzz で、`def`、コロン、インデント、`if` に括弧がない書き方など、見た目がPythonそのものに見える断片を確認していく。 最初の試みは512バイトを目指したが、すぐに無理だと分かった。式を足し算できるようにし、変数代入を入れ、

papoo.work

Internet Archiveの「3倍支援」キャンペーン、実はサーバー維持費の話だった

Internet Archiveが9月に入って、継続寄付を増やしてほしいと呼びかけています。しかも今回の話は、単に「寄付してください」というお願いではありません。月額25ドル以上の recurring donation を始めると、初回の寄付が2対1で上乗せされ、実質的に3倍の支援になるというキャンペーンです。Webの保存や書籍のデジタル化の裏で、どれだけ地味で高いコストがかかっているのかが見えてくる内容でもあります。 元記事は、Internet Archive の9月の寄付キャンペーンを告知するものだ。書き手はまず、Wayback Machine を検索したり、Internet Archive のコレクションを開いたりするたびに、世界中の学習者に開かれた「グローバルな図書館」に触れているのだと位置づける。そこには単なるサイト運営以上のものがあり、「Universal Access to All Knowledge」という理念を支えるには、書籍スキャンや web crawler だけでなく、サーバー、ストレージ、電力、冷却、そしてシステムを作り保守する人員が必要だと説明する。 Inte

papoo.work

LINEの既読がつかない・相手に表示されない原因と対処法【2026年9月・全面改訂版】

このテーマは半年ほど前に一度書いた。当時の結論は「通信を疑う、アプリを再起動する、数時間待つ、ブロックと決めつけない」で、実際それで大半は片付いていた。 ところがこの半年で前提が二つ壊れた。ひとつは2026年2月のトークタブ全面刷新で、一括既読の場所が変わり、刷新直後にはトーク一覧が真っ白になる不具合まで出た。もうひとつはiOS 26で、長年定番だった「既読を付けずに読む」裏技が事実上封じられた。 つまり「既読がつく／つかない」の意味そのものが、半年前とは少しズレている。前の記事の手順は間違っていないが、その前にそもそも何が起きているのかの切り分けから書き直す必要が出た。 ここを混ぜると、待っても直らない・再起動しても直らない、という噛み合わない状態になる。 ① 送信自体が失敗している — 相手の端末に届いていない。既読以前の問題。 ② 届いているが、相手がトークルームを開いていない — いちばん多い。純粋に待つ案件。 ③ 相手側の設定で弾かれている — ブロック、またはメッセージ受信拒否。 順番も大事で、**①→②→③ の順でしか正しく

papoo.work

ChatGPT「セッションが切れました」の原因と対処法【2026年9月・全面改訂版】

このテーマは1年ほど前にも一度書いた。当時の結論は「リロードする、キャッシュを消す、再ログインする」で、実際それでだいたい片付いていた。ところが2026年に入ってから、同じ手順を踏んでも直らない、あるいはそもそも再ログインできなくなるという相談が増えた。理由ははっきりしていて、この1年でChatGPT側のセッション管理そのものが大きく作り替えられたからだ。 具体的には、6月にアクティブセッション一覧が追加されて「いま何がログイン中か」が初めて可視化され、パスワードログインを無効化する高度なアカウントセキュリティが入り、8月にはAtlasブラウザが停止して既存のログイン状態が丸ごと巻き戻った。前の記事の手順は間違ってはいないが、いまはその前にどの層のセッションが切れたのかを見極めないと、正しい対処に辿り着けない。今回はそこから書き直す。 ChatGPTで「セッション」と呼ばれているものは、実際には出所の違う4つが同じ言葉で呼ばれている。ここを混ぜると、キャッシュを消しても直らない・待っても直らないという噛み合わない事態になる。 **① 認証セッショ

papoo.work