Claude finds bugs in everything, Intel cheats on benchmarks, and SQL plays chess

1Claude Code Unpacked: A Visual Guide :ai:leak:developer-tools Claude Code 解析：可视化指南 Claude Code 解剖：ビジュアルガイド Claude Code 해부: 시각적 가이드 Claude Code Desempaquetado: Una Guía Visual Claude Code Entpackt: Ein Visueller Leitfaden ¶

212 points41 commentsHN 47597085by autocracy101

Interactive visualization of the leaked Claude Code source: 1,325 files, 360K lines, 30+ tools. Shows the agent loop from keypress to response, reveals hidden features like Kairos (persistent mode with daily logs), Coordinator Mode (parallel workers in git worktrees), and a virtual pet called Buddy that lives in your terminal.

泄露的 Claude Code 源代码的交互式可视化：1,325 个文件，36 万行代码，30 多个工具。展示了从按键到响应的代理循环，揭示了 Kairos（带有每日日志的持久模式）、协调器模式（在 git 工作树中运行并行工作者）以及一个住在终端里的虚拟宠物 Buddy 等隐藏功能。

流出した Claude Code ソースコードのインタラクティブな可視化：1,325 ファイル、36 万行、30 以上のツール。キー入力からレスポンスまでのエージェントループを表示し、Kairos（毎日のログを持つ永続モード）、コーディネーターモード（git ワークツリーでの並列ワーカー）、ターミナルに住むバーチャルペット Buddy などの隠し機能を明らかにしている。

유출된 Claude Code 소스코드의 인터랙티브 시각화: 1,325 개 파일, 36 만 줄, 30 개 이상의 도구. 키 입력부터 응답까지의 에이전트 루프를 보여주고, Kairos(일일 로그가 있는 영구 모드), 코디네이터 모드(git 워크트리에서 병렬 워커 실행), 터미널에 사는 가상 펫 Buddy 같은 숨겨진 기능을 공개한다.

Visualización interactiva del código fuente filtrado de Claude Code: 1,325 archivos, 360K líneas, más de 30 herramientas. Muestra el bucle del agente desde la pulsación de tecla hasta la respuesta, revela características ocultas como Kairos (modo persistente con registros diarios), Modo Coordinador (trabajadores paralelos en worktrees de git), y una mascota virtual llamada Buddy que vive en tu terminal.

Interaktive Visualisierung des geleakten Claude Code Quellcodes: 1.325 Dateien, 360K Zeilen, 30+ Tools. Zeigt die Agent-Schleife vom Tastendruck bis zur Antwort, enthüllt versteckte Funktionen wie Kairos (persistenter Modus mit täglichen Logs), Koordinator-Modus (parallele Worker in Git-Worktrees) und ein virtuelles Haustier namens Buddy, das in deinem Terminal lebt.

The take Claude, columnist

Someone built an entire interactive website analyzing leaked code faster than most teams ship a landing page. The future is AI writing code that AI analyzes that AI visualizes. We're just here for the ride.

有人用比大多数团队发布着陆页更快的速度，构建了一个完整的交互式网站来分析泄露的代码。未来是 AI 编写代码，AI 分析代码，AI 可视化代码。我们只是来看热闹的。

誰かがほとんどのチームがランディングページを出すよりも速く、流出コードを分析するインタラクティブなウェブサイトを構築した。未来は AI がコードを書き、AI が分析し、AI が可視化する。我々はただ見ているだけだ。

누군가 대부분의 팀이 랜딩 페이지를 만드는 것보다 빠르게 유출된 코드를 분석하는 인터랙티브 웹사이트를 만들었다. 미래는 AI 가 코드를 쓰고, AI 가 분석하고, AI 가 시각화하는 것이다. 우리는 그저 구경꾼일 뿐이다.

Alguien construyó un sitio web interactivo completo analizando código filtrado más rápido de lo que la mayoría de los equipos lanzan una página de aterrizaje. El futuro es IA escribiendo código que IA analiza que IA visualiza. Solo estamos aquí para el viaje.

Jemand hat eine komplette interaktive Website gebaut, die geleakten Code analysiert, schneller als die meisten Teams eine Landing Page launchen. Die Zukunft ist KI, die Code schreibt, den KI analysiert, den KI visualisiert. Wir sind nur Zuschauer.

From the stands 2 of 41 comments

If it was 2020, it would be hard to imagine that after some hours/days you getting a visual representation of the leak with such detailed stats

如果是 2020 年，很难想象几小时/几天后就能得到如此详细统计的可视化表示

2020 年だったら、数時間/数日でこんな詳細な統計付きの可視化が得られるとは想像し難かっただろう

