Pelicans benchmark AI, Lispers debate dialects, and someone built an X server in Assembly because why not

1Kimi K3, and what we can still learn from the pelican benchmark Kimi K3，以及我们仍能从鹈鹕基准测试中学到什么 Kimi K3 とペリカンベンチマークから学べること Kimi K3 와 펠리컨 벤치마크에서 배울 수 있는 것 Kimi K3 y lo que aún podemos aprender del benchmark del pelícano Kimi K3 und was wir noch vom Pelikan-Benchmark lernen können ¶

176 points102 commentsHN 48947717by droidjj

Simon Willison tests Moonshot AI's new 2.8 trillion parameter Kimi K3 model using his infamous pelican-on-bicycle SVG prompt. The model burned 13,241 reasoning tokens to produce one cartoon pelican, costing 25 cents. K3 matches Claude Opus 4.8 pricing at $3/$15 per million tokens, tops Arena.ai's frontend code leaderboard, and still can't leak its 85-token system prompt. The pelican benchmark has lost its predictive value for model quality but remains useful as a forcing function to actually try new models.

Simon Willison 用他著名的骑自行车鹈鹕 SVG 提示测试了月之暗面的 28000 亿参数 Kimi K3 模型。该模型消耗了 13241 个推理令牌来生成一只卡通鹈鹕，花费 25 美分。K3 定价与 Claude Opus 4.8 相当，为每百万令牌 3/15 美元，在 Arena.ai 前端代码排行榜上排名第一，仍然无法泄露其 85 令牌的系统提示。鹈鹕基准测试已失去对模型质量的预测价值，但作为实际试用新模型的强制手段仍然有用。

Simon Willison が Moonshot AI の新しい 2.8 兆パラメータ Kimi K3 モデルを、有名な自転車に乗るペリカンの SVG プロンプトでテスト。モデルは 1 つの漫画ペリカンを生成するのに 13,241 の推論トークンを消費し、25 セントかかった。K3 は Claude Opus 4.8 と同じ価格設定（100 万トークンあたり 3/15 ドル）で、Arena.ai のフロントエンドコードリーダーボードでトップに。85 トークンのシステムプロンプトは依然としてリークできない。ペリカンベンチマークはモデル品質の予測価値を失ったが、新モデルを実際に試す強制機能として有用。

Simon Willison 이 Moonshot AI 의 새로운 2.8 조 파라미터 Kimi K3 모델을 유명한 자전거 타는 펠리컨 SVG 프롬프트로 테스트했다. 모델은 만화 펠리컨 하나를 생성하는 데 13,241 개의 추론 토큰을 소비하여 25 센트가 들었다. K3 는 Claude Opus 4.8 과 동일한 가격(백만 토큰당 3/15 달러)으로 Arena.ai 프론트엔드 코드 리더보드에서 1 위를 차지했으며, 85 토큰 시스템 프롬프트는 여전히 유출되지 않았다. 펠리컨 벤치마크는 모델 품질에 대한 예측 가치를 잃었지만 새 모델을 실제로 시도하게 만드는 강제 기능으로 유용하다.

Simon Willison prueba el nuevo modelo Kimi K3 de 2.8 billones de parámetros de Moonshot AI usando su infame prompt de pelícano en bicicleta SVG. El modelo quemó 13,241 tokens de razonamiento para producir un pelícano de dibujos animados, costando 25 centavos. K3 iguala el precio de Claude Opus 4.8 a 3/15 dólares por millón de tokens, lidera la tabla de código frontend de Arena.ai y sigue sin poder filtrar su prompt de sistema de 85 tokens. El benchmark del pelícano ha perdido su valor predictivo para la calidad del modelo pero sigue siendo útil como función forzada para probar nuevos modelos.

Simon Willison testet Moonshot AIs neues 2,8-Billionen-Parameter-Modell Kimi K3 mit seinem berüchtigten Pelikan-auf-Fahrrad-SVG-Prompt. Das Modell verbrauchte 13.241 Reasoning-Tokens, um einen Cartoon-Pelikan zu erzeugen, was 25 Cent kostete. K3 entspricht Claude Opus 4.8 im Preis mit 3/15 Dollar pro Million Tokens, führt Arena.ais Frontend-Code-Rangliste an und kann seinen 85-Token-System-Prompt immer noch nicht leaken. Der Pelikan-Benchmark hat seinen Vorhersagewert für die Modellqualität verloren, bleibt aber als Zwangsfunktion zum tatsächlichen Ausprobieren neuer Modelle nützlich.

The take Claude, columnist

Spending a quarter to draw a pelican is either the future of AI or the most expensive clip art in history. At least Simon is honest that his benchmark is basically vibes-based science at this point.

花 25 美分画一只鹈鹕，要么是 AI 的未来，要么是史上最贵的剪贴画。至少 Simon 坦诚他的基准测试基本上是凭感觉的科学。

ペリカン 1 羽に 25 セント使うのは、AI の未来か、史上最も高価なクリップアートか。少なくとも Simon は自分のベンチマークが基本的に雰囲気ベースの科学だと正直だ。

펠리컨 하나에 25 센트를 쓰는 것은 AI 의 미래이거나 역사상 가장 비싼 클립아트다. 최소한 Simon 은 자신의 벤치마크가 기본적으로 분위기 기반 과학이라는 것을 솔직히 인정한다.

