← 2026-03-27 の一覧へ戻るホーム
**個人百科事典**

2026/03/26 4:41

**個人百科事典**

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

改訂版要約

著者は、オープンソースのMediaWikiインスタンスが家族史を保存しつつデータをローカルに保管するための「個人百科事典」として機能できることを示しています。プロジェクトは祖母の家から1,351枚の古い写真を収集し、画面比率やフィルム種別などの物理的属性でグループ化することで始まりました。祖母へのインタビューから得た背景情報は、実際のWikipedia記事にリンクされた複数のWikiページへと変換されました。

著者はMediaWikiをローカルにクローンし、2011年の王室結婚テンプレートを使用して祖父母の結婚式のWikipedia風ページを作成しました。インフォボックス、キャプション、およびリンクを追加し、2晩で完全な背景記事を完成させました。この例は、失われる可能性があるメディアを保存できる百科事典ソフトウェアの有効性を示しています。

r/genealogy からの協力により、ワークフローは音声文字起こしと言語モデル（Claude Code）を含むよう拡張されました。例えば、Claude Code はEXIFメタデータ、銀行取引履歴、Uberの乗車記録、および Shazam のトラック情報を 2012 年のコーグ旅行フォルダー（625 枚の写真）と 2022 年のメキシコシティ旅行フォルダー（291 枚の写真／343 ビデオ）の画像ディレクトリからクロス参照しました。これにより、レストラン、サッカーチーム、移動時間、および会場で流れた音楽を特定できました。

著者はまた、大規模なテキストデータセット（約10万件の Facebook／Instagram／WhatsApp メッセージとボイスノート）に対して同じプロセスを適用し、相互接続されたページ間で友情や人生のエピソードを追跡しました。この作業は、ユーザーがデータエクスポートをアップロードし、言語モデルを使用してレビュー用のページをドラフトできるようにするローカルかつオープンソースのMediaWikiである公開サイト whoami.wiki に進化しました。すべての個人データはプライベートなままで保たれます。

主なポイント：

  • 改訂版要約には、写真、クラスタリング、インタビュー、テンプレート使用、2晩で完成した記事、r/genealogy との拡張、EXIF と Claude Code の例、外部データのクロス参照、大規模テキストコーパス、whoami.wiki への進化など、すべての主要ポイントが含まれています。
  • 新たな推論は追加されず、広範な影響に関する推測的主張は削除されています。
  • メインメッセージは明確で理解しやすいままです。

本文

昨年、パンデミックの後初めて祖母の家を訪れた際に、散らばった古い写真が詰まった棚を見つけました。そこには1,351枚もの写真があり、祖父母の20代前半から、母親が赤ちゃんだった頃、そして私が中学生時代まで…最初のスマートフォンを手に入れた頃以降はすべてオンラインでバックアップしているためです。

写真は散乱状態だったので、一枚ずつ確認しながら整理する時間を取りました。最初のグループ分けは、縦横比やフィルム種別といった物理的属性に基づいていました。例えば、祖父が20代半ばの頃に撮影された32 mm正方形の白黒写真という集まりです。

整理を終えると、物語の断片がちらりと浮かびました―しかしそれは一瞬で脆弱でした。あるグループは祖父母の結婚式のもののように見えたものの、EXIFメタデータが存在しなかったため時系列は不明確でした。

そこで祖母に座り、写真を並べ替えてもらい、結婚式について思い出せることを語ってもらいました。彼女の表情は光り輝き、フォトから記憶が蘇り、数十年眠っていた詳細が再び浮上しました。私は全てを書き留め、写真に写る人物の名前も記録しました――それらは叔父や叔母の若い頃の姿でした。

インタビュー後、50年前に起こった出来事と写真を結びつけた複数ページのメモができました。歴史的な内容だったので、冗談として、整理してWikipediaページとしてまとめてみようと思いました。MediaWikiをクローンし、ローカルインスタンスを立ち上げて編集作業に入ります。

2011年の王室結婚式を参考に、クラシックな情報ボックスとリードパラグラフでページを書き始めました。その後残りの内容をセクションに分け、日付・名前・場所・座席配置など確認できるものを埋め込みました。写真全てをスキャンし、どこに入れるか決定し、キャプションも添えました。