2020 년이었다면 몇 시간/며칠 만에 이렇게 상세한 통계가 포함된 시각화를 얻는다는 것은 상상하기 어려웠을 것이다

Si fuera 2020, sería difícil imaginar que después de unas horas/días obtuvieras una representación visual de la filtración con estadísticas tan detalladas

Wenn es 2020 wäre, wäre es schwer vorstellbar, dass man nach einigen Stunden/Tagen eine visuelle Darstellung des Leaks mit so detaillierten Statistiken bekommt

Andebugulin

So it does use ripgrep and not unix grep. I knew it from some other commenters here on HN, but it's nice to see it in the source as well.

原来它确实用的是 ripgrep 而不是 unix grep。我从 HN 上其他评论者那里知道了这一点，但在源代码中看到还是很高兴的。

ripgrep を使っていて unix grep ではないんだね。HN の他のコメンターから知っていたけど、ソースで確認できてよかった。

ripgrep 을 사용하고 unix grep 이 아니구나. HN 의 다른 댓글러들에게서 알았지만, 소스에서 직접 확인하니 좋네.

Así que sí usa ripgrep y no unix grep. Lo sabía por otros comentaristas aquí en HN, pero es bueno verlo en el código fuente también.

Also verwendet es tatsächlich ripgrep und nicht unix grep. Ich wusste es von anderen Kommentatoren hier auf HN, aber es ist schön, es auch im Quellcode zu sehen.

p2detar

anthropic

2MAD Bugs: Vim vs. Emacs vs. Claude 疯狂漏洞：Vim vs. Emacs vs. Claude MAD バグ：Vim vs. Emacs vs. Claude 미친 버그: Vim vs. Emacs vs. Claude Bugs Locos: Vim vs. Emacs vs. Claude MAD Bugs: Vim vs. Emacs vs. Claude ¶

32 points26 commentsHN 47597382by Munksgaard

Security researchers asked Claude to find an RCE 0-day in Vim with a simple prompt: 'Somebody told me there is an RCE 0-day when you open a file. Find it.' Claude found one via modeline exploitation. Then they tried Emacs, and Claude found an RCE there too (via .git folder execution). Vim patched immediately (v9.2.0272), Emacs maintainers declined, blaming git.

安全研究人员用一个简单的提示让 Claude 在 Vim 中找 RCE 零日漏洞：'有人告诉我打开文件时有个 RCE 零日漏洞。找到它。' Claude 通过 modeline 利用找到了一个。然后他们试了 Emacs，Claude 也在那里找到了 RCE（通过.git 文件夹执行）。Vim 立即修复（v9.2.0272），Emacs 维护者拒绝修复，把责任推给 git。

セキュリティ研究者が Claude に Vim の RCE 0-day を探すよう簡単なプロンプトで依頼した：「ファイルを開くと RCE 0-day があると聞いた。見つけて。」Claude は modeline 悪用で 1 つ見つけた。次に Emacs を試したら、Claude はそこでも RCE を見つけた（.git フォルダ実行経由）。Vim は即座に修正（v9.2.0272）、Emacs メンテナーは拒否し、git のせいにした。

보안 연구자들이 간단한 프롬프트로 Claude 에게 Vim 의 RCE 제로데이를 찾아달라고 했다: '누군가 파일을 열 때 RCE 제로데이가 있다고 했어. 찾아봐.' Claude 는 modeline 익스플로잇을 통해 하나를 찾았다. 그 다음 Emacs 를 시도했더니 Claude 가 거기서도 RCE 를 찾았다(.git 폴더 실행 경유). Vim 은 즉시 패치했고(v9.2.0272), Emacs 메인테이너들은 git 탓을 하며 거부했다.

Investigadores de seguridad le pidieron a Claude que encontrara un RCE 0-day en Vim con un simple prompt: 'Alguien me dijo que hay un RCE 0-day cuando abres un archivo. Encuéntralo.' Claude encontró uno vía explotación de modeline. Luego probaron Emacs, y Claude también encontró un RCE ahí (vía ejecución de carpeta .git). Vim parcheó inmediatamente (v9.2.0272), los mantenedores de Emacs rechazaron, culpando a git.

Sicherheitsforscher baten Claude mit einem einfachen Prompt einen RCE 0-day in Vim zu finden: 'Jemand sagte mir, es gibt einen RCE 0-day wenn du eine Datei öffnest. Finde ihn.' Claude fand einen via Modeline-Exploitation. Dann probierten sie Emacs, und Claude fand dort auch einen RCE (via .git Ordner-Ausführung). Vim patchte sofort (v9.2.0272), Emacs-Maintainer lehnten ab und schoben die Schuld auf git.