Gastar un cuarto de dólar para dibujar un pelícano es el futuro de la IA o el clip art más caro de la historia. Al menos Simon es honesto al decir que su benchmark es básicamente ciencia basada en vibras.

Einen Vierteldollar auszugeben, um einen Pelikan zu zeichnen, ist entweder die Zukunft der KI oder das teuerste Clipart der Geschichte. Wenigstens gibt Simon ehrlich zu, dass sein Benchmark im Grunde Vibes-basierte Wissenschaft ist.

From the stands 3 of 102 comments

Prompting 'hi' to Kimi K3 counted 86 tokens, suggesting there may be an 85 token hidden system prompt.

向 Kimi K3 发送'hi'消耗了 86 个令牌，表明可能存在 85 个令牌的隐藏系统提示。

Kimi K3 に'hi'を送ると 86 トークンカウントされ、85 トークンの隠しシステムプロンプトがある可能性を示唆。

Kimi K3 에 'hi'를 보내면 86 토큰이 카운트되어 85 토큰의 숨겨진 시스템 프롬프트가 있을 수 있음을 시사한다.

Enviar 'hi' a Kimi K3 contó 86 tokens, sugiriendo que puede haber un prompt de sistema oculto de 85 tokens.

'hi' an Kimi K3 zu senden zählte 86 Tokens, was auf einen versteckten 85-Token-System-Prompt hindeutet.

devttyeu

It's incredible Simon still believes pelicans on bikes aren't part of the training set, despite hundreds of them on blogs, forums, and Github.

令人难以置信的是，Simon 仍然相信骑自行车的鹈鹕不在训练集中，尽管博客、论坛和 Github 上有数百个。

ブログ、フォーラム、Github に何百もあるのに、Simon が自転車に乗るペリカンがトレーニングセットにないと信じているのは信じられない。

블로그, 포럼, Github 에 수백 개가 있는데도 Simon 이 자전거 타는 펠리컨이 훈련 세트에 없다고 믿는 것은 놀랍다.

Es increíble que Simon siga creyendo que los pelícanos en bicicletas no están en el conjunto de entrenamiento, a pesar de que hay cientos en blogs, foros y Github.

Es ist unglaublich, dass Simon immer noch glaubt, Pelikane auf Fahrrädern seien nicht im Trainingsset, obwohl es Hunderte davon in Blogs, Foren und Github gibt.

OsrsNeedsf2P

Kimi is cheapest by 5x but also slowest by 2x. Put together a comparison: https://9gpyw4uxr2.evvl.io/

Kimi 便宜 5 倍但也慢 2 倍。做了个对比：https://9gpyw4uxr2.evvl.io/

Kimi は 5 倍安いが 2 倍遅い。比較を作成：https://9gpyw4uxr2.evvl.io/

Kimi 는 5 배 저렴하지만 2 배 느리다. 비교 자료 작성: https://9gpyw4uxr2.evvl.io/

Kimi es 5 veces más barato pero también 2 veces más lento. Hice una comparación: https://9gpyw4uxr2.evvl.io/

Kimi ist 5x günstiger, aber auch 2x langsamer. Habe einen Vergleich erstellt: https://9gpyw4uxr2.evvl.io/

michaelbuckbee

ai llm benchmark china

2Frame – Linux X server in Assembly :linux:assembly:x11:ai-assisted: Frame – 用汇编语言编写的 Linux X 服务器 Frame – アセンブリで書かれた Linux X サーバー Frame – 어셈블리로 작성된 Linux X 서버 Frame – Servidor X de Linux en Assembly Frame – Linux X-Server in Assembly ¶

94 points52 commentsHN 48948597by guybedo

Geir Isene replaced 4 million lines of X11 code with a 20,000 line Assembly X server called Frame, written with Claude's help. His entire desktop stack (X server, window manager, terminal, shell, greeter) is now Assembly, totaling 100K lines vs 5M+ for the stack it replaced. Frame uses 3x less CPU than Xorg at idle, runs Firefox and GIMP, and his laptop fan apparently no longer exists. The whole thing is public domain.

Geir Isene 用 Claude 的帮助，用 2 万行汇编代码编写的 X 服务器 Frame 取代了 400 万行的 X11 代码。他的整个桌面栈（X 服务器、窗口管理器、终端、shell、登录器）现在都是汇编语言，总共 10 万行代码，而被取代的栈超过 500 万行。Frame 空闲时 CPU 使用率比 Xorg 低 3 倍，能运行 Firefox 和 GIMP，他的笔记本风扇似乎已经不存在了。整个项目都是公共领域的。

Geir Isene が Claude の助けを借りて、400 万行の X11 コードを 2 万行のアセンブリ X サーバー Frame で置き換えた。彼のデスクトップスタック全体（X サーバー、ウィンドウマネージャー、ターミナル、シェル、グリーター）がアセンブリになり、合計 10 万行対置き換えられたスタックの 500 万行以上。Frame はアイドル時に Xorg より 3 倍少ない CPU を使用し、Firefox と GIMP が動作し、彼のラップトップのファンはもう存在しないようだ。全てパブリックドメイン。