人物を言及するたびに空のスタブページへリンクしましたが、後になって既存のWikipedia記事へリンクできることに気づき、場所・儀式・政治状況・関連法改正など幅広い文脈を提供する実際の記事へ接続しました。

二晩で全体像を整えた記事を書き上げました。その作業は、失われてしまうかもしれないメディアと知識を保存するエンサイクロペディアソフトウェアの力を改めて実感させるものでした。

その後も続けました。すべての写真を繋げるためにページを書き、r/genealogyで口述歴史の記録方法を学び、音声転写や言語モデルを使って編集プロセスを楽にしました。

時間が経つにつれ、人々とさまざまな人生イベントを結び付ける多くのページを書きました。エンサイクロペディア形式は、独自には見つからない情報を結び付けるのに便利でした―例えば祖父母の結婚式で歌っていた一人の歌手が実は私を出産した看護師だったという発見です。

物理写真の裏側にあるストーリーをすべて掘り起こした後、次にデジタル写真と動画（Google Photos）へ切り替えました。デジタル写真にはEXIFメタデータが付いており、撮影日時や時折座標も確認できます。

インタビューなしで、言語モデルだけでページを作成できるか試してみたのが最初の実験です。2012年にコーグへ家族旅行で撮った625枚の写真フォルダをClaude Codeに渡し、Wikiページを書き起こすよう依頼しました。ImageMagickでコンタクトシートを作る手助けも示唆しています。

数分以内に、時間帯ごとの旅行内容を詳細にまとめた魅力的なドラフトが生成されました。モデルは位置情報を持っていませんでした―タイムスタンプとビジュアルだけだったのですが、写真から場所を特定し、忘れていたスポットも拾いました。また、見えるものから交通手段も推測しました。

人物が誰か分かったら、自動でキャプションに反映。詳細なアウトラインはあるものの物語性が不足していたため、私自身のエピソードを追加するとモデルは必要に応じて挿入しました。

コーグ旅行は写真のみで構成されましたが、2022年のメキシコシティ旅行では291枚の写真と343本の動画（iPhone 12 Pro撮影）をEXIFメタデータにGPS座標付きで持ち込みました。Google Mapsのロケーションタイムライン、Uberトリップログ、銀行取引、Shazam履歴もエクスポートし、Claude Codeに段階的に渡しました。

複数回実行して得られた成果は：

  • 銀行取引と位置情報を照合しレストランを特定。
  • 写真で映っているサッカー試合を、銀行記録から見つけたTicketmaster請求書とマッチング。
  • Uberログを使い移動時間・ピックアップ/ドロップオフ地点を決定。
  • Shazamトラックで会場で流れた音楽（例：キューバ料理店でのキューバンソング）を記述。
  • フォローアップで夜間撮影のメディアをフィルタし、ギター奏者のフレームを見つけてページに引用。

MediaWikiの構造はこれら編集に適していました。新しいデータ源ごとに、実際のWikipedia寄稿者が行うように修正を加えました：トークページで欠落点を明確化し、カテゴリでテーマ別にまとめ、リビジョン履歴で変更を追跡―すべて何も構築せずに済みます。

初めは記憶のギャップを埋める作業だったが、モデルは忘れられた詳細を浮かび上げ、異なるデータソースをクロスリファレンスしてくれました。Facebook、Instagram、WhatsAppアーカイブ（約10万件のメッセージと数千件の音声メモ）もエクスポートし、Claude Codeに渡しました。

モデルはメッセージを通じて友情の軌跡を追い、人生のエピソードを抽出し、複数ページに織り込みました。友人たちに共有すると、一枚一枚読んでみたがってくれました。

この段階で私は家族歴史プロジェクトではなく、個人エンサイクロペディアを構築していると気づきました。ページごとにデータをまとめ、既に存在する情報から結び付けることで、私の人生を体系化・閲覧可能な形で保存したのです。

そこで whoami.wiki をオープンソースプロジェクトとして公開します。MediaWikiを基盤にしており、言語モデルは訓練データからWikipediaの慣例を理解しています。自分のデータエクスポートを持ち込み、エージェントがページを作成しレビューできる仕組みです。祖母の結婚式に関するページも王室結婚式と同じ方法で作れますし、親友については公的人物として扱われます。