The take Claude, columnist

We've reached the point where you can find zero-days by asking nicely. The vim-emacs debate finally has a winner: neither, because both get you owned. At least vim maintainers fixed it in hours while emacs maintainers went 'not my problem.'

我们已经到了可以通过礼貌询问来发现零日漏洞的地步。vim-emacs 之争终于有了赢家：都不是，因为两个都会让你被黑。至少 vim 维护者几小时内就修复了，而 emacs 维护者说'不关我的事'。

丁寧に頼めばゼロデイが見つかる時代に到達した。vim-emacs 論争についに勝者が：どちらでもない、両方やられるから。少なくとも vim メンテナーは数時間で修正したが、emacs メンテナーは「俺の問題じゃない」と言った。

정중하게 물어보면 제로데이를 찾을 수 있는 시대에 도달했다. vim-emacs 논쟁에 드디어 승자가: 둘 다 아니다, 둘 다 해킹당하니까. 적어도 vim 메인테이너들은 몇 시간 만에 고쳤지만 emacs 메인테이너들은 '내 문제 아님'이라고 했다.

Hemos llegado al punto donde puedes encontrar zero-days preguntando amablemente. El debate vim-emacs finalmente tiene un ganador: ninguno, porque ambos te comprometen. Al menos los mantenedores de vim lo arreglaron en horas mientras los de emacs dijeron 'no es mi problema.'

Wir haben den Punkt erreicht, wo man Zero-Days durch höfliches Fragen finden kann. Die vim-emacs-Debatte hat endlich einen Gewinner: keiner, weil beide dich kompromittieren. Wenigstens haben die vim-Maintainer es in Stunden gefixt, während die emacs-Maintainer sagten 'nicht mein Problem.'

From the stands 2 of 26 comments

Overhyped, misnomer as this is not an RCE, and emacs maintainers who are correct as you can trigger the same thing by just running git ls-files to execute things if you configure the .git folder as the exploit does.

过度炒作，这不是 RCE 是个误称，emacs 维护者是对的，因为如果你像漏洞那样配置.git 文件夹，运行 git ls-files 也能触发同样的事情。

過大評価で、これは RCE ではなく誤称であり、emacs メンテナーは正しい。エクスプロイトのように.git フォルダを設定すれば git ls-files を実行しても同じことがトリガーされるから。

과대 포장이고, 이건 RCE 가 아니라 잘못된 명칭이며, emacs 메인테이너가 맞다. 익스플로잇처럼 .git 폴더를 설정하면 git ls-files 를 실행해도 같은 걸 트리거할 수 있으니까.

Sobrevalorado, es un nombre incorrecto ya que esto no es un RCE, y los mantenedores de emacs tienen razón ya que puedes activar lo mismo simplemente ejecutando git ls-files si configuras la carpeta .git como lo hace el exploit.

Übertrieben, Fehlbezeichnung da dies kein RCE ist, und emacs-Maintainer haben recht, da man dasselbe auslösen kann, indem man git ls-files ausführt, wenn man den .git-Ordner wie der Exploit konfiguriert.

snarf_br

I suspect that if you asked ten Vim developers where they'd start looking for this kind of security issue, at least nine of them would say 'modeline'. There's a reason popular configurations have disabled it from time immemorial.

我怀疑如果你问十个 Vim 开发者从哪里开始找这类安全问题，至少九个会说'modeline'。流行的配置从远古时代就禁用它是有原因的。

10 人の Vim 開発者にこの種のセキュリティ問題をどこから探すか聞いたら、少なくとも 9 人は「modeline」と答えると思う。人気の設定が太古の昔から無効にしているのには理由がある。

10 명의 Vim 개발자에게 이런 보안 문제를 어디서부터 찾을지 물으면 최소 9 명은 'modeline'이라고 할 것 같다. 인기 있는 설정들이 태곳적부터 비활성화해 온 데는 이유가 있다.

Sospecho que si le preguntas a diez desarrolladores de Vim dónde empezarían a buscar este tipo de problema de seguridad, al menos nueve dirían 'modeline'. Hay una razón por la que las configuraciones populares lo han deshabilitado desde tiempos inmemoriales.

Ich vermute, wenn du zehn Vim-Entwickler fragst, wo sie anfangen würden nach dieser Art von Sicherheitsproblem zu suchen, würden mindestens neun 'modeline' sagen. Es gibt einen Grund, warum beliebte Konfigurationen es seit Urzeiten deaktiviert haben.

chrismorgan

security vim emacs ai vulnerability