Geir Isene 가 Claude 의 도움으로 400 만 줄의 X11 코드를 2 만 줄의 어셈블리 X 서버 Frame 으로 대체했다. 그의 전체 데스크톱 스택(X 서버, 윈도우 매니저, 터미널, 셸, 그리터)이 이제 어셈블리이며, 대체된 스택의 500 만 줄 이상 대비 총 10 만 줄이다. Frame 은 유휴 상태에서 Xorg 보다 CPU 를 3 배 적게 사용하고, Firefox 와 GIMP 를 실행하며, 그의 노트북 팬은 더 이상 존재하지 않는 것 같다. 전체가 퍼블릭 도메인이다.

Geir Isene reemplazó 4 millones de líneas de código X11 con un servidor X de 20,000 líneas en Assembly llamado Frame, escrito con la ayuda de Claude. Su stack de escritorio completo (servidor X, gestor de ventanas, terminal, shell, greeter) es ahora Assembly, totalizando 100K líneas vs 5M+ del stack que reemplazó. Frame usa 3 veces menos CPU que Xorg en reposo, ejecuta Firefox y GIMP, y el ventilador de su laptop aparentemente ya no existe. Todo es de dominio público.

Geir Isene ersetzte 4 Millionen Zeilen X11-Code durch einen 20.000 Zeilen Assembly X-Server namens Frame, geschrieben mit Claudes Hilfe. Sein gesamter Desktop-Stack (X-Server, Window-Manager, Terminal, Shell, Greeter) ist jetzt Assembly, insgesamt 100K Zeilen vs. 5M+ für den ersetzten Stack. Frame verbraucht im Leerlauf 3x weniger CPU als Xorg, läuft Firefox und GIMP, und sein Laptop-Lüfter existiert anscheinend nicht mehr. Alles ist Public Domain.

The take Claude, columnist

Man builds entire desktop environment in Assembly using AI because he wanted better battery life. This is either the most dedicated performance optimization ever or the world's most elaborate flex on systemd.

一个人用 AI 用汇编语言构建了整个桌面环境，因为他想要更好的电池续航。这要么是有史以来最专注的性能优化，要么是对 systemd 最精心设计的炫耀。

バッテリー寿命を改善したいから AI を使ってアセンブリでデスクトップ環境全体を構築した男。これは史上最も献身的なパフォーマンス最適化か、systemd への世界で最も手の込んだマウントのどちらかだ。

더 나은 배터리 수명을 원해서 AI 를 사용해 어셈블리로 전체 데스크톱 환경을 구축한 남자. 이것은 역사상 가장 헌신적인 성능 최적화이거나 systemd 에 대한 세계에서 가장 정교한 과시다.

Un hombre construye todo un entorno de escritorio en Assembly usando IA porque quería mejor duración de batería. Esto es la optimización de rendimiento más dedicada de la historia o la presunción más elaborada del mundo contra systemd.

Mann baut gesamte Desktop-Umgebung in Assembly mit KI, weil er bessere Akkulaufzeit wollte. Das ist entweder die engagierteste Performance-Optimierung aller Zeiten oder der aufwendigste Flex gegen systemd.

From the stands 3 of 52 comments

When first looking at the source code, I wondered why one would waste so much time to write 25k lines in raw assembly language, but then I saw that it was generated with Claude.

刚看源代码时，我想为什么有人会浪费这么多时间用原始汇编语言写 2.5 万行代码，但后来我发现是用 Claude 生成的。

最初にソースコードを見たとき、なぜ生のアセンブリ言語で 2.5 万行も書くのに時間を無駄にするのか疑問に思ったが、Claude で生成されたと知った。

처음 소스 코드를 봤을 때, 왜 누군가가 원시 어셈블리 언어로 2.5 만 줄을 쓰는 데 시간을 낭비하는지 궁금했는데, Claude 로 생성되었다는 것을 알았다.

Al ver el código fuente por primera vez, me pregunté por qué alguien perdería tanto tiempo escribiendo 25k líneas en assembly puro, pero luego vi que fue generado con Claude.

Als ich den Quellcode zum ersten Mal sah, fragte ich mich, warum jemand so viel Zeit damit verschwenden würde, 25k Zeilen in rohem Assembly zu schreiben, aber dann sah ich, dass es mit Claude generiert wurde.

adrian_b

I see the growing trend of words losing all meaning is still going strong in 2026. 'I wrote my own' when Claude did it.

我看到 2026 年词语失去意义的趋势仍在继续。Claude 写的却说'我自己写的'。

2026 年も言葉が意味を失う傾向が続いているのを見る。Claude がやったのに「自分で書いた」とは。

2026 년에도 단어가 의미를 잃어가는 추세가 계속되고 있다. Claude 가 했는데 '내가 직접 썼다'라니.

Veo que la tendencia de las palabras perdiendo todo significado sigue fuerte en 2026. 'Yo lo escribí' cuando lo hizo Claude.

Ich sehe, der wachsende Trend, dass Worte jede Bedeutung verlieren, ist auch 2026 noch stark. 'Ich habe es selbst geschrieben' wenn Claude es gemacht hat.

bogwog

I am loving the shift from 'X11 is too big and messy to ever reimplement' to 'there are multiple wildly different X servers being built from scratch'.

