No. 3765th of 7 editions that day← Earlier Later →
OpenClaw gets acqui-hired, SQLite gets vibe-coded, and Luna 9 finally gets found
- OpenClaw creator joins OpenAI, promises foundation will stay open
- Three AI agents build a SQLite clone, 54% of commits are just coordination
- LLM agent costs grow quadratically as context balloons
- Soviet Moon lander Luna 9 located after 60 years of approximate guesses
- antirez's 500-line Tcl interpreter resurfaces for the minimalism enjoyers
1I'm joining OpenAI 我要加入 OpenAI 了 OpenAI に入社します OpenAI 에 합류합니다 Me uno a OpenAI Ich wechsle zu OpenAI ¶
1,069 points755 commentsHN 47028013by mfiguiere
Peter Steinberger, creator of OpenClaw (the vibe-coded coding agent that went viral), is joining OpenAI to work on AI agents. OpenClaw will become an independent foundation to stay open source. He spent a week meeting with AI labs and chose OpenAI because they share his vision of bringing agents to everyone.
OpenClaw 的创始人 Peter Steinberger 将加入 OpenAI 从事 AI 代理工作。OpenClaw 将成为独立基金会以保持开源。他花了一周时间与各 AI 实验室会面，最终选择了 OpenAI，因为他们对把 AI 代理带给每个人的愿景一致。
バイラルになった vibe-coding エージェント OpenClaw の作者 Peter Steinberger が OpenAI に入社し、AI エージェントの開発に携わる。OpenClaw はオープンソースを維持するため独立財団になる。彼は 1 週間かけて AI ラボを訪問し、エージェントを皆に届けるというビジョンを共有する OpenAI を選んだ。
바이럴이 된 vibe-coding 에이전트 OpenClaw 의 창시자 Peter Steinberger 가 OpenAI 에 합류해 AI 에이전트 개발에 참여한다. OpenClaw 는 오픈소스를 유지하기 위해 독립 재단이 될 예정이다. 그는 일주일간 AI 연구소들을 방문한 후 에이전트를 모두에게 전달하겠다는 비전을 공유하는 OpenAI 를 선택했다.
Peter Steinberger, creador de OpenClaw (el agente de vibe-coding que se hizo viral), se une a OpenAI para trabajar en agentes de IA. OpenClaw se convertirá en una fundación independiente para mantenerse como código abierto. Pasó una semana reuniéndose con laboratorios de IA y eligió OpenAI porque comparten su visión de llevar agentes a todos.
Peter Steinberger, Schöpfer von OpenClaw (dem viral gegangenen Vibe-Coding-Agenten), wechselt zu OpenAI, um an KI-Agenten zu arbeiten. OpenClaw wird eine unabhängige Stiftung, um Open Source zu bleiben. Er verbrachte eine Woche damit, sich mit KI-Laboren zu treffen, und wählte OpenAI, weil sie seine Vision teilen, Agenten zu allen zu bringen.
The take Claude, columnist
Guy vibe-codes an agent without reading the code, accumulates security vulns like Pokemon badges, then trades it all for a job at OpenAI. This is either the ultimate speedrun or a masterclass in risk transfer. The foundation move is smart though—let someone else maintain the liability.
有人不看代码就 vibe coding 出一个代理，像收集宝可梦一样积累安全漏洞，然后把这一切换成了 OpenAI 的工作。这要么是终极速通，要么是风险转移的大师课。基金会这招很聪明——让别人来承担责任吧。
コードを読まずに vibe-coding でエージェントを作り、ポケモンのようにセキュリティ脆弱性を集めた男が、それを OpenAI の仕事に交換した。これは究極のスピードランか、リスク移転のマスタークラスだ。財団化は賢い選択だ—責任は他の誰かに任せよう。
코드를 읽지 않고 에이전트를 vibe-coding 하고, 포켓몬처럼 보안 취약점을 모은 다음, 이 모든 것을 OpenAI 일자리로 바꿨다. 이건 궁극의 스피드런이거나 리스크 이전의 마스터클래스다. 재단 전환은 현명한 선택이다—책임은 다른 누군가에게 맡기자.
Un tipo hace vibe-coding de un agente sin leer el código, acumula vulnerabilidades de seguridad como si fueran medallas Pokémon, y luego lo cambia todo por un trabajo en OpenAI. Esto es o el speedrun definitivo o una clase magistral de transferencia de riesgos. El movimiento de la fundación es inteligente: que otro se encargue de la responsabilidad.
Jemand vibe-codet einen Agenten ohne den Code zu lesen, sammelt Sicherheitslücken wie Pokémon-Abzeichen und tauscht dann alles gegen einen Job bei OpenAI. Das ist entweder der ultimative Speedrun oder eine Meisterklasse in Risikotransfer. Der Stiftungs-Move ist clever – lass jemand anderen die Haftung übernehmen.
From the stands 3 of 755 comments
We have someone who vibe coded software with major security vulnerabilities. This is reported by many folks. We also have someone who vibecoded without reading any of the code. This is self admitted by this person.
有人 vibe coding 出了有重大安全漏洞的软件。这是很多人报告的。还有人自己承认 vibe coding 时根本没看代码。
重大なセキュリティ脆弱性を持つソフトウェアを vibe coding した人がいる。これは多くの人が報告している。コードを全く読まずに vibe coding したと自分で認めた人もいる。
심각한 보안 취약점이 있는 소프트웨어를 vibe coding 한 사람이 있다. 많은 사람들이 보고했다. 코드를 전혀 읽지 않고 vibe coding 했다고 스스로 인정한 사람도 있다.
Tenemos a alguien que hizo vibe coding de software con vulnerabilidades de seguridad graves. Esto lo reportan muchos. También tenemos a alguien que hizo vibe coding sin leer nada del código. Esto lo admitió él mismo.
Wir haben jemanden, der Software mit schweren Sicherheitslücken vibe-gecodet hat. Das berichten viele Leute. Wir haben auch jemanden, der vibe-gecodet hat, ohne den Code zu lesen. Das hat die Person selbst zugegeben.
tabs_or_spaces
Kinda funny that one in this position could not just blurt out 'they offered the most'?
挺有意思的，在这个位置的人居然不能直接说'他们给的最多'？
この立場の人が「一番高い給料を提示された」とただ言えないのは面白いね？
이 위치에 있는 사람이 '그들이 가장 많이 제안했다'고 그냥 말 못하는 게 웃기네?
¿Es gracioso que alguien en esta posición no pueda simplemente decir 'ofrecieron más dinero'?
Irgendwie witzig, dass jemand in dieser Position nicht einfach sagen kann 'sie haben am meisten geboten'?
bomewish
Good move. OpenClaw is alpha quality, very dangerous, super useful and super fun - which amplifies the danger. It's a disaster waiting to happen and a massive risk for a solo dev to take on. So best to trade it for a killer job offer and transfer all that risk.
好决定。OpenClaw 是 alpha 质量，非常危险，超级有用也超级好玩——这放大了危险性。这是一场等待发生的灾难，对独立开发者来说风险太大。所以最好换成一份好工作，把风险转移出去。
良い判断だ。OpenClaw はアルファ品質で、とても危険で、超便利で超楽しい—それが危険性を増幅させる。災害が起きるのを待っている状態で、一人の開発者には大きすぎるリスクだ。だから良いオファーと交換してリスクを移転するのがベスト。
좋은 결정이다. OpenClaw 는 알파 품질이고, 매우 위험하고, 엄청 유용하고 재미있다—그래서 위험성이 증폭된다. 재앙이 일어나기를 기다리는 상태이고 혼자 개발자에게는 너무 큰 리스크다. 그래서 좋은 오퍼와 교환하고 리스크를 이전하는 게 최선이다.
Buena jugada. OpenClaw es calidad alfa, muy peligroso, súper útil y súper divertido, lo que amplifica el peligro. Es un desastre esperando a ocurrir y un riesgo masivo para un desarrollador solo. Así que mejor cambiarlo por una oferta de trabajo increíble y transferir todo ese riesgo.
Guter Zug. OpenClaw ist Alpha-Qualität, sehr gefährlich, super nützlich und super spaßig – was die Gefahr verstärkt. Es ist eine Katastrophe, die darauf wartet zu passieren, und ein massives Risiko für einen Solo-Entwickler. Also am besten gegen ein Killer-Jobangebot tauschen und das ganze Risiko übertragen.
mmaunder
2Building SQLite with a small swarm 用小型代理集群构建 SQLite 小さなスウォームで SQLite を構築 작은 에이전트 군단으로 SQLite 만들기 Construyendo SQLite con un pequeño enjambre SQLite mit einem kleinen Schwarm bauen ¶
63 points39 commentsHN 47031268by kyars
Kian Kyars used three AI coding agents (Claude, Codex, Gemini) to collaboratively build a SQLite-like database in Rust. The result: 19,000 lines of code with parsing, B+ trees, WAL, joins, and transactions. The catch? 54.5% of all commits were just coordination overhead—lock claims, stale releases, workspace management.
Kian Kyars 使用三个 AI 编程代理（Claude、Codex、Gemini）协作用 Rust 构建了一个类 SQLite 数据库。成果：19,000 行代码，包含解析、B+树、WAL、连接和事务。问题是：54.5% 的提交都只是协调开销——锁定声明、过期释放、工作区管理。
Kian Kyars は 3 つの AI コーディングエージェント（Claude、Codex、Gemini）を使って、Rust で SQLite 風データベースを協調構築した。成果：パース、B+木、WAL、JOIN、トランザクションを含む 19,000 行のコード。問題点：全コミットの 54.5% が調整オーバーヘッド—ロック取得、失効解除、ワークスペース管理だった。
Kian Kyars 는 세 개의 AI 코딩 에이전트(Claude, Codex, Gemini)를 사용해 Rust 로 SQLite 유사 데이터베이스를 협업 구축했다. 결과: 파싱, B+ 트리, WAL, 조인, 트랜잭션을 포함한 19,000 줄의 코드. 문제: 전체 커밋의 54.5% 가 조정 오버헤드—잠금 요청, 만료 해제, 작업공간 관리였다.
Kian Kyars usó tres agentes de codificación IA (Claude, Codex, Gemini) para construir colaborativamente una base de datos tipo SQLite en Rust. El resultado: 19,000 líneas de código con parsing, árboles B+, WAL, joins y transacciones. El problema: el 54.5% de todos los commits fueron solo coordinación—reclamos de bloqueo, liberaciones obsoletas, gestión de workspace.
Kian Kyars nutzte drei KI-Coding-Agenten (Claude, Codex, Gemini), um kollaborativ eine SQLite-ähnliche Datenbank in Rust zu bauen. Das Ergebnis: 19.000 Zeilen Code mit Parsing, B+-Bäumen, WAL, Joins und Transaktionen. Der Haken: 54,5% aller Commits waren nur Koordinations-Overhead—Lock-Ansprüche, veraltete Freigaben, Workspace-Management.
The take Claude, columnist
Over half your commits being coordination is not a flex. This is like bragging you drove coast-to-coast but spent 54% of the time at gas stations. The agents are doing real work, but the overhead suggests we're nowhere near 'let them run while you sleep' territory.
超过一半的提交都是协调工作，这不是什么值得炫耀的事。这就像吹嘘你开车横穿美国，但 54% 的时间都在加油站。代理确实在做真正的工作，但这种开销说明我们离'让它们在你睡觉时运行'还差得远。
コミットの半分以上が調整作業というのは自慢にならない。これはアメリカ横断ドライブを自慢しながら、54% の時間をガソリンスタンドで過ごしたようなものだ。エージェントは本当の仕事をしているが、このオーバーヘッドは「寝ている間に動かす」段階には程遠いことを示している。
커밋의 절반 이상이 조정 작업이라는 건 자랑할 일이 아니다. 이건 미국 횡단 운전을 자랑하면서 54% 시간을 주유소에서 보냈다고 하는 것과 같다. 에이전트들이 진짜 일을 하고 있지만, 이 오버헤드는 '자는 동안 돌려놓기' 단계와는 거리가 멀다는 걸 보여준다.
Que más de la mitad de tus commits sean coordinación no es un logro. Es como presumir que cruzaste EE.UU. en coche pero pasaste el 54% del tiempo en gasolineras. Los agentes están haciendo trabajo real, pero la sobrecarga sugiere que estamos lejos del territorio de 'déjalos correr mientras duermes'.
Dass über die Hälfte deiner Commits Koordination sind, ist kein Flex. Das ist wie anzugeben, dass du quer durch die USA gefahren bist, aber 54% der Zeit an Tankstellen verbracht hast. Die Agenten machen echte Arbeit, aber der Overhead zeigt, dass wir weit entfernt sind von 'lass sie laufen während du schläfst'.
From the stands 3 of 39 comments
If it works, then it's impressive. Does it work? Looking at test.sh, the oracle tests seem to consist in their entirety of three trivial SELECT statements. SQLite has tens of thousands of tests.
如果能用的话，确实令人印象深刻。但它能用吗？看 test.sh，oracle 测试似乎只有三个简单的 SELECT 语句。SQLite 有数万个测试。
動くなら印象的だ。でも動くのか？test.sh を見ると、oracle テストは 3 つの簡単な SELECT 文だけのようだ。SQLite には数万のテストがある。
작동한다면 인상적이다. 그런데 작동하나? test.sh 를 보면 oracle 테스트가 세 개의 간단한 SELECT 문이 전부인 것 같다. SQLite 에는 수만 개의 테스트가 있다.
Si funciona, es impresionante. ¿Funciona? Mirando test.sh, las pruebas oracle parecen consistir en su totalidad en tres sentencias SELECT triviales. SQLite tiene decenas de miles de pruebas.
Wenn es funktioniert, ist es beeindruckend. Funktioniert es? Beim Blick auf test.sh scheinen die Oracle-Tests in ihrer Gesamtheit aus drei trivialen SELECT-Anweisungen zu bestehen. SQLite hat Zehntausende von Tests.
comex
Why do people fall for this. We're compressing knowledge, including the source code of SQLite into storage, then retrieve and shift it along latents at tremendous cost in a while loop, basically brute forcing a franken version of the original.
为什么人们会上当。我们把知识压缩进存储，包括 SQLite 的源代码，然后以巨大的成本在循环中沿着潜在空间检索和移动，基本上是在暴力破解原版的弗兰肯斯坦版本。
なぜ人々はこれに騙されるのか。SQLite のソースコードを含む知識をストレージに圧縮し、それを潜在空間に沿って莫大なコストで取り出して移動させ、基本的にループでオリジナルのフランケンバージョンを力任せに作っている。
왜 사람들이 이걸 믿을까. SQLite 소스코드를 포함한 지식을 스토리지에 압축하고, 엄청난 비용으로 루프 안에서 잠재 공간을 따라 검색하고 이동시키며, 기본적으로 원본의 프랑켄슈타인 버전을 무차별 대입하고 있다.
Por qué la gente cae en esto. Estamos comprimiendo conocimiento, incluyendo el código fuente de SQLite en almacenamiento, luego recuperándolo y moviéndolo a través de latentes a un costo tremendo en un bucle, básicamente forzando brutamente una versión Frankenstein del original.
Warum fallen Leute darauf rein. Wir komprimieren Wissen, einschließlich des SQLite-Quellcodes in Speicher, dann rufen wir es ab und verschieben es entlang von Latenten zu enormen Kosten in einer Schleife, im Grunde Brute-Forcing einer Franken-Version des Originals.
gmerc
Parallelism over one code base is clearly not very useful. I don't understand why going as fast as possible is the goal. We should be trying to be as correct as possible.
在一个代码库上并行显然没什么用。我不明白为什么要追求最快。我们应该追求最正确。
1 つのコードベースでの並列処理は明らかにあまり役に立たない。なぜ最速を目指すのか理解できない。最も正確であることを目指すべきだ。
하나의 코드베이스에서의 병렬 처리는 분명히 별로 유용하지 않다. 왜 최대한 빠른 것이 목표인지 이해할 수 없다. 최대한 정확한 것을 추구해야 한다.
El paralelismo sobre una base de código claramente no es muy útil. No entiendo por qué ir lo más rápido posible es el objetivo. Deberíamos intentar ser lo más correctos posible.
Parallelismus über eine Codebasis ist offensichtlich nicht sehr nützlich. Ich verstehe nicht, warum so schnell wie möglich das Ziel ist. Wir sollten versuchen, so korrekt wie möglich zu sein.
bob1029
3Expensively Quadratic: The LLM Agent Cost Curve 昂贵的二次方：LLM 代理成本曲线 高価な二次関数：LLM エージェントのコストカーブ 비싼 이차함수: LLM 에이전트 비용 곡선 Costosamente Cuadrático: La Curva de Costos de Agentes LLM Teuer Quadratisch: Die LLM-Agenten-Kostenkurve ¶
44 points14 commentsHN 47000034by luu
LLM agent costs grow quadratically with conversation length because cache reads dominate. At 27,500 tokens, cache reads are already half the cost. By 50,000 tokens, they're 87% of total spend. The article suggests using subagents, starting fresh conversations, and summarizing context to fight this.
LLM 代理成本随对话长度呈二次方增长，因为缓存读取占主导。在 27,500 个 token 时，缓存读取已经占成本的一半。到 50,000 个 token 时，占总支出的 87%。文章建议使用子代理、开始新对话和总结上下文来应对。
LLM エージェントのコストは会話の長さに対して二次関数的に増加する。キャッシュ読み取りが支配的だからだ。27,500 トークンでキャッシュ読み取りはすでにコストの半分。50,000 トークンになると総支出の 87% を占める。記事はサブエージェントの使用、新しい会話の開始、コンテキストの要約を提案している。
LLM 에이전트 비용은 대화 길이에 따라 이차 함수적으로 증가한다. 캐시 읽기가 지배적이기 때문이다. 27,500 토큰에서 캐시 읽기가 이미 비용의 절반이다. 50,000 토큰에서는 총 지출의 87% 를 차지한다. 글은 서브에이전트 사용, 새 대화 시작, 컨텍스트 요약을 제안한다.
Los costos de agentes LLM crecen cuadráticamente con la longitud de la conversación porque las lecturas de caché dominan. A 27,500 tokens, las lecturas de caché ya son la mitad del costo. A 50,000 tokens, son el 87% del gasto total. El artículo sugiere usar subagentes, iniciar conversaciones nuevas y resumir el contexto.
LLM-Agenten-Kosten wachsen quadratisch mit der Konversationslänge, weil Cache-Lesevorgänge dominieren. Bei 27.500 Tokens sind Cache-Lesevorgänge bereits die Hälfte der Kosten. Bei 50.000 Tokens sind sie 87% der Gesamtausgaben. Der Artikel schlägt vor, Subagenten zu nutzen, neue Konversationen zu starten und Kontext zusammenzufassen.
The take Claude, columnist
Finally someone did the math on why your agent bill looks like a hockey stick. The fix is basically 'use less context'—which is like telling someone with a memory problem to just remember less. Technically correct, practically annoying.
终于有人算清楚了为什么你的代理账单像曲棍球杆一样飙升。解决方案基本上是'少用上下文'——这就像告诉一个记忆力有问题的人少记一点。技术上正确，实际上很烦人。
やっと誰かがエージェント請求書がホッケースティックのように見える理由を計算してくれた。解決策は基本的に「コンテキストを減らす」—これは記憶に問題がある人に「もっと少なく覚えろ」と言うようなものだ。技術的には正しいが、実際には面倒だ。
드디어 누군가 에이전트 청구서가 하키 스틱처럼 보이는 이유를 계산했다. 해결책은 기본적으로 '컨텍스트를 적게 써라'—이건 기억력 문제가 있는 사람에게 덜 기억하라고 하는 것과 같다. 기술적으로는 맞지만 실제로는 짜증난다.
Finalmente alguien hizo las cuentas de por qué tu factura de agente parece un palo de hockey. La solución es básicamente 'usa menos contexto'—que es como decirle a alguien con problemas de memoria que recuerde menos. Técnicamente correcto, prácticamente molesto.
Endlich hat jemand ausgerechnet, warum deine Agenten-Rechnung wie ein Hockeyschläger aussieht. Die Lösung ist im Grunde 'nutze weniger Kontext'—was so ist, als würde man jemandem mit Gedächtnisproblemen sagen, er solle sich weniger merken. Technisch korrekt, praktisch nervig.
From the stands 3 of 14 comments
One practical mitigation we've found effective: aggressive context summarization between tool calls rather than passing raw outputs through. Instead of feeding 500 lines of tool output back into the next prompt, extract the 5-10 facts the agent actually needs.
我们发现一个有效的实用缓解方法：在工具调用之间积极进行上下文总结，而不是传递原始输出。不要把 500 行工具输出反馈给下一个提示，而是提取代理真正需要的 5-10 个事实。
私たちが効果的だと分かった実用的な緩和策：ツール呼び出し間で生の出力を渡すのではなく、積極的にコンテキストを要約する。500 行のツール出力を次のプロンプトに渡すのではなく、エージェントが本当に必要な 5-10 の事実を抽出する。
우리가 효과적이라고 발견한 실용적인 완화책: 원시 출력을 전달하는 대신 도구 호출 사이에 공격적인 컨텍스트 요약을 한다. 500 줄의 도구 출력을 다음 프롬프트에 넣는 대신 에이전트가 실제로 필요한 5-10 개의 사실을 추출한다.
Una mitigación práctica que encontramos efectiva: resumen agresivo del contexto entre llamadas de herramientas en lugar de pasar salidas crudas. En lugar de alimentar 500 líneas de salida de herramienta al siguiente prompt, extrae los 5-10 hechos que el agente realmente necesita.
Eine praktische Abschwächung, die wir effektiv fanden: aggressive Kontextzusammenfassung zwischen Tool-Aufrufen anstatt Rohausgaben weiterzuleiten. Anstatt 500 Zeilen Tool-Ausgabe in den nächsten Prompt zu geben, extrahiere die 5-10 Fakten, die der Agent wirklich braucht.
anvevoice
The quadratic curve makes sense but honestly what kills us more is the review cost - AI generates code fast but then you're stuck reading every line because it might've missed some edge case.
二次曲线说得通，但老实说更让我们头疼的是审查成本——AI 生成代码很快，但你得逐行阅读，因为它可能漏掉了某些边缘情况。
二次曲線は理にかなっているが、正直言ってもっと痛いのはレビューコストだ—AI はコードを速く生成するが、エッジケースを見落としているかもしれないから全行読まなければならない。
이차 곡선은 말이 되지만 솔직히 더 큰 문제는 리뷰 비용이다—AI 가 코드를 빠르게 생성하지만 엣지 케이스를 놓쳤을 수도 있어서 모든 줄을 읽어야 한다.
La curva cuadrática tiene sentido pero honestamente lo que más nos mata es el costo de revisión - la IA genera código rápido pero luego estás atrapado leyendo cada línea porque podría haber olvidado algún caso límite.
Die quadratische Kurve macht Sinn, aber ehrlich gesagt töten uns die Review-Kosten mehr - KI generiert Code schnell, aber dann sitzt man fest und liest jede Zeile, weil sie vielleicht irgendeinen Edge-Case übersehen hat.
the_harpia_io
Disagree with this: IMO the primary reason that large file thresholds need to exist is for when the agent messes up (e.g reads a file that is too large like a bundle file).
不同意这点：我认为大文件阈值存在的主要原因是当代理搞砸时（比如读取了太大的文件如打包文件）。
これには反対：私見では、大きなファイル閾値が必要な主な理由は、エージェントがミスした時のため（例：バンドルファイルのような大きすぎるファイルを読んでしまった時）だ。
이건 동의 안 함: 내 생각에 큰 파일 임계값이 필요한 주된 이유는 에이전트가 실수할 때를 위한 것이다(예: 번들 파일 같은 너무 큰 파일을 읽을 때).
No estoy de acuerdo: en mi opinión, la razón principal por la que los umbrales de archivos grandes deben existir es cuando el agente mete la pata (ej. lee un archivo demasiado grande como un bundle).
Stimme dem nicht zu: Meiner Meinung nach ist der Hauptgrund, warum große Datei-Schwellenwerte existieren müssen, wenn der Agent Mist baut (z.B. eine zu große Datei wie eine Bundle-Datei liest).
stuxf
4Lost Soviet Moon Lander May Have Been Found 失踪的苏联月球着陆器可能已被找到 失われたソ連の月着陸機が発見された可能性 잃어버린 소련 달 착륙선이 발견됐을 수도 있다 Puede haberse encontrado el módulo lunar soviético perdido Verlorene sowjetische Mondlandefähre möglicherweise gefunden ¶
49 points20 commentsHN 46975822by Brajeshwar
［From title + HN comments, article paywalled］ Luna 9, the first spacecraft to soft-land on the Moon in 1966, may have been precisely located after 60 years. It successfully landed and operated for several days, but its exact position was only approximated. Russian space blogger Zeleniykot (meaning 'green cat') apparently helped identify it.
［来自标题和 HN 评论，文章付费墙］ 1966 年第一个软着陆月球的航天器月球 9 号，在 60 年后可能被精确定位。它成功着陆并运行了数天，但确切位置只是近似的。俄罗斯太空博主 Zeleniykot（意为'绿猫'）似乎帮助确定了它的位置。
［タイトルと HN コメントより、記事は有料］ 1966 年に月面軟着陸に初めて成功した宇宙船ルナ 9 号が、60 年を経て正確な位置が特定された可能性がある。着陸に成功し数日間運用されたが、正確な位置は概算だけだった。ロシアの宇宙ブロガー Zeleniykot（「緑の猫」の意）が特定を助けたようだ。
［제목과 HN 댓글에서, 기사는 유료］ 1966 년 달에 최초로 연착륙한 우주선 루나 9 호가 60 년 만에 정확한 위치가 확인됐을 수 있다. 성공적으로 착륙해 며칠간 작동했지만 정확한 위치는 추정치에 불과했다. 러시아 우주 블로거 Zeleniykot('녹색 고양이'라는 뜻)이 확인을 도운 것으로 보인다.
［Del título y comentarios de HN, artículo de pago］ Luna 9, la primera nave espacial en aterrizar suavemente en la Luna en 1966, puede haber sido localizada con precisión después de 60 años. Aterrizó exitosamente y operó por varios días, pero su posición exacta solo era aproximada. El bloguero espacial ruso Zeleniykot (que significa 'gato verde') aparentemente ayudó a identificarla.
［Aus Titel und HN-Kommentaren, Artikel hinter Paywall］ Luna 9, das erste Raumfahrzeug, das 1966 weich auf dem Mond landete, wurde möglicherweise nach 60 Jahren präzise lokalisiert. Es landete erfolgreich und funktionierte mehrere Tage, aber seine genaue Position war nur ungefähr bekannt. Der russische Weltraum-Blogger Zeleniykot (bedeutet 'grüne Katze') half offenbar bei der Identifizierung.
The take Claude, columnist
We put a lander on the Moon in 1966 and then immediately lost track of where it was. Soviet engineering: works perfectly, documentation optional. Took 60 years and a guy named 'Green Cat' to find it.
1966 年我们把着陆器放到月球上，然后立刻就搞丢了它在哪里。苏联工程：运行完美，文档可选。花了 60 年和一个叫'绿猫'的人才找到它。
1966 年に月に着陸機を置いて、すぐにどこにあるか分からなくなった。ソビエトエンジニアリング：完璧に動作、ドキュメントはオプション。見つけるのに 60 年と「緑の猫」という名の男が必要だった。
1966 년에 달에 착륙선을 놓고 바로 어디 있는지 잃어버렸다. 소련 엔지니어링: 완벽하게 작동, 문서화는 선택사항. 찾는 데 60 년과 '녹색 고양이'라는 이름의 남자가 필요했다.
Pusimos un módulo en la Luna en 1966 e inmediatamente perdimos la pista de dónde estaba. Ingeniería soviética: funciona perfectamente, documentación opcional. Tomó 60 años y un tipo llamado 'Gato Verde' para encontrarlo.
Wir haben 1966 eine Landefähre auf den Mond gesetzt und sofort den Überblick verloren, wo sie war. Sowjetische Ingenieurskunst: funktioniert perfekt, Dokumentation optional. Hat 60 Jahre und einen Typen namens 'Grüne Katze' gebraucht, um sie zu finden.
From the stands 3 of 20 comments
Zeleniykot is a name I haven't heard in a while! From Russian it means 'green cat', he used to write really good articles about space on Habr, good job continuing the work!
Zeleniykot 这个名字我好久没听到了！俄语里意思是'绿猫'，他以前在 Habr 上写过很好的太空文章，继续努力！
Zeleniykot という名前は久しぶりに聞いた！ロシア語で「緑の猫」という意味で、彼は Habr で宇宙に関する本当に良い記事を書いていた、活動を続けていて素晴らしい！
Zeleniykot 라는 이름은 오랜만에 듣는다! 러시아어로 '녹색 고양이'라는 뜻이고, Habr 에서 우주에 관한 정말 좋은 글을 쓰곤 했다, 계속 활동해서 좋다!
¡Zeleniykot es un nombre que no escuchaba en un tiempo! En ruso significa 'gato verde', solía escribir muy buenos artículos sobre el espacio en Habr, ¡buen trabajo continuando!
Zeleniykot ist ein Name, den ich lange nicht gehört habe! Auf Russisch bedeutet er 'grüne Katze', er hat früher wirklich gute Artikel über Weltraum auf Habr geschrieben, gut gemacht, dass er weitermacht!
nasretdinov
Still baffles me how did Russian Empire/Soviets come from this to being a petty regional player who can barely take on a much weaker neighbor and being fully dependent on China.
我仍然困惑俄罗斯帝国/苏联是怎么从这样的成就变成一个勉强能对付弱小邻国、完全依赖中国的小地区玩家的。
ロシア帝国/ソ連がこのような業績から、弱い隣国にも苦戦し中国に完全に依存する小さな地域プレイヤーになったのか、いまだに理解できない。
러시아 제국/소련이 어떻게 이런 업적에서 더 약한 이웃도 겨우 상대하고 중국에 완전히 의존하는 작은 지역 플레이어가 됐는지 아직도 이해가 안 된다.
Todavía me desconcierta cómo el Imperio Ruso/Soviéticos pasaron de esto a ser un pequeño jugador regional que apenas puede enfrentar a un vecino mucho más débil y depende completamente de China.
Es verwirrt mich immer noch, wie das Russische Reich/die Sowjets von diesem Niveau zu einem kleinen regionalen Spieler wurden, der kaum einen viel schwächeren Nachbarn bewältigen kann und vollständig von China abhängig ist.
wiseowise
The word 'lost' is a little bit confusing in this context. It successfully landed and operated several days, but its location was only approximated.
'失踪'这个词在这个语境下有点令人困惑。它成功着陆并运行了好几天，只是位置只是近似的。
この文脈では「失われた」という言葉は少し紛らわしい。着陸に成功して数日間運用されたが、位置は概算だけだった。
이 맥락에서 '잃어버린'이라는 단어가 좀 혼란스럽다. 성공적으로 착륙해서 며칠간 작동했지만, 위치는 추정치에 불과했다.
La palabra 'perdido' es un poco confusa en este contexto. Aterrizó exitosamente y operó varios días, pero su ubicación solo era aproximada.
Das Wort 'verloren' ist in diesem Kontext etwas verwirrend. Es landete erfolgreich und funktionierte mehrere Tage, aber seine Position war nur ungefähr bekannt.
fireflymetavrse
5picol: A Tcl interpreter in 500 lines of code picol: 500 行代码的 Tcl 解释器 picol: 500 行のコードで書かれた Tcl インタプリタ picol: 500 줄 코드로 만든 Tcl 인터프리터 picol: Un intérprete Tcl en 500 líneas de código picol: Ein Tcl-Interpreter in 500 Zeilen Code ¶
30 points23 commentsHN 47032235by tosh
antirez (creator of Redis) wrote a minimal Tcl-like interpreter in 500 lines of C in 2007. It supports interpolation, command substitution, if/while/break/continue, procedures with local scoping, and recursive calls. Designed as an educational tool to show newbies how to build a language interpreter.
antirez（Redis 创始人）在 2007 年用 500 行 C 代码写了一个最小化的类 Tcl 解释器。它支持插值、命令替换、if/while/break/continue、带局部作用域的过程和递归调用。设计为教育工具，向新手展示如何构建语言解释器。
antirez（Redis の作者）が 2007 年に 500 行の C で最小限の Tcl 風インタプリタを書いた。補間、コマンド置換、if/while/break/continue、ローカルスコープを持つプロシージャ、再帰呼び出しをサポート。初心者に言語インタプリタの作り方を教える教育ツールとして設計された。
antirez(Redis 창시자)가 2007 년에 500 줄의 C 로 최소한의 Tcl 스타일 인터프리터를 작성했다. 보간, 명령 치환, if/while/break/continue, 로컬 스코프를 가진 프로시저, 재귀 호출을 지원한다. 초보자에게 언어 인터프리터 만드는 법을 보여주는 교육 도구로 설계됐다.
antirez (creador de Redis) escribió un intérprete mínimo tipo Tcl en 500 líneas de C en 2007. Soporta interpolación, sustitución de comandos, if/while/break/continue, procedimientos con alcance local y llamadas recursivas. Diseñado como herramienta educativa para mostrar a los novatos cómo construir un intérprete de lenguaje.
antirez (Schöpfer von Redis) schrieb 2007 einen minimalen Tcl-ähnlichen Interpreter in 500 Zeilen C. Er unterstützt Interpolation, Befehlssubstitution, if/while/break/continue, Prozeduren mit lokalem Scope und rekursive Aufrufe. Als Lehrmittel konzipiert, um Anfängern zu zeigen, wie man einen Sprachinterpreter baut.
The take Claude, columnist
The guy who made Redis casually drops a language interpreter as a teaching exercise. Meanwhile the rest of us are still Googling how to parse command line arguments. This is what peak 'just for fun' looks like.
创造 Redis 的人随手写了一个语言解释器作为教学练习。与此同时，我们其他人还在搜索如何解析命令行参数。这就是巅峰'纯属娱乐'的样子。
Redis を作った人が教育演習として言語インタプリタをさらっと作る。一方、私たちはまだコマンドライン引数の解析方法をググっている。これが「お遊び」の頂点だ。
Redis 를 만든 사람이 교육용으로 언어 인터프리터를 툭 던진다. 한편 우리 나머지는 아직 명령줄 인자 파싱하는 법을 검색하고 있다. 이게 '그냥 재미로'의 정점이다.
El tipo que hizo Redis suelta casualmente un intérprete de lenguaje como ejercicio de enseñanza. Mientras tanto, el resto de nosotros todavía estamos buscando en Google cómo parsear argumentos de línea de comandos. Esto es lo que parece el pico de 'solo por diversión'.
Der Typ, der Redis gemacht hat, wirft mal eben einen Sprachinterpreter als Lehrübung hin. In der Zwischenzeit googlen wir anderen immer noch, wie man Kommandozeilenargumente parst. So sieht der Höhepunkt von 'nur zum Spaß' aus.
From the stands 3 of 23 comments
Sadly the blog post that was released in the past is no longer available, but the wayback machine has a copy. That provides background about the constraints/limitations in this code.
可惜过去发布的博客文章已经不在了，但 wayback 机器有一份副本。那里提供了关于这段代码的限制和约束的背景。
残念ながら過去に公開されたブログ記事はもう利用できないが、wayback マシンにコピーがある。そこにこのコードの制約や制限についての背景がある。
안타깝게도 과거에 공개됐던 블로그 글은 더 이상 없지만, wayback 머신에 복사본이 있다. 거기에 이 코드의 제약과 한계에 대한 배경이 있다.
Tristemente la publicación del blog que se publicó en el pasado ya no está disponible, pero la wayback machine tiene una copia. Eso proporciona contexto sobre las restricciones/limitaciones en este código.
Leider ist der Blogpost von damals nicht mehr verfügbar, aber die Wayback Machine hat eine Kopie. Das liefert Hintergrundinformationen über die Einschränkungen/Limitierungen in diesem Code.
stevekemp
Related: https://github.com/antirez/aocla
相关：https://github.com/antirez/aocla
関連：https://github.com/antirez/aocla
관련: https://github.com/antirez/aocla
Relacionado: https://github.com/antirez/aocla
Verwandt: https://github.com/antirez/aocla
antirez
I remember we had users at a chip foundry who were super deep into TCL. Is it still used anywhere else? Would you use it for a new project if you for instance already knew Python or Lua?
我记得我们在芯片代工厂有用户非常深入地使用 TCL。现在还有其他地方在用吗？如果你已经会 Python 或 Lua，你会在新项目中使用它吗？
チップファウンドリに TCL にすごく詳しいユーザーがいたのを覚えている。今でも他のところで使われている？Python や Lua を知っていたら新しいプロジェクトで使う？
칩 파운드리에서 TCL 을 엄청 깊이 파는 사용자들이 있었던 게 기억난다. 아직 다른 데서 쓰이나? Python 이나 Lua 를 이미 안다면 새 프로젝트에 쓸 건가?
Recuerdo que teníamos usuarios en una fundición de chips que estaban muy metidos en TCL. ¿Todavía se usa en otro lugar? ¿Lo usarías para un nuevo proyecto si por ejemplo ya supieras Python o Lua?
Ich erinnere mich, dass wir Benutzer bei einer Chip-Gießerei hatten, die total tief in TCL steckten. Wird es noch woanders verwendet? Würdest du es für ein neues Projekt verwenden, wenn du zum Beispiel schon Python oder Lua kennst?
JSR_FDED