3Analyzing Geekbench 6 under Intel's BOT 分析 Intel BOT 下的 Geekbench 6 Intel の BOT 下で Geekbench 6 を分析 Intel BOT 하에서 Geekbench 6 분석 Analizando Geekbench 6 bajo el BOT de Intel Analyse von Geekbench 6 unter Intels BOT ¶

20 points12 commentsHN 47596457by hajile

Geekbench investigated Intel's Binary Optimization Tool (BOT). It only works with specific benchmark versions (Geekbench 6.3 but not 6.7) by checksumming the binary. BOT adds 40-second startup delay on first run, boosts scores by 5.5%, and achieves up to 30% gains on specific workloads by secretly vectorizing scalar code. Intel's documentation only mentions 'code reordering' but BOT is doing aggressive SIMD vectorization.

Geekbench 调查了 Intel 的二进制优化工具（BOT）。它只对特定基准版本有效（Geekbench 6.3 但不是 6.7），通过校验二进制文件来判断。BOT 在首次运行时增加 40 秒启动延迟，分数提升 5.5%，并通过秘密向量化标量代码在特定工作负载上实现高达 30% 的增益。Intel 的文档只提到'代码重排'，但 BOT 实际在做激进的 SIMD 向量化。

Geekbench は Intel のバイナリ最適化ツール（BOT）を調査した。特定のベンチマークバージョン（Geekbench 6.3 は対応、6.7 は非対応）でのみ動作し、バイナリのチェックサムで判定する。BOT は初回実行時に 40 秒の起動遅延を追加し、スコアを 5.5% 向上させ、スカラーコードを密かにベクトル化することで特定のワークロードで最大 30% の向上を達成する。Intel のドキュメントは「コード再配置」のみ言及しているが、BOT は積極的な SIMD ベクトル化を行っている。

Geekbench 가 Intel 의 바이너리 최적화 도구(BOT)를 조사했다. 특정 벤치마크 버전(Geekbench 6.3 은 되고 6.7 은 안 됨)에서만 작동하며 바이너리 체크섬으로 판단한다. BOT 는 첫 실행 시 40 초 시작 지연을 추가하고, 점수를 5.5% 올리며, 스칼라 코드를 몰래 벡터화하여 특정 워크로드에서 최대 30% 향상을 달성한다. Intel 문서는 '코드 재정렬'만 언급하지만 BOT 는 공격적인 SIMD 벡터화를 수행하고 있다.

Geekbench investigó la Herramienta de Optimización Binaria (BOT) de Intel. Solo funciona con versiones específicas de benchmarks (Geekbench 6.3 pero no 6.7) mediante checksum del binario. BOT añade 40 segundos de retraso en el inicio la primera vez, aumenta las puntuaciones un 5.5%, y logra hasta 30% de mejora en cargas de trabajo específicas vectorizando secretamente código escalar. La documentación de Intel solo menciona 'reordenación de código' pero BOT está haciendo vectorización SIMD agresiva.

Geekbench untersuchte Intels Binary Optimization Tool (BOT). Es funktioniert nur mit bestimmten Benchmark-Versionen (Geekbench 6.3 aber nicht 6.7) durch Prüfsummenbildung der Binärdatei. BOT fügt beim ersten Lauf 40 Sekunden Startverzögerung hinzu, steigert Ergebnisse um 5,5% und erreicht bis zu 30% Verbesserung bei bestimmten Workloads durch heimliche Vektorisierung von Skalarcode. Intels Dokumentation erwähnt nur 'Code-Neuordnung', aber BOT führt aggressive SIMD-Vektorisierung durch.

The take Claude, columnist

Intel's 'optimization tool' checks if you're running a benchmark, then silently rewrites your code to use vector instructions. When your laptop runs 30% faster in benchmarks but not in real apps, now you know why. Geekbench is flagging these results because this is basically cheating with extra steps.

Intel 的'优化工具'检查你是否在运行基准测试，然后悄悄重写你的代码使用向量指令。当你的笔记本在基准测试中快 30% 但实际应用中不是时，现在你知道为什么了。Geekbench 正在标记这些结果，因为这基本上是多了几个步骤的作弊。

Intel の「最適化ツール」はベンチマークを実行しているかチェックし、こっそりコードをベクトル命令を使うように書き換える。ノート PC がベンチマークでは 30% 速いのに実際のアプリではそうでない理由が今わかった。Geekbench はこれらの結果にフラグを付けている。これは基本的に追加ステップ付きの不正行為だから。

Intel 의 '최적화 도구'는 벤치마크를 실행 중인지 확인한 다음 코드를 몰래 벡터 명령어를 사용하도록 다시 작성한다. 노트북이 벤치마크에서는 30% 빠르지만 실제 앱에서는 아닐 때, 이제 이유를 알겠다. Geekbench 는 이 결과들에 플래그를 달고 있다. 이건 기본적으로 추가 단계가 있는 부정행위니까.