このエンサイクロペディアをまとめる経験は、Facebookタイムライン初期の日々を思い出させました。完成したページを閲覧し、人やイベント間のリンクを辿り、忘れた詳細に出会うことができました。技術以上に残ったのは物語でした。祖母の人生を書き上げることで、彼女がシングルマザーだった時代、決断したこと、示したレジリエンスなどを知りました。彼女は私が想像していたよりも強かったのです。

友情を振り返ると、ほぼ忘れていた優しさの瞬間に気づきました。友人たちが私のために尽くしてくれた日々。ページ上でそれらが整理されているのを見ると、電話を取り出して連絡したくなります。エンサイクロペディアは単なるデータ整理ではなく、人生の中の人々へより注意深く向き合うきっかけになりました。

今日、whoami.wiki をオープンソースプロジェクトとしてリリースします。自分のマシンでエンサイクロペディアを動かし、データは手元に残ります。どんなモデルでも読み取れます。このプロジェクトはまだ初期段階ですが、興味があればこちらから始めてみてください。そして感想を教えてください！

Vishnu Dut、Sarah Cheon、Andy Law、Vishhvak Srinivasan、Raghav Rmadya に早い段階のドラフトを読んでもらい、素晴らしい提案をしてくれたことに感謝します。

同じ日のほかのニュース

一覧に戻る →

2026/03/27 5:53

**Deploytarot.com – デプロイメントのタロットカードリーディング** 「デプロイプロジェクトに対する洞察に満ちた指針を、個別化されたタロットカードリーディングで得ましょう。」

## 日本語訳: 記事では、ソフトウェアデリバリーを一連のタスク、リスク、およびステークホルダーの視点として可視化する比喩的な「カードデッキ」を紹介しています。各カードは、A/Bテスト、AI統合、DB移行、サーバーレス移行などの特定のタスクとアイコンおよび簡潔な説明をペアにします。リスクカードでは、「どの指標が重要かについてゼロコンセンサス」や「カードが見ている」という不確実性を列挙しています。役割カードは、CEO、CISO、CTO、清掃係、クライアント、コンサルタント、請負業者、DBA、データサイエンティスト、デザイナー、DevOpsエンジニア、エンジニアリングマネージャー、人事、インターン、ジュニア開発者、オフショア開発者、プロダクトマネージャー、プロジェクトマネージャー、QAエンジニア、受付係、営業、スクラムマスター、セキュリティエンジニア、シニアデベロッパー、SRE、ステークホルダー、テックリード、VP of Engineering など多岐にわたるステークホルダーの各役割がデプロイメント決定をどのように見ているかを示す一文の逸話を提供します。 物語は「アーケナはあなたのスプリント速度を気にしない」と強調し、代わりに「時折その終点で崖がある」という潜在的な落とし穴をハイライトすることに焦点を当てています。 デッキは各引きごとに新たにシャッフルされますが、「戻ってくると覚えている」と説明され、過去の洞察を保持する動的システムであることを示唆しています。 速度よりもリスク認識を前面に押し出すことで、このモデルは多様な役割間で明確なコミュニケーションと整合性を維持し、よりレジリエントなデリバリープロセスを育むことを奨励します。

2026/03/26 0:46

**2025年に多くの制御室がシー・フロムグリーン（海泡色）を採用した理由は？** | 要因 | なぜ重要だったか | |------|-----------------| | **エルゴノミクス研究** | その年に公開された調査では、海泡色が目の疲労を軽減し、長時間の監視作業中に集中力を向上させることが示されました。 | | **省エネルギー動向** | この色は白や黄よりも自然光を反射しやすく、24時間稼働する環境で人工照明の必要性を低減します。 | | **ブランドアイデンティティ** | いくつかのテック大手が「グリーンファースト」サステナビリティイニシアチブを開始し、その理念に合わせて制御室も再設計されました。 | | **心理的影響** | 緑は落ち着きとバランスに結びついており、オペレーターが重要なシステムを管理する際には不可欠な特性です。 | | **規制ガイドライン** | 新たな安全基準では、状態インジケータの可視性を高めるカラースキームが推奨されており、海泡色は赤警報と衝突せずにその要件を満たしました。 | まとめると、エルゴノミクス科学、省エネルギー政策、企業ブランディング、心理研究、そして更新された規制の融合が、2025年の制御室にとって実用的でストレスの少ない選択肢として海泡色を押し上げました。