我喜欢从'X11 太大太乱不可能重新实现'到'从头开始构建多个完全不同的 X 服务器'的转变。

「X11 は大きすぎて複雑すぎて再実装できない」から「複数の全く異なる X サーバーがゼロから構築されている」への変化が好きだ。

'X11 은 너무 크고 지저분해서 다시 구현할 수 없다'에서 '완전히 다른 X 서버들이 처음부터 구축되고 있다'로의 전환이 좋다.

Me encanta el cambio de 'X11 es demasiado grande y desordenado para reimplementar' a 'hay múltiples servidores X completamente diferentes siendo construidos desde cero'.

Ich liebe den Wandel von 'X11 ist zu groß und chaotisch zum Neu-Implementieren' zu 'es werden mehrere völlig unterschiedliche X-Server von Grund auf gebaut'.

yjftsjthsd-h

3A Road to Lisp: Which Lisp :lisp:programming-languages:clojure:common-lisp: 通往 Lisp 之路：选择哪个 Lisp Lisp への道：どの Lisp を選ぶか Lisp 로 가는 길: 어떤 Lisp 를 선택할까 Un camino hacia Lisp: Cuál Lisp elegir Ein Weg zu Lisp: Welches Lisp ¶

132 points84 commentsHN 48947455by silcoon

Comprehensive guide to choosing between Lisp dialects. Clojure: JVM-based, modern syntax, functional-first, immutable data structures, best job prospects, powers Nubank and Netflix. Common Lisp: native compilation, SBCL is blazing fast, ANSI standard from 1994 still works, Paul Graham's old code still runs. Racket: great for building new programming languages and DSLs, comes with DrRacket IDE, used in academia. Fun fact: HackerNews now runs on Clarc, a Common Lisp implementation of Arc on SBCL.

选择 Lisp 方言的综合指南。Clojure：基于 JVM，现代语法，函数式优先，不可变数据结构，最好的就业前景，为 Nubank 和 Netflix 提供支持。Common Lisp：原生编译，SBCL 极快，1994 年的 ANSI 标准至今仍可用，Paul Graham 的旧代码仍然能运行。Racket：非常适合构建新编程语言和 DSL，自带 DrRacket IDE，用于学术界。趣闻：HackerNews 现在运行在 Clarc 上，这是 SBCL 上的 Arc Common Lisp 实现。

Lisp 方言選択の包括的ガイド。Clojure：JVM ベース、モダンな構文、関数型ファースト、イミュータブルなデータ構造、最高の就職見込み、Nubank と Netflix で使用。Common Lisp：ネイティブコンパイル、SBCL は非常に高速、1994 年の ANSI 標準がまだ動作、Paul Graham の古いコードも実行可能。Racket：新しいプログラミング言語や DSL 構築に最適、DrRacket IDE 付属、学術界で使用。豆知識：HackerNews は現在、SBCL 上の Arc Common Lisp 実装である Clarc で動作している。

Lisp 방언 선택을 위한 종합 가이드. Clojure: JVM 기반, 현대적 구문, 함수형 우선, 불변 데이터 구조, 최고의 취업 전망, Nubank 와 Netflix 에서 사용. Common Lisp: 네이티브 컴파일, SBCL 은 매우 빠름, 1994 년 ANSI 표준이 여전히 작동, Paul Graham 의 오래된 코드도 실행 가능. Racket: 새로운 프로그래밍 언어와 DSL 구축에 탁월, DrRacket IDE 포함, 학계에서 사용. 재미있는 사실: HackerNews 는 현재 SBCL 위의 Arc Common Lisp 구현인 Clarc 에서 실행된다.

Guía completa para elegir entre dialectos Lisp. Clojure: basado en JVM, sintaxis moderna, funcional primero, estructuras de datos inmutables, mejores perspectivas laborales, potencia Nubank y Netflix. Common Lisp: compilación nativa, SBCL es ultrarrápido, el estándar ANSI de 1994 aún funciona, el código antiguo de Paul Graham sigue ejecutándose. Racket: excelente para construir nuevos lenguajes de programación y DSLs, viene con DrRacket IDE, usado en la academia. Dato curioso: HackerNews ahora corre en Clarc, una implementación Common Lisp de Arc sobre SBCL.

Umfassender Leitfaden zur Wahl zwischen Lisp-Dialekten. Clojure: JVM-basiert, moderne Syntax, funktional-first, unveränderliche Datenstrukturen, beste Jobaussichten, betreibt Nubank und Netflix. Common Lisp: native Kompilierung, SBCL ist blitzschnell, ANSI-Standard von 1994 funktioniert noch, Paul Grahams alter Code läuft noch. Racket: großartig für den Bau neuer Programmiersprachen und DSLs, kommt mit DrRacket IDE, wird in der Wissenschaft verwendet. Fun Fact: HackerNews läuft jetzt auf Clarc, einer Common Lisp-Implementierung von Arc auf SBCL.

The take Claude, columnist

The eternal question of which Lisp to learn finally answered: Clojure for money, Common Lisp for street cred, Racket for your thesis. Choose wisely, or spend the rest of your life parenthetically defending your choice.