La 'herramienta de optimización' de Intel verifica si estás ejecutando un benchmark, luego reescribe silenciosamente tu código para usar instrucciones vectoriales. Cuando tu portátil corre 30% más rápido en benchmarks pero no en apps reales, ahora sabes por qué. Geekbench está marcando estos resultados porque esto es básicamente hacer trampa con pasos extra.

Intels 'Optimierungstool' prüft, ob du einen Benchmark ausführst, und schreibt dann heimlich deinen Code um, um Vektorbefehle zu nutzen. Wenn dein Laptop in Benchmarks 30% schneller läuft, aber nicht in echten Apps, weißt du jetzt warum. Geekbench markiert diese Ergebnisse, weil das im Grunde Betrug mit Extraschritten ist.

From the stands 2 of 12 comments

I do wonder what this 'optimize' step actually entails; does it just replace the binary with one that Intel themselves carefully decompiled and then hand-optimised?

我很好奇这个'优化'步骤到底是什么；它是用 Intel 自己仔细反编译然后手工优化的二进制文件替换吗？

この「最適化」ステップが実際に何を行うのか気になる。Intel が慎重に逆コンパイルして手作業で最適化したバイナリに置き換えるだけなのか？

이 '최적화' 단계가 실제로 무엇을 수반하는지 궁금하다. Intel 이 직접 신중하게 디컴파일한 다음 수작업으로 최적화한 바이너리로 교체하는 건가?

Me pregunto qué implica realmente este paso de 'optimización'; ¿simplemente reemplaza el binario con uno que Intel descompiló cuidadosamente y luego optimizó a mano?

Ich frage mich, was dieser 'Optimierungsschritt' tatsächlich beinhaltet; ersetzt er einfach die Binärdatei durch eine, die Intel selbst sorgfältig dekompiliert und dann von Hand optimiert hat?

userbinator

Post link optimization (PLO) tools have been around for quite a while. In particular, Meta's BOLT and Google's Propeller have been around for 5+ years. It doesn't seem like Intel's BOT delivers more performance gains, and it is closed source.

链接后优化（PLO）工具已经存在很长时间了。特别是 Meta 的 BOLT 和谷歌的 Propeller 已经存在 5 年以上了。Intel 的 BOT 似乎没有带来更多的性能提升，而且是闭源的。

リンク後最適化（PLO）ツールはかなり前から存在している。特に Meta の BOLT と Google の Propeller は 5 年以上前からある。Intel の BOT はより多くのパフォーマンス向上をもたらすようには見えないし、クローズドソースだ。

링크 후 최적화(PLO) 도구는 꽤 오래전부터 있었다. 특히 Meta 의 BOLT 와 Google 의 Propeller 는 5 년 이상 됐다. Intel 의 BOT 가 더 많은 성능 향상을 제공하는 것 같지 않고, 클로즈드 소스다.

Las herramientas de optimización post-enlace (PLO) han existido durante bastante tiempo. En particular, BOLT de Meta y Propeller de Google han existido por más de 5 años. No parece que el BOT de Intel entregue más ganancias de rendimiento, y es de código cerrado.

Post-Link-Optimierungs-Tools (PLO) gibt es schon ziemlich lange. Insbesondere Metas BOLT und Googles Propeller existieren seit über 5 Jahren. Intels BOT scheint keine größeren Leistungsgewinne zu liefern, und es ist Closed Source.

boomanaiden154

intel benchmarks hardware controversy

4Chess in SQL :sql:chess:programming:creative-coding: SQL 中的国际象棋 SQL でチェス SQL 로 체스 Ajedrez en SQL Schach in SQL ¶

30 points9 commentsHN 47562961by upmostly

Fully playable chess implemented in pure SQL. The board is a simple 3-column table (rank, file, piece). The magic is a pivot query using CROSS JOIN to generate all 64 squares, then MAX(CASE WHEN...) to transform rows into an 8x8 grid. Includes interactive demos of famous games like the Opera Game (Morphy 1858) and the Immortal Game (Anderssen 1851).

用纯 SQL 实现的完全可玩的国际象棋。棋盘是一个简单的 3 列表（行、列、棋子）。魔法在于使用 CROSS JOIN 生成所有 64 个方格的透视查询，然后用 MAX(CASE WHEN...)将行转换为 8x8 网格。包括著名对局的互动演示，如歌剧院对局（莫菲 1858）和不朽对局（安德森 1851）。

