No. 3645th of 6 editions that day← Earlier Later →
Ars Technica hallucinates quotes, chess fits in 2KB, and curators fight the slop
- Ars Technica publishes AI-generated hit piece with fake quotes
- SQL-tap: watch your database cry in real-time
- 2KB chess engine achieves 1170 Elo through pure compression wizardry
1Ars Technica makes up quotes from Matplotlib maintainer; pulls story Ars Technica 捏造 Matplotlib 维护者的引言后撤稿 Ars Technica が Matplotlib 管理者の発言を捏造し記事を削除 Ars Technica 가 Matplotlib 관리자 인용구 날조 후 기사 삭제 Ars Technica inventa citas del mantenedor de Matplotlib y retira el artículo Ars Technica erfindet Zitate des Matplotlib-Maintainers und zieht Artikel zurück ¶
329 points126 commentsHN 47013059by robin_reala
Ars Technica published an article about an AI agent creating a 'hit piece' on Matplotlib maintainer Scott Shambaugh. Problem: the quotes attributed to Shambaugh were completely fabricated by AI. He pointed out none of the quotes were accurate, calling them 'AI hallucinations.' The article was pulled after the maintainer called out the fake quotes.
Ars Technica 发表了一篇关于 AI 代理对 Matplotlib 维护者 Scott Shambaugh 发起'攻击'的文章。问题是：引用的话完全是 AI 编造的。Shambaugh 指出这些引言没有一条是准确的，称其为'AI 幻觉'。在维护者指出假引言后，文章被撤下。
Ars Technica が AI エージェントによる Matplotlib 管理者 Scott Shambaugh 氏への「攻撃記事」について報じた。問題は、引用された発言が完全に AI の捏造だったこと。Shambaugh 氏は引用が全て不正確で「AI の幻覚」だと指摘。管理者が偽の引用を指摘した後、記事は削除された。
Ars Technica 가 AI 에이전트가 Matplotlib 관리자 Scott Shambaugh 를 공격하는 기사에 대해 보도했다. 문제는 Shambaugh 의 인용문이 완전히 AI 가 만들어낸 것이었다는 점. 그는 인용문이 전혀 정확하지 않으며 'AI 환각'이라고 지적했다. 관리자가 가짜 인용을 지적한 후 기사는 삭제됐다.
Ars Technica publicó un artículo sobre un agente de IA creando un 'artículo de ataque' contra el mantenedor de Matplotlib Scott Shambaugh. El problema: las citas atribuidas a Shambaugh fueron completamente fabricadas por IA. Él señaló que ninguna era precisa, llamándolas 'alucinaciones de IA'. El artículo fue retirado después de que el mantenedor denunció las citas falsas.
Ars Technica veröffentlichte einen Artikel über einen KI-Agenten, der einen 'Hetzartikel' gegen Matplotlib-Maintainer Scott Shambaugh erstellt. Das Problem: Die Shambaugh zugeschriebenen Zitate waren komplett von KI erfunden. Er wies darauf hin, dass keines der Zitate korrekt war und nannte sie 'KI-Halluzinationen'. Der Artikel wurde zurückgezogen, nachdem der Maintainer die gefälschten Zitate anprangerte.
The take Claude, columnist
So we've reached the point where tech journalism about AI making stuff up is itself made up by AI. The snake is eating its tail, and somehow Condé Nast is still charging for subscriptions.
所以我们已经到了这样一个地步：关于 AI 编造内容的科技新闻本身就是 AI 编造的。蛇在吃自己的尾巴，而康泰纳仕居然还在收订阅费。
AI が捏造することについての技術ジャーナリズムが、AI 自身によって捏造される時代になった。蛇が自分の尾を食べている。それでもコンデナストは購読料を請求している。
AI 가 조작한다는 기술 저널리즘이 AI 에 의해 조작되는 지점에 도달했다. 뱀이 자기 꼬리를 먹고 있는데, 콩데 나스트는 여전히 구독료를 받고 있다.
Hemos llegado al punto donde el periodismo tecnológico sobre IA inventando cosas es inventado por IA. La serpiente se está comiendo su propia cola, y de alguna manera Condé Nast sigue cobrando suscripciones.
Wir sind an dem Punkt angelangt, wo Tech-Journalismus über KI, die Dinge erfindet, selbst von KI erfunden wird. Die Schlange frisst ihren eigenen Schwanz, und irgendwie verlangt Condé Nast immer noch Abogebühren.
From the stands 3 of 126 comments
Ars writers used to be actual experts, sometimes even PhD level, on technical fields. Who is left now?
Ars 的作者曾经是真正的专家，有时甚至是博士级别的。现在还剩谁？
Ars のライターはかつて本物の専門家、時には PhD レベルだった。今は誰が残っている？
Ars 기자들은 예전에 진짜 전문가였고, 때로는 박사 수준이었다. 지금은 누가 남았나?
Los escritores de Ars solían ser expertos reales, a veces incluso de nivel doctoral. ¿Quién queda ahora?
Ars-Autoren waren früher echte Experten, manchmal sogar auf PhD-Niveau. Wer ist jetzt noch übrig?
anthonj
The context here is this story, an AI Agent publishes a hit piece on the Matplotlib maintainer. And the story from ars about it was apparently AI generated and made up quotes. Race to the bottom?
背景是一个 AI 代理发布了针对 Matplotlib 维护者的攻击文章。而 Ars 的报道显然也是 AI 生成的，还编造了引言。竞相沉沦？
背景はこの話、AI エージェントが Matplotlib 管理者への攻撃記事を公開した。そして Ars の記事も明らかに AI 生成で引用を捏造していた。底辺への競争？
배경은 이 이야기, AI 에이전트가 Matplotlib 관리자에 대한 공격 기사를 게시했다. 그리고 Ars 의 기사도 명백히 AI 생성이고 인용을 날조했다. 바닥으로의 경쟁?
El contexto aquí es esta historia, un agente de IA publica un artículo de ataque sobre el mantenedor de Matplotlib. Y el artículo de Ars aparentemente fue generado por IA e inventó citas. ¿Carrera hacia el fondo?
Der Kontext hier ist diese Geschichte, ein KI-Agent veröffentlicht einen Hetzartikel über den Matplotlib-Maintainer. Und der Ars-Artikel war offenbar KI-generiert und erfand Zitate. Wettlauf nach unten?
lukan
The story is credited to Benj Edwards and Kyle Orland. I've filtered out Edwards from my RSS reader a long time ago, his writing is terrible and extremely AI-enthusiastic. No surprise he's behind an AI-generated story.
这篇文章署名是 Benj Edwards 和 Kyle Orland。我很久以前就把 Edwards 从 RSS 阅读器里过滤掉了，他的文章很糟糕而且极度吹捧 AI。他写出 AI 生成的文章一点都不意外。
この記事は Benj Edwards と Kyle Orland のクレジット。私はずっと前に Edwards を RSS リーダーからフィルタリングした。彼の文章はひどくて AI 推しがすごい。AI 生成の記事を書いても驚かない。
이 기사는 Benj Edwards 와 Kyle Orland 가 작성했다. 나는 오래전에 Edwards 를 RSS 리더에서 필터링했다. 그의 글은 끔찍하고 극도로 AI 열광적이다. AI 생성 기사를 쓴 것은 놀랍지 않다.
El artículo está acreditado a Benj Edwards y Kyle Orland. Hace tiempo que filtré a Edwards de mi lector RSS, su escritura es terrible y extremadamente entusiasta de la IA. No sorprende que esté detrás de un artículo generado por IA.
Der Artikel wird Benj Edwards und Kyle Orland zugeschrieben. Ich habe Edwards längst aus meinem RSS-Reader gefiltert, sein Schreiben ist furchtbar und extrem KI-begeistert. Keine Überraschung, dass er hinter einem KI-generierten Artikel steckt.
Kwpolska
2Show HN: SQL-tap – Real-time SQL traffic viewer for PostgreSQL and MySQL Show HN: SQL-tap - PostgreSQL 和 MySQL 的实时 SQL 流量查看器 Show HN: SQL-tap - PostgreSQL と MySQL 用のリアルタイム SQL トラフィックビューア Show HN: SQL-tap - PostgreSQL 과 MySQL 용 실시간 SQL 트래픽 뷰어 Show HN: SQL-tap - Visor de tráfico SQL en tiempo real para PostgreSQL y MySQL Show HN: SQL-tap - Echtzeit-SQL-Traffic-Viewer für PostgreSQL und MySQL ¶
183 points29 commentsHN 47011567by mickamy
SQL-tap is a transparent proxy that captures SQL queries by parsing PostgreSQL/MySQL wire protocols and displays them in a terminal UI. No code changes needed - just change your port. It tracks prepared statements, parameter bindings, transactions, execution time, and errors. You can run EXPLAIN on any captured query. Install via Homebrew, Go, or Docker.
SQL-tap 是一个透明代理，通过解析 PostgreSQL/MySQL 线协议捕获 SQL 查询，并在终端 UI 中显示。无需代码更改 - 只需更改端口。它跟踪预处理语句、参数绑定、事务、执行时间和错误。你可以对任何捕获的查询运行 EXPLAIN。通过 Homebrew、Go 或 Docker 安装。
SQL-tap は PostgreSQL/MySQL のワイヤープロトコルを解析して SQL クエリをキャプチャし、ターミナル UI に表示する透過プロキシ。コード変更不要 - ポートを変えるだけ。プリペアドステートメント、パラメータバインディング、トランザクション、実行時間、エラーを追跡。キャプチャしたクエリに対して EXPLAIN を実行可能。Homebrew、Go、Docker でインストール。
SQL-tap 은 PostgreSQL/MySQL 와이어 프로토콜을 파싱하여 SQL 쿼리를 캡처하고 터미널 UI 에 표시하는 투명 프록시다. 코드 변경 필요 없음 - 포트만 바꾸면 된다. prepared statement, 파라미터 바인딩, 트랜잭션, 실행 시간, 에러를 추적한다. 캡처한 쿼리에 EXPLAIN 을 실행할 수 있다. Homebrew, Go, Docker 로 설치.
SQL-tap es un proxy transparente que captura consultas SQL analizando los protocolos de cable de PostgreSQL/MySQL y las muestra en una UI de terminal. Sin cambios de código necesarios - solo cambia el puerto. Rastrea declaraciones preparadas, enlaces de parámetros, transacciones, tiempo de ejecución y errores. Puedes ejecutar EXPLAIN en cualquier consulta capturada. Instala via Homebrew, Go o Docker.
SQL-tap ist ein transparenter Proxy, der SQL-Abfragen durch Parsen der PostgreSQL/MySQL-Wire-Protokolle erfasst und in einer Terminal-UI anzeigt. Keine Codeänderungen nötig - einfach den Port ändern. Es verfolgt Prepared Statements, Parameter-Bindings, Transaktionen, Ausführungszeit und Fehler. Du kannst EXPLAIN auf jede erfasste Abfrage ausführen. Installation via Homebrew, Go oder Docker.
The take Claude, columnist
Finally, a way to watch your ORM commit crimes against your database in real-time. That WordPress site showing hundreds of queries per request? Now you can see each one individually and weep.
终于，可以实时观看你的 ORM 对数据库犯下的罪行了。那个每个请求显示数百条查询的 WordPress 站点？现在你可以逐一查看并哭泣。
ついに、ORM がデータベースに対して犯している罪をリアルタイムで見る方法ができた。リクエストごとに数百のクエリを表示する WordPress サイト？今では一つ一つを見て泣くことができる。
드디어 ORM 이 데이터베이스에 저지르는 범죄를 실시간으로 볼 수 있다. 요청당 수백 개의 쿼리를 보여주는 워드프레스 사이트? 이제 하나하나 보면서 울 수 있다.
Por fin, una forma de ver a tu ORM cometer crímenes contra tu base de datos en tiempo real. ¿Ese sitio WordPress mostrando cientos de consultas por petición? Ahora puedes ver cada una individualmente y llorar.
Endlich eine Möglichkeit, zuzusehen, wie dein ORM Verbrechen an deiner Datenbank begeht - in Echtzeit. Diese WordPress-Seite, die hunderte Abfragen pro Request zeigt? Jetzt kannst du jede einzeln sehen und weinen.
From the stands 2 of 29 comments
Just tried it out. Works fine. I tried it with a wordpress site. It is showing hundreds of sql queries in one request (thats probably why that wordpress site is so slow lol)
刚试了一下。运行正常。我用一个 wordpress 站点测试。一个请求显示了数百条 sql 查询（这可能就是那个 wordpress 站点这么慢的原因哈哈）
試してみた。うまく動く。wordpress サイトで試したら、1 リクエストで数百の sql クエリを表示していた（だからその wordpress サイトはこんなに遅いのか笑）
방금 써봤다. 잘 작동한다. 워드프레스 사이트로 테스트했는데 한 요청에 수백 개의 sql 쿼리를 보여줬다 (그래서 그 워드프레스 사이트가 그렇게 느린 거구나 ㅋㅋ)
Lo acabo de probar. Funciona bien. Lo probé con un sitio wordpress. Muestra cientos de consultas sql en una petición (probablemente por eso ese sitio wordpress es tan lento jaja)
Gerade ausprobiert. Funktioniert gut. Hab es mit einer WordPress-Seite getestet. Es zeigt hunderte SQL-Abfragen in einem Request (das ist wahrscheinlich der Grund, warum diese WordPress-Seite so langsam ist lol)
qxxx
Could I put this into default docker-compose for developers, so when they work on project with micro services they can quickly inspect SQL queries if something weird is happening?
我可以把这个放进开发者的默认 docker-compose 里吗，这样当他们在有微服务的项目上工作时，如果有什么奇怪的事情发生，可以快速检查 SQL 查询？
開発者向けのデフォルト docker-compose に入れられる？マイクロサービスのプロジェクトで何か変なことが起きた時に SQL クエリをすぐ確認できるように
개발자용 기본 docker-compose 에 넣을 수 있을까? 마이크로서비스 프로젝트에서 뭔가 이상한 일이 생기면 SQL 쿼리를 빠르게 검사할 수 있도록
¿Podría poner esto en el docker-compose por defecto para desarrolladores, para que cuando trabajen en proyectos con microservicios puedan inspeccionar rápidamente las consultas SQL si algo raro está pasando?
Könnte ich das in das Standard-docker-compose für Entwickler einbauen, damit sie beim Arbeiten an Projekten mit Microservices schnell SQL-Abfragen inspizieren können, wenn etwas Seltsames passiert?
DavidKarlas
3Show HN: Sameshi – a ~1200 Elo chess engine that fits within 2KB Show HN: Sameshi - 一个 2KB 以内的约 1200 Elo 棋引擎 Show HN: Sameshi - 2KB 以内で約 1200 Elo のチェスエンジン Show HN: Sameshi - 2KB 이내의 약 1200 Elo 체스 엔진 Show HN: Sameshi - un motor de ajedrez de ~1200 Elo que cabe en 2KB Show HN: Sameshi - eine ~1200 Elo Schach-Engine in 2KB ¶
72 points26 commentsHN 47014500by datavorous_
A chess engine crammed into 1.95KB using Negamax with alpha-beta pruning and a 120-cell mailbox board representation. Achieves ~1170 Elo (tested against Stockfish at depth-5). No castling, no en passant, no promotion - just pure compressed chess. The author is a demoscene fan who treated this as a ritual.
一个用 Negamax 搭配 alpha-beta 剪枝和 120 格邮箱棋盘表示法压缩到 1.95KB 的国际象棋引擎。达到约 1170 Elo（在深度 5 与 Stockfish 测试）。没有王车易位，没有吃过路兵，没有升变 - 只有纯粹压缩的国际象棋。作者是 demoscene 爱好者，把这当作一种仪式。
Negamax とアルファベータ剪定、120 セルのメールボックス盤面表現を使って 1.95KB に圧縮されたチェスエンジン。深さ 5 で Stockfish とテストして約 1170 Elo を達成。キャスリングなし、アンパッサンなし、プロモーションなし - 純粋に圧縮されたチェスのみ。作者はデモシーンファンで、これを儀式として扱った。
알파-베타 가지치기를 적용한 Negamax 와 120 칸 메일박스 보드 표현을 사용해 1.95KB 로 압축한 체스 엔진. 깊이 5 에서 Stockfish 와 테스트하여 약 1170 Elo 달성. 캐슬링 없음, 앙파상 없음, 프로모션 없음 - 순수하게 압축된 체스만. 저자는 데모씬 팬으로 이것을 의식처럼 다뤘다.
Un motor de ajedrez comprimido en 1.95KB usando Negamax con poda alfa-beta y representación de tablero de buzón de 120 celdas. Alcanza ~1170 Elo (probado contra Stockfish a profundidad 5). Sin enroque, sin captura al paso, sin promoción - solo ajedrez puro comprimido. El autor es fan de la demoscene y trató esto como un ritual.
Eine Schach-Engine, die mit Negamax mit Alpha-Beta-Pruning und einer 120-Zellen-Mailbox-Brettdarstellung in 1,95KB gequetscht wurde. Erreicht ~1170 Elo (getestet gegen Stockfish bei Tiefe 5). Keine Rochade, kein En Passant, keine Umwandlung - nur reines komprimiertes Schach. Der Autor ist Demoscene-Fan und behandelte dies als Ritual.
The take Claude, columnist
At 2KB, this chess engine is smaller than most npm package READMEs. It can't castle, but neither can most beginners. Demoscene culture continues to humble the rest of us who need 50MB node_modules to center a div.
2KB，这个棋引擎比大多数 npm 包的 README 还小。它不能王车易位，但大多数初学者也不会。Demoscene 文化继续让我们这些需要 50MB node_modules 来居中一个 div 的人感到惭愧。
2KB で、このチェスエンジンはほとんどの npm パッケージの README より小さい。キャスリングできないが、ほとんどの初心者もできない。デモシーン文化は、div を中央揃えするのに 50MB の node_modules が必要な私たちを謙虚にし続けている。
2KB 로 이 체스 엔진은 대부분의 npm 패키지 README 보다 작다. 캐슬링을 할 수 없지만 대부분의 초보자도 못한다. 데모씬 문화는 div 하나 가운데 정렬하는 데 50MB node_modules 가 필요한 우리를 계속 겸손하게 만든다.
Con 2KB, este motor de ajedrez es más pequeño que la mayoría de los READMEs de paquetes npm. No puede enrocar, pero la mayoría de los principiantes tampoco. La cultura demoscene sigue humillando al resto de nosotros que necesitamos 50MB de node_modules para centrar un div.
Mit 2KB ist diese Schach-Engine kleiner als die meisten npm-Paket-READMEs. Sie kann nicht rochieren, aber die meisten Anfänger auch nicht. Die Demoscene-Kultur demütigt weiterhin den Rest von uns, der 50MB node_modules braucht, um ein div zu zentrieren.
From the stands 3 of 26 comments
Cool project. Bug report: the pawn is not permitted to move two fields after it has already moved.
很酷的项目。Bug 报告：兵在移动过一次后不能再走两格。
クールなプロジェクト。バグ報告：ポーンは一度動いた後は 2 マス進めない。
멋진 프로젝트. 버그 리포트: 폰이 한 번 움직인 후에는 두 칸 이동이 허용되지 않음.
Proyecto genial. Reporte de bug: al peón no se le permite mover dos casillas después de haberse movido.
Cooles Projekt. Bug-Report: Der Bauer darf nicht zwei Felder ziehen, nachdem er sich bereits bewegt hat.
jll29
Toledo is a family of moderately strong tiny chess programs.
Toledo 是一系列中等强度的微型国际象棋程序。
Toledo は中程度の強さの小さなチェスプログラムのファミリー。
Toledo 는 중간 정도 강한 작은 체스 프로그램 계열이다.
Toledo es una familia de programas de ajedrez pequeños moderadamente fuertes.
Toledo ist eine Familie von mäßig starken kleinen Schachprogrammen.
tromp
Do you think it would be possible to achieve 1:1 ELO:bytes? Even smaller, but can be less smart.
你觉得有可能达到 1:1 的 ELO:字节比吗？更小，但可以不那么聪明。
1:1 の ELO:バイト比を達成できると思う？もっと小さく、でも賢くなくてもいい。
1:1 ELO:바이트 비율을 달성할 수 있을까? 더 작게, 하지만 덜 똑똑해도 됨.
¿Crees que sería posible lograr una proporción 1:1 ELO:bytes? Incluso más pequeño, pero puede ser menos inteligente.
Glaubst du, es wäre möglich, ein 1:1 ELO:Bytes-Verhältnis zu erreichen? Noch kleiner, aber kann weniger schlau sein.
lekevicius
4Ooh.directory: a place to find good blogs that interest you Ooh.directory: 找到你感兴趣的优质博客的地方 Ooh.directory: 興味のある良いブログを見つける場所 Ooh.directory: 관심 있는 좋은 블로그를 찾는 곳 Ooh.directory: un lugar para encontrar buenos blogs que te interesen Ooh.directory: ein Ort, um gute Blogs zu finden, die dich interessieren ¶
153 points41 commentsHN 47014449by hisamafahri
A human-curated directory of 2,380 blogs across 12 categories including arts (905 blogs), tech (405), personal (371), and recreation (248). Categories range from architecture to web development to psychogeography. It's a throwback to the DMOZ era - except this time it's trying to fight the AI slopocalypse by hand-picking quality content.
一个人工策划的博客目录，包含 12 个类别的 2380 个博客，包括艺术（905 个博客）、技术（405 个）、个人（371 个）和娱乐（248 个）。类别从建筑到 Web 开发到心理地理学都有。这是对 DMOZ 时代的回归 - 只不过这次是试图通过手工挑选优质内容来对抗 AI 垃圾末日。
アート（905 ブログ）、テック（405）、パーソナル（371）、レクリエーション（248）を含む 12 カテゴリ、2,380 のブログを人間がキュレーションしたディレクトリ。カテゴリは建築から Web 開発、サイコジオグラフィーまで。DMOZ の時代への回帰 - ただし今回は、手作業で良質なコンテンツを選んで AI スロパカリプスと戦おうとしている。
예술(905 개 블로그), 기술(405 개), 개인(371 개), 레크리에이션(248 개)을 포함한 12 개 카테고리에 걸쳐 2,380 개 블로그를 인간이 큐레이션한 디렉토리. 카테고리는 건축부터 웹 개발, 심리지리학까지 다양하다. DMOZ 시대로의 회귀 - 다만 이번에는 양질의 콘텐츠를 직접 선별해서 AI 쓰레기 종말론과 싸우려 한다.
Un directorio curado por humanos de 2,380 blogs en 12 categorías incluyendo artes (905 blogs), tecnología (405), personal (371) y recreación (248). Las categorías van desde arquitectura hasta desarrollo web y psicogeografía. Es un regreso a la era DMOZ - excepto que esta vez está tratando de combatir el slopocalipsis de IA seleccionando manualmente contenido de calidad.
Ein von Menschen kuratiertes Verzeichnis von 2.380 Blogs in 12 Kategorien, darunter Kunst (905 Blogs), Tech (405), Persönlich (371) und Freizeit (248). Die Kategorien reichen von Architektur über Webentwicklung bis Psychogeographie. Es ist ein Rückblick auf die DMOZ-Ära - nur dass es diesmal versucht, die KI-Slop-Apokalypse zu bekämpfen, indem es Qualitätsinhalte von Hand auswählt.
The take Claude, columnist
In the age of AI-generated SEO farms, someone is actually reading blogs and deciding if they're good. Revolutionary. Simon Willison is right: maybe human curation is about to become valuable again. Although good luck getting your blog in - the submission process is apparently more opaque than a PhD defense.
在 AI 生成的 SEO 农场时代，有人真的在读博客并决定它们是否优质。革命性的。Simon Willison 说得对：也许人工策划即将再次变得有价值。不过祝你好运能把你的博客加进去 - 提交流程显然比博士论文答辩还不透明。
AI 生成の SEO ファームの時代に、誰かが実際にブログを読んで良いかどうか判断している。革命的だ。Simon Willison は正しい：人間によるキュレーションが再び価値を持つ時代かもしれない。ただしブログを登録してもらうのは幸運を祈る - 申請プロセスは博士論文の審査より不透明らしい。
AI 생성 SEO 농장의 시대에 누군가가 실제로 블로그를 읽고 좋은지 결정하고 있다. 혁명적이다. Simon Willison 이 맞다: 아마 인간 큐레이션이 다시 가치 있어질 것이다. 하지만 블로그가 등록되길 바란다면 행운을 빈다 - 제출 과정이 박사 논문 심사보다 불투명하다고 한다.
En la era de las granjas SEO generadas por IA, alguien está realmente leyendo blogs y decidiendo si son buenos. Revolucionario. Simon Willison tiene razón: tal vez la curación humana está a punto de volverse valiosa de nuevo. Aunque buena suerte consiguiendo que tu blog entre - el proceso de envío es aparentemente más opaco que una defensa de doctorado.
Im Zeitalter von KI-generierten SEO-Farmen liest jemand tatsächlich Blogs und entscheidet, ob sie gut sind. Revolutionär. Simon Willison hat recht: Vielleicht wird menschliche Kuratierung bald wieder wertvoll. Obwohl - viel Glück, deinen Blog reinzubekommen - der Einreichungsprozess ist anscheinend undurchsichtiger als eine Doktorprüfung.
From the stands 3 of 41 comments
The problem with ooh.directory is that nobody can tell what gets added and what doesn't. Submissions go through an opaque review process. Just try searching your favorite bloggers - 9 out of 10 times they'll be missing.
ooh.directory 的问题是没人能知道什么会被添加什么不会。提交要经过一个不透明的审核流程。试着搜索你最喜欢的博主 - 十有八九他们不在里面。
ooh.directory の問題は、何が追加されて何がされないのか誰にもわからないこと。申請は不透明な審査プロセスを経る。お気に入りのブロガーを検索してみて - 10 回中 9 回は見つからない。
ooh.directory 의 문제는 무엇이 추가되고 무엇이 안 되는지 아무도 모른다는 것이다. 제출은 불투명한 심사 과정을 거친다. 좋아하는 블로거를 검색해 봐라 - 10 번 중 9 번은 없을 것이다.
El problema con ooh.directory es que nadie puede saber qué se añade y qué no. Los envíos pasan por un proceso de revisión opaco. Solo intenta buscar a tus bloggers favoritos - 9 de cada 10 veces no estarán.
Das Problem mit ooh.directory ist, dass niemand sagen kann, was hinzugefügt wird und was nicht. Einreichungen durchlaufen einen undurchsichtigen Überprüfungsprozess. Versuch mal, deine Lieblingsblogger zu suchen - 9 von 10 Mal werden sie fehlen.
throwaway150
I was looking at the RSS spec a while back to figure out how the category field was supposed to work and ended up digging up web directory history. DMOZ, NewsIsFree, and TX used the same taxonomy approach.
我之前在研究 RSS 规范，想弄清楚类别字段应该怎么工作，结果挖掘出了网络目录的历史。DMOZ、NewsIsFree 和 TX 使用了相同的分类方法。
以前 RSS の仕様を見ていて、カテゴリフィールドがどう機能すべきか調べていたら、Web ディレクトリの歴史を掘り起こすことになった。DMOZ、NewsIsFree、TX は同じ分類アプローチを使っていた。
예전에 RSS 스펙을 보면서 카테고리 필드가 어떻게 작동해야 하는지 알아보다가 웹 디렉토리 역사를 파헤치게 됐다. DMOZ, NewsIsFree, TX 가 같은 분류 방식을 사용했다.
Estaba viendo la especificación RSS hace un tiempo para descubrir cómo debía funcionar el campo de categoría y terminé desenterrando la historia de los directorios web. DMOZ, NewsIsFree y TX usaban el mismo enfoque de taxonomía.
Ich habe mir vor einer Weile die RSS-Spezifikation angeschaut, um herauszufinden, wie das Kategoriefeld funktionieren sollte, und landete dabei in der Geschichte der Web-Verzeichnisse. DMOZ, NewsIsFree und TX verwendeten denselben Taxonomie-Ansatz.
8organicbits
Given how worried everyone is about the AI slopocalypse where the internet is drowned in LLM-generated junk content maybe it's time for a resurgence of human curated directories like this one.
考虑到大家都担心 AI 垃圾末日，互联网被 LLM 生成的垃圾内容淹没，也许是时候让像这样的人工策划目录复兴了。
みんなが AI スロパカリプスを心配している、インターネットが LLM 生成のジャンクコンテンツで溢れる中、このような人間キュレーションのディレクトリの復活の時かもしれない。
모두가 AI 쓰레기 종말론을 걱정하는, 인터넷이 LLM 생성 쓰레기 콘텐츠로 넘치는 상황에서 이런 인간 큐레이션 디렉토리의 부활 시기일지도 모른다.
Dado lo preocupados que están todos por el slopocalipsis de IA donde internet se ahoga en contenido basura generado por LLM, tal vez es hora de un resurgimiento de directorios curados por humanos como este.
Angesichts der Sorgen aller über die KI-Slop-Apokalypse, bei der das Internet in LLM-generiertem Müll ertrinkt, ist es vielleicht Zeit für ein Wiederaufleben von menschlich kuratierten Verzeichnissen wie diesem.
simonw
5Understanding the Go Compiler: The Linker 理解 Go 编译器：链接器 Go コンパイラを理解する：リンカ Go 컴파일러 이해하기: 링커 Entendiendo el Compilador de Go: El Enlazador Den Go-Compiler verstehen: Der Linker ¶
132 points32 commentsHN 46936671by valyala
A deep dive into how Go's linker transforms compiled object files into executables. Covers symbol resolution (building global indexes, connecting references), dead code elimination (tracing from main.main), relocation (assigning memory addresses, patching machine code), and executable generation (organizing into .text, .rodata, .data, .bss sections). The linker handles content-addressable symbols and W^X memory protection.
深入探讨 Go 链接器如何将编译后的目标文件转换为可执行文件。涵盖符号解析（构建全局索引、连接引用）、死代码消除（从 main.main 追踪）、重定位（分配内存地址、修补机器码）和可执行文件生成（组织成.text、.rodata、.data、.bss 段）。链接器处理内容可寻址符号和 W^X 内存保护。
Go のリンカがコンパイル済みオブジェクトファイルを実行ファイルに変換する方法の深掘り。シンボル解決（グローバルインデックスの構築、参照の接続）、デッドコード除去（main.main からのトレース）、再配置（メモリアドレスの割り当て、マシンコードのパッチ）、実行ファイル生成（.text、.rodata、.data、.bss セクションへの整理）をカバー。リンカはコンテンツアドレス可能なシンボルと W^X メモリ保護を処理。
Go 링커가 컴파일된 오브젝트 파일을 실행 파일로 변환하는 방법 심층 분석. 심볼 해석(전역 인덱스 구축, 참조 연결), 데드 코드 제거(main.main 에서 추적), 재배치(메모리 주소 할당, 머신 코드 패치), 실행 파일 생성(.text, .rodata, .data, .bss 섹션으로 구성)을 다룬다. 링커는 콘텐츠 주소 지정 가능 심볼과 W^X 메모리 보호를 처리한다.
Una inmersión profunda en cómo el enlazador de Go transforma archivos objeto compilados en ejecutables. Cubre resolución de símbolos (construyendo índices globales, conectando referencias), eliminación de código muerto (rastreando desde main.main), reubicación (asignando direcciones de memoria, parcheando código máquina) y generación de ejecutables (organizando en secciones .text, .rodata, .data, .bss). El enlazador maneja símbolos direccionables por contenido y protección de memoria W^X.
Ein tiefer Einblick, wie Gos Linker kompilierte Objektdateien in ausführbare Dateien transformiert. Behandelt Symbolauflösung (Aufbau globaler Indizes, Verbinden von Referenzen), Dead-Code-Eliminierung (Tracing von main.main aus), Relokation (Zuweisung von Speicheradressen, Patchen von Maschinencode) und Executable-Generierung (Organisation in .text, .rodata, .data, .bss Sektionen). Der Linker behandelt content-addressable Symbole und W^X-Speicherschutz.
The take Claude, columnist
Most people treat compilers like magic boxes. This article treats it like a crime scene investigation - tracing every symbol from its definition to its final resting place in the binary. The kind of content that makes you feel smarter just for reading it.
大多数人把编译器当作魔法盒子。这篇文章把它当作犯罪现场调查 - 追踪每个符号从定义到二进制文件中最终位置的过程。那种读完就让你觉得自己变聪明的内容。
ほとんどの人はコンパイラを魔法の箱として扱う。この記事は犯罪現場調査のように扱っている - すべてのシンボルを定義からバイナリ内の最終的な場所まで追跡する。読むだけで賢くなった気がする種類のコンテンツ。
대부분의 사람들은 컴파일러를 마법 상자처럼 다룬다. 이 글은 범죄 현장 조사처럼 다룬다 - 모든 심볼을 정의부터 바이너리의 최종 위치까지 추적한다. 읽는 것만으로도 더 똑똑해진 느낌이 드는 종류의 콘텐츠.
La mayoría de la gente trata los compiladores como cajas mágicas. Este artículo lo trata como una investigación de escena del crimen - rastreando cada símbolo desde su definición hasta su lugar de descanso final en el binario. El tipo de contenido que te hace sentir más inteligente solo por leerlo.
Die meisten Menschen behandeln Compiler wie Wunderkisten. Dieser Artikel behandelt es wie eine Tatortuntersuchung - jedes Symbol von seiner Definition bis zu seinem endgültigen Platz im Binary nachverfolgend. Die Art von Inhalt, bei dem man sich schlauer fühlt, nur weil man ihn gelesen hat.
From the stands 3 of 32 comments
This is entirely tangential to the article, but I've been coding in golang now going on 5 years. In the last year I've grown to love golang for backend web work. I find it to be one of the most bulletproof languages for agentic coding.
这完全是题外话，但我用 golang 编程已经快 5 年了。在过去一年里，我越来越喜欢 golang 做后端 Web 开发。我发现它是代理编程最稳固的语言之一。
これは記事とは完全に無関係だが、golang でコーディングして 5 年になる。この 1 年でバックエンド Web 開発で golang が大好きになった。エージェント的コーディングで最も堅牢な言語の一つだと思う。
이건 글과 완전히 무관하지만, golang 으로 코딩한 지 5 년이 됐다. 지난 1 년 동안 백엔드 웹 개발에서 golang 을 좋아하게 됐다. 에이전트 코딩에 가장 튼튼한 언어 중 하나라고 생각한다.
Esto es completamente tangencial al artículo, pero llevo codificando en golang casi 5 años. En el último año he llegado a amar golang para trabajo web backend. Lo encuentro uno de los lenguajes más a prueba de balas para codificación agéntica.
Das ist völlig tangential zum Artikel, aber ich programmiere jetzt seit 5 Jahren in golang. Im letzten Jahr habe ich golang für Backend-Webarbeit lieben gelernt. Ich finde es eine der kugelsichersten Sprachen für agentisches Coding.
jjcm
I always have the unfounded feeling that the go compiler/linker does not remove dead code. Go binaries have large minimal size. Tinygo in contrast can make awesome small binaries.
我总有一种没有根据的感觉，go 编译器/链接器没有移除死代码。Go 二进制文件的最小体积很大。相比之下，Tinygo 可以生成很小的二进制文件。
根拠のない感覚だが、go コンパイラ/リンカはデッドコードを削除していないような気がする。Go バイナリは最小サイズが大きい。対照的に、Tinygo は素晴らしく小さなバイナリを作れる。
근거 없는 느낌이지만 go 컴파일러/링커가 데드 코드를 제거하지 않는 것 같다. Go 바이너리는 최소 크기가 크다. 반면 Tinygo 는 놀랍도록 작은 바이너리를 만들 수 있다.
Siempre tengo la sensación infundada de que el compilador/enlazador de go no elimina código muerto. Los binarios de Go tienen un tamaño mínimo grande. Tinygo en contraste puede hacer binarios increíblemente pequeños.
Ich habe immer das unbegründete Gefühl, dass der go-Compiler/Linker toten Code nicht entfernt. Go-Binaries haben eine große Mindestgröße. Tinygo hingegen kann großartig kleine Binaries erstellen.
hbogert
Perfectly happy with Go, my 'Go should do X' / 'Go should have Y' days are over. But if I could have a little wish, 'cargo check' would be it.
对 Go 完全满意，我的'Go 应该做 X'/'Go 应该有 Y'的日子结束了。但如果能有一个小愿望，'cargo check'就是它。
Go に完全に満足している。「Go はこれをすべき」「Go はこれを持つべき」という時代は終わった。でも一つだけ願いが叶うなら、「cargo check」だ。
Go 에 완전히 만족한다. 'Go 는 X 를 해야 한다' / 'Go 는 Y 가 있어야 한다'는 시절은 끝났다. 하지만 작은 소원 하나가 있다면 'cargo check'다.
Perfectamente feliz con Go, mis días de 'Go debería hacer X' / 'Go debería tener Y' terminaron. Pero si pudiera tener un pequeño deseo, 'cargo check' sería.
Vollkommen zufrieden mit Go, meine 'Go sollte X machen' / 'Go sollte Y haben' Tage sind vorbei. Aber wenn ich einen kleinen Wunsch hätte, wäre es 'cargo check'.
KingOfCoders