学哪个 Lisp 的永恒问题终于有了答案：Clojure 为了钱，Common Lisp 为了江湖地位，Racket 为了你的论文。明智选择，否则你将用余生在括号中为你的选择辩护。

どの Lisp を学ぶべきかという永遠の質問についに答えが出た：お金のために Clojure、ストリートクレドのために Common Lisp、論文のために Racket。賢く選ばないと、残りの人生を括弧の中で自分の選択を弁護することになる。

어떤 Lisp 를 배워야 하는지에 대한 영원한 질문에 드디어 답이 나왔다: 돈을 위해 Clojure, 명성을 위해 Common Lisp, 논문을 위해 Racket. 현명하게 선택하지 않으면 남은 인생을 괄호 안에서 선택을 변호하며 보내게 될 것이다.

La eterna pregunta de qué Lisp aprender finalmente respondida: Clojure para dinero, Common Lisp para credibilidad callejera, Racket para tu tesis. Elige sabiamente, o pasarás el resto de tu vida defendiendo parénticamente tu elección.

Die ewige Frage, welches Lisp man lernen soll, endlich beantwortet: Clojure fürs Geld, Common Lisp für Street Cred, Racket für die Doktorarbeit. Wähle weise, oder verbringe den Rest deines Lebens damit, deine Wahl in Klammern zu verteidigen.

From the stands 3 of 84 comments

Since a few folks here recommended Common Lisp to me as the language that would 'tick all my boxes', I've been doing a deep dive. Right now, I'm working through SICP again with DrRacket.

自从这里的几个人向我推荐 Common Lisp 说它会'满足我所有的需求'，我一直在深入研究。现在我正在用 DrRacket 重新学习 SICP。

ここの何人かが Common Lisp を「私のすべての条件を満たす」言語として勧めてくれて以来、深く学んでいる。今は DrRacket で SICP を再び学習中。

여기 몇 분이 Common Lisp 가 '내 모든 조건을 충족할 것'이라고 추천해주신 이후로 깊이 파고들고 있다. 지금은 DrRacket 으로 SICP 를 다시 공부 중이다.

Desde que algunos aquí me recomendaron Common Lisp como el lenguaje que 'marcaría todas mis casillas', he estado profundizando. Ahora estoy trabajando de nuevo en SICP con DrRacket.

Seit mir hier einige Leute Common Lisp empfohlen haben als die Sprache, die 'alle meine Kriterien erfüllen würde', bin ich tief eingetaucht. Gerade arbeite ich wieder durch SICP mit DrRacket.

nobleach

From my experience, to be happy I would need the perf of sbcl, the syntax of clojure, the beginner-friendliness of drracket, the type system of ocaml, and the dev experience of rust.

根据我的经验，要让我开心，我需要 sbcl 的性能、clojure 的语法、drracket 的新手友好性、ocaml 的类型系统和 rust 的开发体验。

私の経験から、幸せになるには sbcl のパフォーマンス、clojure の構文、drracket の初心者フレンドリーさ、ocaml の型システム、rust の開発体験が必要だ。

내 경험상, 행복하려면 sbcl 의 성능, clojure 의 구문, drracket 의 초보자 친화성, ocaml 의 타입 시스템, rust 의 개발 경험이 필요하다.

Por mi experiencia, para ser feliz necesitaría el rendimiento de sbcl, la sintaxis de clojure, la amigabilidad para principiantes de drracket, el sistema de tipos de ocaml y la experiencia de desarrollo de rust.

Nach meiner Erfahrung bräuchte ich, um glücklich zu sein, die Performance von sbcl, die Syntax von clojure, die Anfängerfreundlichkeit von drracket, das Typsystem von ocaml und das Entwicklererlebnis von rust.

phtrivier

CL also has arbitrarily extensible syntax and could be used to build languages supporting modern programming paradigms.

CL 还有任意可扩展的语法，可用于构建支持现代编程范式的语言。

CL は任意に拡張可能な構文も持ち、モダンなプログラミングパラダイムをサポートする言語を構築するのに使える。

CL 은 임의로 확장 가능한 구문도 있어서 현대 프로그래밍 패러다임을 지원하는 언어를 만드는 데 사용할 수 있다.

CL también tiene sintaxis arbitrariamente extensible y podría usarse para construir lenguajes que soporten paradigmas de programación modernos.

CL hat auch beliebig erweiterbare Syntax und könnte verwendet werden, um Sprachen zu bauen, die moderne Programmierparadigmen unterstützen.

dieggsy

4Three ways people respond to a problem (other than solving it) :consulting:organizations:management:systems-thinking: 人们应对问题的三种方式（除了解决问题之外） 問題への 3 つの対応方法（解決以外） 문제에 대응하는 세 가지 방법 (해결 외) Tres formas en que las personas responden a un problema (además de resolverlo) Drei Arten, wie Menschen auf ein Problem reagieren (außer es zu lösen) ¶

144 points68 commentsHN 48947490by surprisetalk

A consultant identifies three non-solving responses to problems: (1) Pushing problems around - making things better here by making them worse somewhere else, the hallmark of local optimization in large organizations. (2) Preserving problems - per Clay Shirky's principle, institutions try to preserve problems they exist to solve. (3) Promoting new problems - solving one problem just promotes the next one in line. The author argues you shouldn't blame people for pushing problems around; they're playing the game in front of them.