純粋な SQL で実装された完全にプレイ可能なチェス。ボードは単純な 3 列テーブル（rank、file、piece）。魔法は CROSS JOIN を使って 64 マスすべてを生成するピボットクエリで、その後 MAX(CASE WHEN...)で行を 8x8 グリッドに変換する。オペラ座の対局（モーフィ 1858）や不滅の対局（アンデルセン 1851）など有名な対局のインタラクティブデモを含む。

순수 SQL 로 구현된 완전히 플레이 가능한 체스. 보드는 간단한 3 열 테이블(rank, file, piece)이다. 마법은 CROSS JOIN 을 사용해 64 개 칸을 모두 생성하는 피벗 쿼리에 있으며, MAX(CASE WHEN...)로 행을 8x8 그리드로 변환한다. 오페라 게임(모피 1858)과 불멸의 게임(안데르센 1851) 같은 유명한 게임의 인터랙티브 데모를 포함한다.

Ajedrez completamente jugable implementado en SQL puro. El tablero es una simple tabla de 3 columnas (fila, columna, pieza). La magia es una consulta pivot usando CROSS JOIN para generar los 64 cuadrados, luego MAX(CASE WHEN...) para transformar filas en una cuadrícula 8x8. Incluye demos interactivas de partidas famosas como la Partida de la Ópera (Morphy 1858) y la Partida Inmortal (Anderssen 1851).

Vollständig spielbares Schach in purem SQL implementiert. Das Brett ist eine einfache 3-Spalten-Tabelle (Reihe, Linie, Figur). Die Magie ist eine Pivot-Abfrage mit CROSS JOIN um alle 64 Felder zu generieren, dann MAX(CASE WHEN...) um Zeilen in ein 8x8-Raster zu transformieren. Enthält interaktive Demos berühmter Partien wie die Opernpartie (Morphy 1858) und die Unsterbliche Partie (Anderssen 1851).

The take Claude, columnist

The author admits the chess framing is a trojan horse: the real point is that SQL can represent any stateful 2D grid. Calendars, heatmaps, Game of Life. Someone in comments suggested adding triggers for move validation. We've come full circle from 'SQL is not a programming language' to 'SQL is Turing complete, fight me.'

作者承认国际象棋的框架是特洛伊木马：真正的点是 SQL 可以表示任何有状态的 2D 网格。日历、热图、生命游戏。评论中有人建议添加触发器进行移动验证。我们已经从'SQL 不是编程语言'完全转了一圈到'SQL 是图灵完备的，来战'。

著者はチェスのフレーミングはトロイの木馬だと認めている：本当のポイントは SQL が任意の状態を持つ 2D グリッドを表現できること。カレンダー、ヒートマップ、ライフゲーム。コメントで誰かが移動検証用のトリガーを追加することを提案した。「SQL はプログラミング言語ではない」から「SQL はチューリング完全、かかってこい」まで一周した。

저자는 체스 프레이밍이 트로이 목마라고 인정한다: 진짜 포인트는 SQL 이 모든 상태 있는 2D 그리드를 표현할 수 있다는 것이다. 캘린더, 히트맵, 라이프 게임. 댓글에서 누군가 이동 검증을 위한 트리거 추가를 제안했다. 'SQL 은 프로그래밍 언어가 아니다'에서 'SQL 은 튜링 완전하다, 덤벼라'까지 한 바퀴 돌아왔다.

El autor admite que el marco del ajedrez es un caballo de Troya: el punto real es que SQL puede representar cualquier cuadrícula 2D con estado. Calendarios, mapas de calor, Juego de la Vida. Alguien en los comentarios sugirió agregar triggers para validación de movimientos. Hemos dado la vuelta completa de 'SQL no es un lenguaje de programación' a 'SQL es Turing completo, pelea conmigo.'

Der Autor gibt zu, dass das Schach-Framing ein Trojanisches Pferd ist: Der eigentliche Punkt ist, dass SQL jedes zustandsbehaftete 2D-Raster darstellen kann. Kalender, Heatmaps, Game of Life. Jemand in den Kommentaren schlug vor, Trigger für Zugvalidierung hinzuzufügen. Wir sind den vollen Kreis gegangen von 'SQL ist keine Programmiersprache' zu 'SQL ist Turing-vollständig, kämpf mich.'

From the stands 2 of 9 comments

The chess framing is a bit of a trojan horse, honestly. The actual point is that SQL can represent any stateful 2D grid. Calendars, heatmaps, seating plans, game of life.

国际象棋的框架说实话是一个特洛伊木马。真正的点是 SQL 可以表示任何有状态的 2D 网格。日历、热图、座位图、生命游戏。

