2026/11/12 7:34

スプラッターのうち 93% が有効な Perl プログラムである（2019）

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

要約▶

Japanese Translation:

はい。キーポイントリストの完全性をよりよく反映するために、改善されたバージョンではコード中发现された非標準文字列の具体例を、一般統計および刊行情報と併せて含んでいます。

改善後の要約:
本ユーモアあふれる論文は、光学文字認識（OCR）によって解釈された無作為の絵具飛び散りを、有効な Perl プログラムとして機能するかどうかを検討しています。2019 年 4 月 1 日、ピッツバーグで開催された SIGBOVIK で発表された本研究では、これらの無作為な画像のうち約 93％が有効なコードとして正しくパースされることが結論付けられ、言語が視覚的なノイズに対して寛容であることが強調されています。著者らは絵具飛び散り画像 100 件のデータセットを発表し、対応するソースコードを含む補助 tarball を提供しています（無効なケースは赤色でマーク）。7 つの具体的な例において、飛び散りが有効なコードを形成しない場合が示されていますが、その他にも驚くべき結果を生じる例があります。例えば、一部の画像は「0」といった単純な数値としてパースされます（「-*?」や「lerzfijglpFiji-j」などの文字列から）。また、他の例は「c」、「E__」、または「;i;c;;#\?z{;?;;fn':.,」といった特定の文字列として評価されます。本作品は、そのユニークなアートのアプローチにより、無自覚参加リボンを受賞し、提出期限後にも発見された追加の興味深い成果を含む誤植も記載されています。完全な論文内容は会議資料の 174 ページにあります。ただし、著者がプラットフォームとの個人的な困難を抱えているため、特定のソースコードは現在 GitHub にホストされていません。

本文

ペンキ投げつけで有効な Perl プログラムが生成されるか：研究報告（2019 年 4 月 1 日）

研究成果の概要

本研究は、「壁に絵を描く（ペンキを塗る）ことによって、有効な Perl プログラムが生成されるのか」という長年の問いに対する肯定的な結論を提供します。

手法: 実証的なアプローチと光学文字認識（OCR）ソフトウェアを用いた分析を採用。
主な発見: ペンキの飛散によって生じるテキストのうち、約 93％ が有効な Perl コードとして解析可能です。
詳細分析:
- ペンキ飛散による「Perl プログラム」の特性を詳解。
- 有効な Perl と判定されない 7 つの具体的な例 を紹介。

公開情報と受賞状況

本論文は、以下の場面で受理・掲載予定および評価されました。

学会: SIGBOVIK 2019（2019 年 4 月 1 日、ピッツバーグ開催）。
受賞賞項: 「無自覚参加リボン（Unwitting Participation Ribbon）」を受賞。
- 評価基準: 慎重な審査を経て、genuine の文脈として存在する事象を論文に含めていること。
- 寄与: オープンサイエンスの推進や、有益な procrastination の向上への貢献。

アクセス方法

以下から全文をご覧いただけます。

Google Docs で閲覧
PDF をダウンロード（リンク先）
SIGBOVIK 2019 の全体 proceedings を入手し、掲載ページ (174 ページ) を確認。

補足資料

以下の特集資料が提供されています。

画像集とソースコード:
- ペンキ飛散の画像を 1 ページにまとめた資料。
- 各画像に対応する有効な Perl ソースコード（※「Not valid」は赤色で表記）。
- 注記: 異なる OCR 設定で複数の解釈がある場合、**最も「興味深い」**ものと判断したものを採用。
データセット:
- 本論文で主要に使用された 100 枚のペンキ飛散画像を含む tarball。
- ※ GitHub の操作に不慣れなため、現時点では対応するソースコードは公開不可。

【追補】新規発見例

SIGBOVIK 提出期限後に見つかった、以下のような「興味深い」Perl プログラムを追加で紹介しています。

例 1: OCR で
```
lerzfijglpFiji-j
```
と認識
- 結果：数値 0 を返す。
例 2: OCR で
```
- * ?
```
と認識
- 結果：数値 0 を生成する。
例 3: OCR で
```
;i;c;;#\\?z{;?;;fn':.;,
```
と解釈
- 結果：Perl において文字列
```
"c"
```
  を返す。
例 4: OCR で
```
E,'__'
```
と認識
- 結果：文字列
```
"E__"
```
  が得られる。

同じ日のほかのニュース

一覧に戻る →

2026/11/12 3:21

AWS エミュレーター