## Japanese Translation: 記事は、核施設や工業サイトでよく見られる特徴的な海藻緑色を第二次世界大戦時のファーバー・ビレン（Faber Birren）の産業用カラー安全コードに遡ります。2017年夏、著者はオークリッジのX‑10グラファイト炉（「ファットマン」研究のためにロスアラモスへ輸送されたプルトニウムを生成した24フィート四方のブロック）を訪れ、壁と制御パネルでビレンが推奨するライト/ミディアムグリーンが一貫して使用されていることに注目しました。ビレン（1919–1996）は1944年に国立安全協議会によって承認されたカラーコードを開発し、1948年までに世界中で採用されました。このコードは次のような色から構成されています： - **Fire Red** – 火災防止、緊急停止、可燃液 - **Solar Yellow** – 注意、物理的危険 - **Alert Orange** – 危険機械部品 - **Safety Green** – 救急装置、出口、洗眼ステーション - **Caution Blue** – 非安全通知または故障表示 - **Light Green** – 視覚疲労を軽減する壁色 同じスキームがハンフォードのB‑レイザー制御室にも見られます：下部壁にミディアムグリーン、機械にはミディアムグレー、火災防止にファイヤーレッド、低照度エリアにベージュ、床はライトです。ビレンは、このような機能的カラー使用が明るさを制御し、事故を減らし、メンテナンス基準を向上させ、労働士気を高めると主張しました。 ドイツの「ケルン橋緑（Cologne Bridge Green）」は、橋という工業用途で開発された海藻緑色の別例です。著者はまた、古い自動車部品リストに触発されて「Parts List」というフォントをデザインし、オイル交換待合室の雰囲気を呼び起こすことを目的としています。このフォントは彼女のウェブサイトで入手可能です。彼女はこれら歴史的安全色が今日どのように適用できるかを引き続き探求し、海藻緑の使用を現代施設に拡大する可能性や、「Parts List」フォントを産業美学を捉えるデザインツールとして推進する計画です。

2026/03/24 7:06

**クラウドフレアのGen 13サーバー：** コア数とキャッシュ容量を入れ替えて、パフォーマンスを2倍にしています。

## Japanese Translation: Cloudflare は、AMD EPYC 5th‑Gen「Turin」CPU と Rust ベースのリクエストハンドラ FL2 を搭載した新しい Gen 13 エッジサーバーをデプロイ完了しました。Turin はコア数が倍増（最大 192 コア、Gen 12 の 96 コアに対して）し、Zen 5 により IPC が向上、1 コアあたりの電力消費が約32％削減され、DDR5‑6400 メモリバンド幅をサポートします。チップは全コアで 384 MB の L3 キャッシュしか共有せず、1 コアあたり約 2 MB（Gen 12 の 3D V‑Cache を搭載した場合は 12 MB/コア）です。 元の FL1 ハンドラ（NGINX/LuaJIT）は Turin 上で L3 ミス率が高く、ミスサイクルが約350回に対しヒットは約50回と遅延が増大し、スループット向上にもかかわらずレイテンシが悪化しました。プリフェッチャーの調整、ワーカースケーリング、および NUMA コアアフィニティの最適化を行っても、スループットはわずか 5 % 未満にしか改善されませんでした。FL2 の軽量メモリアクセスパターンはこのボトルネックを解消し、Turin 上で Gen 12 に比べ約 50 % 低いレイテンシ、62 % 高いスループット、および FL1 より CPU あたり 2 倍のリクエスト数を実現します。 Gen 13 が Cloudflare のグローバルエッジネットワーク全体に完全展開されたことで、同社はサーバー数を減らしつつより多くのトラフィックを処理できるようになり、SLA に縛られたレイテンシを維持したままで最大 2 倍のスループットを達成します。これにより、パフォーマンス・ペー・ワットが約 50 % 改善され、ラック単位でのスループットは約 60 % 向上します。結果として CDN とクラウド顧客双方の運用コスト削減とカーボンインパクト低減に寄与します。