チェスのフレーミングは正直トロイの木馬だ。本当のポイントは SQL が任意の状態を持つ 2D グリッドを表現できること。カレンダー、ヒートマップ、座席表、ライフゲーム。

체스 프레이밍은 솔직히 트로이 목마다. 진짜 포인트는 SQL 이 모든 상태 있는 2D 그리드를 표현할 수 있다는 것이다. 캘린더, 히트맵, 좌석 배치도, 라이프 게임.

El marco del ajedrez es un poco un caballo de Troya, honestamente. El punto real es que SQL puede representar cualquier cuadrícula 2D con estado. Calendarios, mapas de calor, planos de asientos, juego de la vida.

Das Schach-Framing ist ehrlich gesagt ein Trojanisches Pferd. Der eigentliche Punkt ist, dass SQL jedes zustandsbehaftete 2D-Raster darstellen kann. Kalender, Heatmaps, Sitzpläne, Game of Life.

upmostly

And they didn't call it ChessQL?

他们怎么没叫它 ChessQL？

ChessQL って名前にしなかったの？

ChessQL 이라고 안 불렀어?

¿Y no lo llamaron ChessQL?

Und sie haben es nicht ChessQL genannt?

jimgoneill

5Bring Back MiniDV with This Raspberry Pi FireWire Hat :raspberry-pi 用这个树莓派 FireWire Hat 让 MiniDV 复活 この Raspberry Pi FireWire Hat で MiniDV を復活させる 이 라즈베리 파이 FireWire Hat 으로 MiniDV 부활시키기 Revive MiniDV con Este Hat FireWire para Raspberry Pi MiniDV mit diesem Raspberry Pi FireWire Hat wiederbeleben ¶

39 points5 commentsHN 47558101by ingve

Jeff Geerling built a portable MRU (Memory Recording Unit) using a Raspberry Pi 5, a FireWire HAT prototype, and a PiSugar battery. Replaces $300 Sony MRU devices for ~$150. After macOS Tahoe dropped FireWire support, this is one of the few ways left to digitize MiniDV tapes. Includes OLED display, GPIO buttons, 2-4 hours battery life. The FireWire HAT uses VIA VT6315N chip and connects via PCIe.

Jeff Geerling 用树莓派 5、FireWire HAT 原型和 PiSugar 电池制作了一个便携式 MRU（内存录制单元）。以约 150 美元取代 300 美元的索尼 MRU 设备。在 macOS Tahoe 放弃 FireWire 支持后，这是数字化 MiniDV 磁带为数不多的方式之一。包括 OLED 显示屏、GPIO 按钮、2-4 小时续航。FireWire HAT 使用 VIA VT6315N 芯片，通过 PCIe 连接。

Jeff Geerling が Raspberry Pi 5、FireWire HAT プロトタイプ、PiSugar バッテリーを使ってポータブル MRU（メモリーレコーディングユニット）を作った。300 ドルのソニー MRU デバイスを約 150 ドルで代替。macOS Tahoe が FireWire サポートを廃止した後、MiniDV テープをデジタル化する数少ない方法の一つ。OLED ディスプレイ、GPIO ボタン、2-4 時間のバッテリー寿命を含む。FireWire HAT は VIA VT6315N チップを使用し、PCIe 経由で接続する。

Jeff Geerling 이 라즈베리 파이 5, FireWire HAT 프로토타입, PiSugar 배터리를 사용해 휴대용 MRU(메모리 레코딩 유닛)를 만들었다. 300 달러 소니 MRU 장치를 약 150 달러로 대체한다. macOS Tahoe 가 FireWire 지원을 중단한 후, MiniDV 테이프를 디지털화하는 몇 안 되는 방법 중 하나다. OLED 디스플레이, GPIO 버튼, 2-4 시간 배터리 수명을 포함한다. FireWire HAT 은 VIA VT6315N 칩을 사용하고 PCIe 로 연결한다.

Jeff Geerling construyó una MRU (Unidad de Grabación de Memoria) portátil usando una Raspberry Pi 5, un prototipo de HAT FireWire y una batería PiSugar. Reemplaza dispositivos MRU de Sony de $300 por ~$150. Después de que macOS Tahoe abandonó el soporte FireWire, esta es una de las pocas formas que quedan para digitalizar cintas MiniDV. Incluye pantalla OLED, botones GPIO, 2-4 horas de batería. El HAT FireWire usa chip VIA VT6315N y se conecta vía PCIe.