一位顾问识别出三种非解决性的问题应对方式：(1) 推卸问题 - 通过让其他地方变糟来让这里变好，这是大型组织局部优化的标志。(2) 保留问题 - 根据 Clay Shirky 的原则，机构试图保留它们存在就是为了解决的问题。(3) 催生新问题 - 解决一个问题只会让下一个问题上位。作者认为不应该责怪人们推卸问题；他们只是在玩面前的游戏。

コンサルタントが問題を解決しない 3 つの対応を特定：(1) 問題をたらい回しにする - ここを良くするために他の場所を悪くする、大組織の局所最適化の特徴。(2) 問題を保存する - Clay Shirky の原則によれば、組織は解決するために存在する問題を保存しようとする。(3) 新しい問題を生み出す - 1 つの問題を解決すると次の問題が昇格するだけ。著者は、問題をたらい回しにする人を責めるべきではないと主張；彼らは目の前のゲームをプレイしているだけだ。

컨설턴트가 문제를 해결하지 않는 세 가지 대응 방식을 식별했다: (1) 문제 떠넘기기 - 다른 곳을 더 나쁘게 만들어 여기를 더 좋게 만드는 것, 대규모 조직의 지역 최적화의 특징. (2) 문제 보존하기 - Clay Shirky 의 원칙에 따르면, 기관은 해결하기 위해 존재하는 문제를 보존하려 한다. (3) 새로운 문제 촉진하기 - 하나의 문제를 해결하면 다음 문제가 승진할 뿐이다. 저자는 문제를 떠넘기는 사람들을 탓해서는 안 된다고 주장한다; 그들은 눈앞의 게임을 하고 있을 뿐이다.

Un consultor identifica tres respuestas no resolutivas a los problemas: (1) Empujar problemas - mejorar las cosas aquí empeorándolas en otro lugar, el sello de la optimización local en grandes organizaciones. (2) Preservar problemas - según el principio de Clay Shirky, las instituciones intentan preservar los problemas que existen para resolver. (3) Promover nuevos problemas - resolver un problema solo promueve al siguiente en la fila. El autor argumenta que no debes culpar a las personas por empujar problemas; están jugando el juego que tienen delante.

Ein Berater identifiziert drei nicht-lösende Reaktionen auf Probleme: (1) Probleme herumschieben - Dinge hier besser machen, indem man sie woanders schlechter macht, das Kennzeichen lokaler Optimierung in großen Organisationen. (2) Probleme bewahren - laut Clay Shirkys Prinzip versuchen Institutionen, Probleme zu bewahren, die zu lösen sie existieren. (3) Neue Probleme fördern - ein Problem zu lösen befördert nur das nächste in der Reihe. Der Autor argumentiert, man sollte Menschen nicht dafür tadeln, Probleme herumzuschieben; sie spielen das Spiel vor ihnen.

The take Claude, columnist

Finally, a framework for why nothing ever gets fixed. Turns out organizations don't solve problems, they just play hot potato with them until someone retires or gets promoted.

终于有了一个框架来解释为什么什么都修不好。原来组织不解决问题，只是玩问题烫手山芋，直到有人退休或升职。

ついに、なぜ何も修正されないかを説明するフレームワークができた。結局、組織は問題を解決しない、誰かが退職するか昇進するまで問題の熱い芋を回しているだけだ。

드디어 왜 아무것도 고쳐지지 않는지 설명하는 프레임워크가 나왔다. 알고 보니 조직은 문제를 해결하는 게 아니라 누군가 은퇴하거나 승진할 때까지 뜨거운 감자처럼 문제를 돌릴 뿐이다.

Finalmente, un marco para explicar por qué nada se arregla nunca. Resulta que las organizaciones no resuelven problemas, solo juegan a la papa caliente con ellos hasta que alguien se jubila o es promovido.

Endlich ein Framework dafür, warum nie etwas repariert wird. Es stellt sich heraus, dass Organisationen Probleme nicht lösen, sondern nur heiße Kartoffel damit spielen, bis jemand in Rente geht oder befördert wird.

From the stands 3 of 68 comments

People often attribute the government's inability to solve a problem even after throwing billions of dollars at it as a sign of incompetence. I think the 'Preserve the Problem' response is mostly to blame.

人们常把政府砸了几十亿美元仍无法解决问题归咎于无能。我认为'保留问题'的反应才是主要原因。

人々はしばしば、政府が何十億ドルも投じても問題を解決できないことを無能の証拠だと考える。私は「問題を保存する」反応が主な原因だと思う。

사람들은 종종 정부가 수십억 달러를 쏟아부은 후에도 문제를 해결하지 못하는 것을 무능의 표시로 본다. 나는 '문제 보존' 반응이 주로 원인이라고 생각한다.

La gente a menudo atribuye la incapacidad del gobierno de resolver un problema incluso después de gastar miles de millones como signo de incompetencia. Creo que la respuesta de 'Preservar el Problema' es la principal culpable.

Menschen schreiben die Unfähigkeit der Regierung, ein Problem zu lösen, selbst nachdem Milliarden dafür ausgegeben wurden, oft Inkompetenz zu. Ich denke, die 'Problem bewahren'-Reaktion ist hauptsächlich schuld.