## 日本語翻訳: AWS Emulator は、実際の AWS アカウントが必要なく、サービス料金も発生しないローカルソリューションとして、AWS API に対するソフトウェアテストを提供します。リクエストを実際のサービスではなくローカルにルーティングします。ローカルマシン、開発サーバー、CI エンバーメント上で動作し、**Server モード**（CLI/SDK を使用、AI エージェントには AWS CLI v2.35.0+ が必須）、**Embedded モード**（Rust バイナリに直接統合）、および **direct integration** の 3 つの柔軟なモードをサポートします。グラフィカルインターフェースは備えていませんが、環境変数または直接的な HTTP クライアントコールによる設定で利用可能です。インストールには重要な前提条件が必要です：Rust ツールチェーン、C コンパイラ、少なくとも 100 GB のディスクスペース、マルチコアプロセッサ。Linux ユーザーはソースからビルド可能（x86_64/aarch64）ですが、Windows と macOS ユーザーは Docker を使用する必要があります。Cold full build はすべての crates をコンパイルしますが、その後の増分ビルドの方が高速です。Embedded モードも同様のビルドコストがかかります。デフォルトでは `127.0.0.1:9297` で HTTPS を提供し、自己署名証明書を使用します。Telemetry はデフォルトで有効となり、最小限の使用データを収集しますが（認証情報やコンテンツは除外）、CLI フラグ、環境変数、または構成ファイルによって無効にできます。本ソフトウェアは開発およびテスト用途のみを想定しており、本番環境またはセキュリティ用途には使用しないでください。ライセンスは CC0 1.0 Universal です（ベンダーコードについては Apache 2.0 の例外あり）。問題は GitHub Issues を通じて報告されます。

2026/11/11 16:03

Tim Peters が死去した

## Japanese Translation: Tim Peters の死去は、愛称「Timbot」として親しまれる彼が Python の歴史の基盤となる柱の一つを失ったことを象徴する。2001 年から 2014 年まで Python Software Foundation のステアリングコミーティーに在籍したピボタルフイグである Peters は、Python コードを実行した第 2 号人物であり、かつその核心メカニズムの主要な設計者の一人でもあった。彼の技術的遺産は膨大で、言語そのものを共設計し、「Python の禅」 (PEP 20) を著述し、Java および Android システムで標準となっている効率的なソートアルゴリズムである Timsort を開発した。これらのハイライトに加えて、pymalloc の改良、Py_ADDRESS_IN_RANGE や循環ガベージコレクターといった内部コンポーネントの最適化、簡易的なジェネレーターの基盤作りなどを行い、float オブジェクト、math モジュール、dict の最適化、weakref.txt、difflib、pickletools、tabnanny、doctest といった多くの必須モジュールにも寄与した。キャリア初期には Cray Research でスーパーコンピューター用のコンパイラ開発に携わり、Dragon Systems で音声認識ソフトウェアを開発した。彼のコード以外にも、彼はその忍耐強くユーモアに富んだメーリングリスト上の指導を通じてコミュニティを形作り、創業者である Guido van Rossum のスタイルによく似ていたことで知られ、「Timbot」という愛称もこの評判を反映している。彼は Python が int と float の間での混合演算をサポートするよう主張した。行政的な対立によってリーダーシップからの退任およびその後のステアリングコミーティーによる禁止措置を受けることとなったが、同僚らはそれを機に開発者の自由な支援を手放しなかったことを指摘している。

2026/11/12 6:24

ユナイテッド航空が、旅行者代わりのフライト予約においてAIエージェントの使用を禁止しました

## Japanese Translation: ユナイテッド航空は、フライトの予約やチェックインを実行することを人工知能（AI）エージェントから厳格に禁止しており、シームレスな自動化よりもセキュリティを最優先しています。この決定的な措置は、連邦法違反を防ぎ、支払い詳細や認証情報など、不正な AI ツールによって晒される可能性のある機密顧客データを保護することを目的としています。航空会社はまた、自律型エージェントが意図せぬ購入やマイレージプラスマイルの誤用を引き起こすことを懸念しており、AI によるチェックインは荷物验证を対面で行うことを要求する規制に違反する可能性もあるとしています。スウェーショアのような競合他社（フライト在庫を人気チャットボットに表示することを許可している）とは異なり、ユナイテッドはこれらのツールに対する直接予約チャンネルを即座に閉鎖しています。Google Flights などの集約プラットフォームを通じた通常の検索は引き続き利用可能ですが、高度な AI ボットを使用してチケットを予約したりチェックインを試みる場合は、人間による介入が必要となります。業界の分析家は、この変化が、AI ボットによって引き起こされる検索急増に伴う高いコストを回避し、顧客データに対する厳格な制御を維持することを目指すユナイテッドの意向を反映していると考えています。結局のところ、自動化された旅行管理ソリューションに依存している企業のワークフローを妨げることになっても、規制遵守を確実にするためにより航空会社はそのポリシーを調整しています。