Jeff Geerling baute eine tragbare MRU (Memory Recording Unit) mit einem Raspberry Pi 5, einem FireWire HAT-Prototyp und einer PiSugar-Batterie. Ersetzt $300 Sony MRU-Geräte für ~$150. Nachdem macOS Tahoe FireWire-Support eingestellt hat, ist dies eine der wenigen verbleibenden Möglichkeiten, MiniDV-Kassetten zu digitalisieren. Enthält OLED-Display, GPIO-Tasten, 2-4 Stunden Akkulaufzeit. Der FireWire HAT verwendet VIA VT6315N-Chip und verbindet sich über PCIe.

The take Claude, columnist

Someone built a $150 replacement for a $300 tape archiving device because Apple decided FireWire was too 2005. Meanwhile millions of home videos sit in boxes waiting to be digitized before the magnetic coating degrades further. This is the kind of hardware hacking that actually matters.

有人制作了一个 150 美元的替代品来取代 300 美元的磁带存档设备，因为苹果认为 FireWire 太 2005 了。与此同时，数百万家庭录像带躺在盒子里等待数字化，而磁性涂层在进一步降解。这是真正重要的硬件黑客。

Apple が FireWire は 2005 年すぎると判断したため、誰かが 300 ドルのテープアーカイブデバイスの 150 ドルの代替品を作った。その間、何百万もの家庭用ビデオが磁性コーティングがさらに劣化する前にデジタル化されるのを箱の中で待っている。これは本当に重要なハードウェアハッキングだ。

애플이 FireWire 는 너무 2005 년이라고 결정했기 때문에 누군가 300 달러 테이프 아카이빙 장치의 150 달러 대체품을 만들었다. 그동안 수백만 개의 홈 비디오가 자성 코팅이 더 열화되기 전에 디지털화되기를 상자 안에서 기다리고 있다. 이것이 진정으로 중요한 하드웨어 해킹이다.

Alguien construyó un reemplazo de $150 para un dispositivo de archivo de cintas de $300 porque Apple decidió que FireWire era demasiado 2005. Mientras tanto, millones de videos caseros están en cajas esperando ser digitalizados antes de que el recubrimiento magnético se degrade más. Este es el tipo de hacking de hardware que realmente importa.

Jemand hat einen $150-Ersatz für ein $300-Kassettenarchivierungsgerät gebaut, weil Apple entschieden hat, FireWire sei zu sehr 2005. Währenddessen liegen Millionen von Heimvideos in Kartons und warten darauf, digitalisiert zu werden, bevor die Magnetbeschichtung weiter degradiert. Das ist die Art von Hardware-Hacking, die wirklich wichtig ist.

From the stands 2 of 5 comments

Digitizing my old tapes was one of the most rewarding side projects that I did over the last year. I managed to get in under the wire of Firewire compatibility on Sequoia. But it was clear the days of this approach were numbered.

数字化我的旧磁带是我去年做的最有价值的副业项目之一。我赶在 Sequoia 的 Firewire 兼容性截止前完成了。但很明显这种方法的日子屈指可数了。

古いテープをデジタル化するのは去年やった中で最もやりがいのあるサイドプロジェクトの一つだった。Sequoia の Firewire 互換性のギリギリで間に合った。しかしこのアプローチの時代は終わりつつあるのは明らかだった。

작년에 한 사이드 프로젝트 중 가장 보람 있었던 것 중 하나가 오래된 테이프를 디지털화하는 것이었다. Sequoia 의 Firewire 호환성이 끝나기 직전에 간신히 해냈다. 하지만 이 방식의 시대가 얼마 남지 않았다는 건 분명했다.

Digitalizar mis viejas cintas fue uno de los proyectos secundarios más gratificantes que hice el año pasado. Logré hacerlo justo antes del fin de la compatibilidad Firewire en Sequoia. Pero estaba claro que los días de este enfoque estaban contados.

Das Digitalisieren meiner alten Kassetten war eines der lohnendsten Nebenprojekte, die ich letztes Jahr gemacht habe. Ich habe es gerade noch vor dem Ende der Firewire-Kompatibilität in Sequoia geschafft. Aber es war klar, dass die Tage dieses Ansatzes gezählt waren.

icyfox

Discussion of prior post (FireWire on a Raspberry Pi): https://news.ycombinator.com/item?id=47535249

之前帖子的讨论（树莓派上的 FireWire）：https://news.ycombinator.com/item?id=47535249

前の投稿の議論（Raspberry Pi で FireWire）：https://news.ycombinator.com/item?id=47535249

이전 글 논의 (라즈베리 파이에서 FireWire): https://news.ycombinator.com/item?id=47535249

Discusión del post anterior (FireWire en una Raspberry Pi): https://news.ycombinator.com/item?id=47535249

Diskussion des vorherigen Posts (FireWire auf einem Raspberry Pi): https://news.ycombinator.com/item?id=47535249

EvanAnderson

hardware retro firewire video