didgetmaster

On 'Preserving problems', it can happen to people too. I have often noticed recognized experts keeping the root of the problem unsolved because it was justifying their position.

关于'保留问题'，这也会发生在个人身上。我经常注意到公认的专家保持问题根源不解决，因为这证明了他们的存在价值。

「問題を保存する」について、これは個人にも起こりうる。私は認められた専門家が自分の立場を正当化するために問題の根本を未解決のままにしているのをよく見てきた。

'문제 보존'에 대해, 이것은 사람에게도 일어날 수 있다. 나는 인정받는 전문가들이 자신의 위치를 정당화하기 위해 문제의 근본을 미해결 상태로 두는 것을 자주 봤다.

Sobre 'Preservar problemas', también puede pasarle a las personas. He notado a menudo que expertos reconocidos mantienen la raíz del problema sin resolver porque justificaba su posición.

Zu 'Probleme bewahren', das kann auch Menschen passieren. Ich habe oft bemerkt, dass anerkannte Experten die Wurzel des Problems ungelöst lassen, weil es ihre Position rechtfertigte.

0wis

The 'meta' problem is that political in-fighting usually results in local optimization everywhere. Various departments throw each other under the bus to steal budget/people/resources.

'元'问题是政治内斗通常导致处处局部优化。各部门互相甩锅来抢预算/人员/资源。

「メタ」問題は、政治的な内輪もめが通常、あらゆる場所で局所最適化をもたらすことだ。様々な部門が予算/人/リソースを奪うために互いを売る。

'메타' 문제는 정치적 내분이 보통 모든 곳에서 지역 최적화를 초래한다는 것이다. 여러 부서들이 예산/인력/자원을 훔치기 위해 서로를 버스 아래로 던진다.

El problema 'meta' es que las luchas políticas internas usualmente resultan en optimización local en todas partes. Varios departamentos se tiran mutuamente debajo del bus para robar presupuesto/personas/recursos.

Das 'Meta'-Problem ist, dass politische Machtkämpfe normalerweise überall zu lokaler Optimierung führen. Verschiedene Abteilungen werfen sich gegenseitig unter den Bus, um Budget/Personal/Ressourcen zu stehlen.

rawgabbit

5More Bounce to the Ounce 核弹脉冲火箭：更大的推力 核パルスロケット：より大きな推力を 핵 펄스 로켓: 더 큰 추진력 Más impulso por onza: el cohete de pulso nuclear Mehr Schub pro Unze: Die Nuklearpuls-Rakete ¶

77 points25 commentsHN 48947201by pavel_lishin

Maciej Ceglowski delivers a wildly entertaining deep dive into Project Orion, the 1950s nuclear pulse rocket that would literally fart atomic bombs out its back end and ride the blast waves on giant shock absorbers. A 4,000-ton spacecraft could land 5,700 tons on the Moon (vs Apollo's 17), send a crew of 50 to Mars in 200 days, or reach Saturn in 3 years. The only catches: thousands of nuclear bombs, fallout, proliferation concerns, and the small matter of giving the pilot command of Earth's largest nuclear arsenal.

Maciej Ceglowski 深入介绍了猎户座计划，这是 1950 年代的核脉冲火箭，它会从后端喷出原子弹，并在巨型减震器上乘着冲击波前进。一艘 4000 吨的宇宙飞船可以在月球上着陆 5700 吨（而阿波罗只有 17 吨），200 天内将 50 人送往火星，或在 3 年内到达土星。唯一的问题是：数千枚核弹、放射性尘埃、核扩散问题，以及给飞行员控制地球最大核武库的小问题。

Maciej Ceglowski が 1950 年代の核パルスロケット「プロジェクト・オリオン」を詳細に紹介。文字通り後部から原子爆弾を放出し、巨大なショックアブソーバーで衝撃波に乗る。4,000 トンの宇宙船は月に 5,700 トンを着陸させ（アポロの 17 トンに対して）、200 日で 50 人の乗組員を火星に送り、3 年で土星に到達できる。唯一の問題：数千の核爆弾、放射性降下物、核拡散の懸念、そしてパイロットに地球最大の核兵器庫の指揮権を与えるという小さな問題。

Maciej Ceglowski 가 1950 년대 핵 펄스 로켓인 오리온 프로젝트를 깊이 있게 소개한다. 말 그대로 뒤쪽에서 원자폭탄을 방출하고 거대한 충격 흡수장치로 폭발파를 타고 간다. 4,000 톤 우주선은 달에 5,700 톤을 착륙시키고(아폴로의 17 톤 대비), 200 일 만에 50 명의 승무원을 화성에 보내거나, 3 년 안에 토성에 도달할 수 있다. 유일한 문제: 수천 개의 핵폭탄, 낙진, 핵확산 우려, 그리고 조종사에게 지구 최대의 핵무기고 통제권을 주는 작은 문제.

Maciej Ceglowski ofrece una inmersión profunda y entretenida en el Proyecto Orion, el cohete de pulso nuclear de los años 50 que literalmente expulsaba bombas atómicas por su parte trasera y cabalgaba las ondas de choque en amortiguadores gigantes. Una nave de 4,000 toneladas podría aterrizar 5,700 toneladas en la Luna (vs 17 de Apollo), enviar una tripulación de 50 a Marte en 200 días, o alcanzar Saturno en 3 años. Los únicos problemas: miles de bombas nucleares, lluvia radiactiva, preocupaciones de proliferación, y el pequeño detalle de dar al piloto el mando del arsenal nuclear más grande de la Tierra.

Maciej Ceglowski liefert einen höchst unterhaltsamen Tieftauchgang in das Projekt Orion, die Nuklearpuls-Rakete der 1950er, die buchstäblich Atombomben aus ihrem Heck furzte und auf riesigen Stoßdämpfern auf den Druckwellen ritt. Ein 4.000-Tonnen-Raumschiff könnte 5.700 Tonnen auf dem Mond landen (vs. Apollos 17), eine 50-köpfige Besatzung in 200 Tagen zum Mars schicken oder Saturn in 3 Jahren erreichen. Die einzigen Haken: Tausende Atombomben, Fallout, Proliferationsbedenken und die Kleinigkeit, dem Piloten das Kommando über das größte Atomwaffenarsenal der Erde zu geben.

The take Claude, columnist

Imagine pitching this to investors today: 'So we detonate nuclear bombs behind us at one per second, and ride the shock waves to Mars. The mass budget is so generous we included a barber's chair in the blueprints. Any questions?'

想象一下今天向投资者推销这个：'所以我们每秒在身后引爆一枚核弹，乘着冲击波去火星。质量预算如此充裕，我们在蓝图中包括了一把理发椅。有问题吗？'

今日これを投資家に売り込むことを想像してみて：「で、1 秒に 1 発の核爆弾を後ろで爆発させて、衝撃波に乗って火星に行きます。質量予算が豊富なので、設計図に理髪椅子を入れました。質問は？」

오늘날 투자자들에게 이것을 피칭하는 것을 상상해 보라: '그래서 우리는 초당 한 발씩 뒤에서 핵폭탄을 터뜨리고 충격파를 타고 화성에 갑니다. 질량 예산이 너무 넉넉해서 청사진에 이발의자를 포함시켰습니다. 질문 있으신가요?'

Imagina presentar esto a inversores hoy: 'Entonces detonamos bombas nucleares detrás de nosotros a una por segundo, y cabalgamos las ondas de choque hasta Marte. El presupuesto de masa es tan generoso que incluimos una silla de barbero en los planos. ¿Alguna pregunta?'

Stell dir vor, das heute Investoren zu pitchen: 'Also wir detonieren Atombomben hinter uns mit einer pro Sekunde und reiten die Schockwellen zum Mars. Das Massenbudget ist so großzügig, dass wir einen Friseurstuhl in die Baupläne aufgenommen haben. Fragen?'

From the stands 3 of 25 comments

This is a really enjoyable read. Maciej is a great writer and speaker. A breath of fresh air compared to much of modern blog/essay content.

这是一篇非常有趣的读物。Maciej 是一位出色的作家和演讲者。与现代博客/文章内容相比，是一股清流。

これは本当に楽しい読み物だ。Maciej は素晴らしい作家でありスピーカーだ。現代のブログ/エッセイコンテンツと比べて新鮮な空気。

정말 재미있게 읽을 수 있는 글이다. Maciej 는 훌륭한 작가이자 연설가다. 현대 블로그/에세이 콘텐츠와 비교하면 신선한 공기 같다.

Esta es una lectura realmente disfrutable. Maciej es un gran escritor y orador. Un soplo de aire fresco comparado con mucho del contenido moderno de blogs/ensayos.

Das ist wirklich eine unterhaltsame Lektüre. Maciej ist ein großartiger Autor und Redner. Ein frischer Wind im Vergleich zu viel modernem Blog-/Essay-Content.

jebarker

This idea is a significant part of Anathem by Neal Stephenson.

这个想法是 Neal Stephenson 的《阿纳姆》的重要部分。

このアイデアは Neal Stephenson の『アナセム』の重要な部分だ。

이 아이디어는 Neal Stephenson 의 Anathem 의 중요한 부분이다.

Esta idea es una parte significativa de Anathem de Neal Stephenson.

Diese Idee ist ein bedeutender Teil von Anathem von Neal Stephenson.

mayoff

I've thought that if this idea is picked up it would have to be in space. Testing the rocket on the surface of the moon would probably have been necessary anyway.

我认为如果这个想法被采用，必须在太空中进行。在月球表面测试火箭可能本来就是必要的。

このアイデアが採用されるなら宇宙でなければならないと思った。月面でロケットをテストすることはおそらく必要だったろう。

이 아이디어가 채택된다면 우주에서여야 할 것이라고 생각했다. 달 표면에서 로켓을 테스트하는 것은 어쨌든 필요했을 것이다.

He pensado que si esta idea se retoma tendría que ser en el espacio. Probar el cohete en la superficie de la luna probablemente habría sido necesario de todos modos.

Ich dachte, wenn diese Idee aufgegriffen wird, müsste es im Weltraum sein. Das Testen der Rakete auf der Mondoberfläche wäre wahrscheinlich sowieso nötig gewesen.

pfdietz

space nuclear history engineering