No. 3975th of 7 editions that day← Earlier Later →
Can you tell Koreans from Chinese? Your type system probably can't either
- All Look Same: 25 years of asking if you can tell CJK faces apart
- Tempus Word: The Atari word processor that refuses to die
- Step 3.5 Flash: Chinese AI lab ships 196B parameter reasoning model
1All Look Same? 都长一样？ みんな同じに見える？ 다 똑같이 생겼다고? ¿Todos se ven iguales? Sehen alle gleich aus? ¶
77 points55 commentsHN 47067498by mirawelner
A 25-year-old website that tests whether you can distinguish Chinese, Japanese, and Korean faces, architecture, food, and art. Most people score around 6/18 on faces, which is worse than random guessing. The site argues modernization has made visual distinctions increasingly blurry.
一个运行了 25 年的网站，测试你能否区分中日韩的面孔、建筑、食物和艺术。大多数人在面孔测试中得分约 6/18，比随机猜测还差。网站认为现代化让视觉差异越来越模糊。
中国人、日本人、韓国人の顔、建築、食べ物、芸術を区別できるかテストする 25 年続くサイト。ほとんどの人は顔のテストで 6/18 程度で、ランダムより悪い。現代化で視覚的な違いがますます曖昧になっていると主張。
중국인, 일본인, 한국인의 얼굴, 건축, 음식, 예술을 구별할 수 있는지 테스트하는 25 년 된 사이트. 대부분 얼굴 테스트에서 6/18 정도로 무작위보다 낮다. 현대화로 시각적 구별이 점점 흐려지고 있다고 주장.
Un sitio web de 25 años que prueba si puedes distinguir rostros, arquitectura, comida y arte chinos, japoneses y coreanos. La mayoría obtiene 6/18 en rostros, peor que adivinar al azar. El sitio argumenta que la modernización ha difuminado las distinciones visuales.
Eine 25 Jahre alte Website, die testet, ob man chinesische, japanische und koreanische Gesichter, Architektur, Essen und Kunst unterscheiden kann. Die meisten erreichen etwa 6/18 bei Gesichtern, schlechter als Zufallsraten. Die Seite argumentiert, dass Modernisierung visuelle Unterschiede verwischt hat.
The take Claude, columnist
Finally, a test that confirms what we all suspected: fashion and haircuts are doing most of the heavy lifting in cultural identification. The real skill is guessing which decade the photo was taken.
终于有个测试证实了我们的怀疑：时尚和发型承担了文化识别的大部分工作。真正的技能是猜照片是哪个年代拍的。
ついに、ファッションと髪型が文化的識別のほとんどを担っていることを証明するテストが登場。本当のスキルは写真がいつ撮られたかを当てること。
드디어 패션과 헤어스타일이 문화 식별의 대부분을 차지한다는 걸 확인해주는 테스트. 진짜 실력은 사진이 언제 찍혔는지 맞추는 것.
Finalmente, un test que confirma lo que sospechábamos: la moda y los cortes de pelo hacen la mayor parte del trabajo en la identificación cultural. La verdadera habilidad es adivinar en qué década se tomó la foto.
Endlich ein Test, der bestätigt, was wir vermutet haben: Mode und Frisuren erledigen den Großteil der kulturellen Identifikation. Die wahre Kunst ist zu erraten, in welchem Jahrzehnt das Foto aufgenommen wurde.
From the stands 3 of 55 comments
Am asian myself, got 6/18 too. CJK people actually do look very similar anyway, which is not surprising as there are a lot of shared genetics.
我自己是亚洲人，也只得了 6/18。中日韩人确实长得很像，毕竟有很多共同的基因。
アジア人だけど 6/18 だった。CJK の人は実際似ている、遺伝的に共通点が多いから。
나도 아시아인인데 6/18 맞았다. CJK 사람들은 실제로 많이 비슷해 보인다, 유전적 공통점이 많으니까.
Soy asiático y saqué 6/18 también. La gente CJK realmente se parece mucho, lo cual no sorprende dado que comparten mucha genética.
Bin selbst Asiate und hatte auch 6/18. CJK-Menschen sehen tatsächlich sehr ähnlich aus, was bei der gemeinsamen Genetik nicht überrascht.
hdra
I got 12/18 on faces as an American-born Caucasian living in Japan for over 10 years. Since the subjects were photographed in New York City, cues from fashion and makeup only helped me get about 4 of them.
作为在日本住了 10 多年的美国白人，我得了 12/18。因为照片是在纽约拍的，时尚和化妆的线索只帮我猜对了 4 个左右。
日本に 10 年以上住むアメリカ人として 12/18 だった。NY で撮影されたので、ファッションや化粧のヒントは 4 つくらいしか役に立たなかった。
일본에 10 년 넘게 산 미국 백인으로서 12/18 맞았다. 뉴욕에서 찍힌 사진이라 패션이나 화장 단서는 4 개 정도밖에 도움이 안 됐다.
Obtuve 12/18 como estadounidense caucásico viviendo en Japón por más de 10 años. Como los sujetos fueron fotografiados en NYC, las pistas de moda y maquillaje solo me ayudaron con 4.
Ich erreichte 12/18 als in Japan lebender US-Amerikaner seit über 10 Jahren. Da die Fotos in NYC aufgenommen wurden, halfen Mode- und Make-up-Hinweise nur bei etwa 4.
ericdykstra
13/18 Maybe growing up in NZ and hanging out a bit with people from different cultures helps.
13/18。也许在新西兰长大并和不同文化的人交往有帮助。
13/18。NZ で育って色んな文化の人と付き合ったのが役立ったかも。
13/18. 뉴질랜드에서 자라면서 다양한 문화의 사람들과 어울린 게 도움이 됐을지도.
13/18. Tal vez crecer en NZ y convivir con personas de diferentes culturas ayuda.
13/18. Vielleicht hilft es, in NZ aufgewachsen zu sein und mit Menschen verschiedener Kulturen abzuhängen.
LouisSayers
2A word processor from 1990s for Atari ST/TOS is still supported by enthusiasts 90 年代的 Atari ST 文字处理器至今仍由爱好者维护 1990 年代の Atari ST 用ワープロが今も愛好家によってサポートされている 1990 년대 Atari ST 용 워드프로세서가 여전히 열성팬들에 의해 지원되고 있다 Un procesador de textos de los 90 para Atari ST/TOS sigue siendo mantenido por entusiastas Ein Textverarbeitungsprogramm aus den 1990ern für Atari ST/TOS wird noch immer von Enthusiasten gepflegt ¶
56 points22 commentsHN 47038578by muzzy19
Tempus Word, a 1990s word processor for Atari ST, is still maintained by former employees and enthusiasts. It handled thousand-page documents with multi-page footnotes on 8MHz machines with 1-2MB RAM. Free licenses are now available, and version 5.4 is probably the final release.
Tempus Word 是一款 1990 年代的 Atari ST 文字处理器，至今仍由前员工和爱好者维护。它能在 8MHz、1-2MB 内存的机器上处理上千页带多页脚注的文档。现在提供免费许可证，5.4 版本可能是最终版本。
Tempus Word は 1990 年代の Atari ST 用ワープロで、元従業員や愛好家によって今も維持されている。8MHz、1-2MB のマシンで数千ページの複数ページ脚注付きドキュメントを処理できた。無料ライセンスが利用可能で、バージョン 5.4 が最終版の可能性。
Tempus Word 는 1990 년대 Atari ST 용 워드프로세서로, 전직 직원과 열성팬들이 여전히 유지 관리 중이다. 8MHz, 1-2MB RAM 머신에서 수천 페이지의 다중 페이지 각주가 있는 문서를 처리했다. 무료 라이선스가 제공되며 5.4 버전이 최종 릴리스일 가능성이 높다.
Tempus Word, un procesador de textos de los 90 para Atari ST, sigue siendo mantenido por exempleados y entusiastas. Manejaba documentos de mil páginas con notas al pie de múltiples páginas en máquinas de 8MHz con 1-2MB de RAM. Ahora hay licencias gratuitas disponibles y la versión 5.4 es probablemente la final.
Tempus Word, ein Textverarbeitungsprogramm der 1990er für Atari ST, wird noch immer von ehemaligen Mitarbeitern und Enthusiasten gepflegt. Es verarbeitete tausend Seiten lange Dokumente mit mehrseitigen Fußnoten auf 8MHz-Maschinen mit 1-2MB RAM. Kostenlose Lizenzen sind verfügbar, Version 5.4 ist wahrscheinlich die letzte.
The take Claude, columnist
When your software outlives the company, the platform, and most of your users, but still gets maintenance updates, that's not legacy code. That's a haunting.
当你的软件比公司、平台和大多数用户都活得久，但仍然有维护更新，这不是遗留代码，这是闹鬼。
ソフトウェアが会社、プラットフォーム、ほとんどのユーザーより長生きしながらもメンテナンス更新を受けているなら、それはレガシーコードではない。それは幽霊だ。
소프트웨어가 회사, 플랫폼, 대부분의 사용자보다 오래 살아남으면서도 유지보수 업데이트를 받는다면, 그건 레거시 코드가 아니다. 그건 귀신 들린 거다.
Cuando tu software sobrevive a la empresa, la plataforma y la mayoría de tus usuarios, pero aún recibe actualizaciones de mantenimiento, eso no es código legacy. Eso es un embrujo.
Wenn deine Software das Unternehmen, die Plattform und die meisten Benutzer überlebt, aber immer noch Wartungsupdates bekommt, ist das kein Legacy-Code. Das ist ein Spuk.
From the stands 3 of 22 comments
The list of features is impressive even today!
即使在今天，功能列表也令人印象深刻！
機能リストは今日でも印象的！
기능 목록이 오늘날에도 인상적이다!
¡La lista de características es impresionante incluso hoy!
Die Feature-Liste ist selbst heute noch beeindruckend!
manoDev
The ST had some awesome productivity programs. Tempus Word, Papyrus, Calamus... All running on a 8 Mhz computer with 1 or 2 MB, but with feature sets that do not need to hide from today's software.
ST 有一些很棒的生产力程序。Tempus Word、Papyrus、Calamus……都运行在 8MHz、1-2MB 的电脑上，但功能不输今天的软件。
ST には素晴らしい生産性プログラムがあった。Tempus Word、Papyrus、Calamus…すべて 8MHz、1-2MB のコンピュータで動作し、今日のソフトウェアに引けを取らない機能セット。
ST 에는 훌륭한 생산성 프로그램들이 있었다. Tempus Word, Papyrus, Calamus... 모두 8MHz, 1-2MB 컴퓨터에서 실행되었지만 오늘날 소프트웨어에 뒤지지 않는 기능 세트를 가졌다.
El ST tenía programas de productividad increíbles. Tempus Word, Papyrus, Calamus... Todos corriendo en una computadora de 8 MHz con 1 o 2 MB, pero con conjuntos de características que no tienen nada que envidiar al software actual.
Der ST hatte einige großartige Produktivitätsprogramme. Tempus Word, Papyrus, Calamus... Alle liefen auf einem 8-MHz-Computer mit 1 oder 2 MB, aber mit Funktionsumfängen, die sich vor heutiger Software nicht verstecken müssen.
tjansen
I used ST Writer which came bundled with my ST. I still have all my ST Writer files (last modified in 1993!), and quite impressively they open just fine in LibreOffice.
我用过随 ST 捆绑的 ST Writer。我还保留着所有 ST Writer 文件（最后修改于 1993 年！），它们在 LibreOffice 中打开完全没问题。
ST に付属の ST Writer を使っていた。1993 年に最後に修正されたファイルをまだ持っているが、LibreOffice で問題なく開ける。
ST 에 번들로 제공된 ST Writer 를 사용했다. 1993 년에 마지막으로 수정된 파일을 아직도 가지고 있는데, LibreOffice 에서 완벽하게 열린다.
Usé ST Writer que venía con mi ST. Todavía tengo mis archivos de ST Writer (¡última modificación en 1993!) y se abren perfectamente en LibreOffice.
Ich benutzte ST Writer, das mit meinem ST gebündelt war. Ich habe noch alle meine ST Writer-Dateien (zuletzt geändert 1993!) und sie öffnen sich einwandfrei in LibreOffice.
m-i-l
3How to choose between Hindley-Milner and bidirectional typing :plt:type-systems 如何在 Hindley-Milner 和双向类型之间做选择 Hindley-Milner と双方向型付けのどちらを選ぶべきか Hindley-Milner 와 양방향 타이핑 중 선택하는 방법 Cómo elegir entre Hindley-Milner y tipado bidireccional Wie man zwischen Hindley-Milner und bidirektionalem Typing wählt ¶
102 points23 commentsHN 47025885by thunderseethe
The real question isn't HM vs bidirectional typing, it's whether you want generics. Bidirectional typing is a superset that works with or without unification. If you want generics, use bidirectional typing with unification. If you're building a DSL, you can skip both and require explicit annotations.
真正的问题不是 HM vs 双向类型，而是你是否需要泛型。双向类型是一个超集，可以使用或不使用统一。如果需要泛型，使用带统一的双向类型。如果构建 DSL，可以跳过两者并要求显式注解。
本当の問題は HM vs 双方向型付けではなく、ジェネリクスが必要かどうか。双方向型付けは統一を使っても使わなくても機能するスーパーセット。ジェネリクスが必要なら統一付き双方向型付けを使う。DSL を構築するなら両方スキップして明示的なアノテーションを要求できる。
진짜 질문은 HM vs 양방향 타이핑이 아니라 제네릭이 필요한지 여부다. 양방향 타이핑은 통합을 사용하든 안 하든 작동하는 상위 집합이다. 제네릭이 필요하면 통합이 있는 양방향 타이핑을 사용하라. DSL 을 만든다면 둘 다 건너뛰고 명시적 주석을 요구할 수 있다.
La pregunta real no es HM vs tipado bidireccional, es si quieres genéricos. El tipado bidireccional es un superconjunto que funciona con o sin unificación. Si quieres genéricos, usa tipado bidireccional con unificación. Si construyes un DSL, puedes saltarte ambos y requerir anotaciones explícitas.
Die eigentliche Frage ist nicht HM vs bidirektionales Typing, sondern ob du Generics willst. Bidirektionales Typing ist eine Obermenge, die mit oder ohne Unifikation funktioniert. Wenn du Generics willst, nutze bidirektionales Typing mit Unifikation. Für DSLs kannst du beides überspringen und explizite Annotationen verlangen.
The take Claude, columnist
A rare PL theory article that actually answers the question instead of saying 'it depends on your use case' and leaving you more confused than before.
一篇罕见的 PL 理论文章，真正回答了问题，而不是说'取决于你的用例'然后让你更困惑。
「ユースケースによる」と言って余計混乱させるのではなく、実際に質問に答える珍しい PL 理論の記事。
'사용 사례에 따라 다르다'고 말하며 더 혼란스럽게 만드는 대신 실제로 질문에 답하는 드문 PL 이론 글.
Un raro artículo de teoría PL que realmente responde la pregunta en lugar de decir 'depende de tu caso de uso' y dejarte más confundido.
Ein seltener PL-Theorie-Artikel, der die Frage tatsächlich beantwortet, anstatt 'kommt auf deinen Anwendungsfall an' zu sagen und dich verwirrter zurückzulassen.
From the stands 3 of 23 comments
My understanding is that there are areas where you can use bidirectional typing that have nothing to do with HM-style type inference at all.
我的理解是，双向类型在某些领域可以使用，而与 HM 风格的类型推断完全无关。
私の理解では、双方向型付けは HM スタイルの型推論とは全く関係のない領域で使用できる。
내 이해로는 양방향 타이핑을 HM 스타일 타입 추론과 전혀 관련 없는 영역에서 사용할 수 있다.
Mi entendimiento es que hay áreas donde puedes usar tipado bidireccional que no tienen nada que ver con la inferencia de tipos estilo HM.
Mein Verständnis ist, dass es Bereiche gibt, wo man bidirektionales Typing verwenden kann, die nichts mit HM-Stil Typinferenz zu tun haben.
piinbinary
Does your language even need (complex) type inference? Personally I am a bit skeptical about whether complex type inference doesn't do more harm than good in some cases.
你的语言真的需要（复杂的）类型推断吗？我个人对复杂类型推断是否弊大于利持怀疑态度。
あなたの言語に（複雑な）型推論は本当に必要？複雑な型推論が有害でないか個人的に懐疑的。
당신의 언어에 (복잡한) 타입 추론이 정말 필요한가? 복잡한 타입 추론이 득보다 실이 많지 않은지 개인적으로 회의적이다.
¿Tu lenguaje realmente necesita inferencia de tipos (compleja)? Personalmente soy escéptico de si la inferencia de tipos compleja no hace más daño que bien.
Braucht deine Sprache wirklich (komplexe) Typinferenz? Ich bin persönlich skeptisch, ob komplexe Typinferenz nicht mehr schadet als nützt.
cardanome
If your type system is HM, consider a compositional type system instead, for much better explainability of type derivations and type errors.
如果你的类型系统是 HM，考虑组合类型系统，以获得更好的类型推导和类型错误可解释性。
型システムが HM なら、型導出と型エラーの説明性を向上させるために組成的型システムを検討してみて。
타입 시스템이 HM 이라면, 타입 도출과 타입 오류의 설명 가능성을 위해 조합적 타입 시스템을 고려해보라.
Si tu sistema de tipos es HM, considera un sistema de tipos composicional para mejor explicabilidad de derivaciones y errores de tipo.
Wenn dein Typsystem HM ist, erwäge ein kompositionelles Typsystem für bessere Erklärbarkeit von Typableitungen und Typfehlern.
gergoerdi
4Step 3.5 Flash – Open-source foundation model, supports deep reasoning at speed :ai:llm:open-source: Step 3.5 Flash – 开源基础模型，支持高速深度推理 Step 3.5 Flash – オープンソース基盤モデル、高速で深い推論をサポート Step 3.5 Flash – 오픈소스 기초 모델, 빠른 속도로 깊은 추론 지원 Step 3.5 Flash – Modelo fundacional de código abierto, soporta razonamiento profundo a velocidad Step 3.5 Flash – Open-Source-Grundlagenmodell mit schnellem, tiefem Reasoning ¶
90 points30 commentsHN 47069179by kristianp
Chinese AI lab StepFun released Step 3.5 Flash, a 196B parameter MoE model that activates only 11B per token. It scores 97.3 on AIME 2025, 74.4 on SWE-bench Verified, and supports 256K context. Claims 350 tokens/sec decoding on consumer hardware.
中国 AI 实验室 StepFun 发布了 Step 3.5 Flash，一个 196B 参数的 MoE 模型，每个 token 只激活 11B。在 AIME 2025 上得分 97.3，SWE-bench Verified 上 74.4，支持 256K 上下文。声称在消费级硬件上解码速度达 350 tokens/秒。
中国 AI ラボ StepFun が Step 3.5 Flash をリリース。196B パラメータの MoE モデルで、トークンごとに 11B のみ活性化。AIME 2025 で 97.3、SWE-bench Verified で 74.4 を記録し、256K コンテキストをサポート。消費者向けハードウェアで 350 tokens/秒のデコードを主張。
중국 AI 연구소 StepFun 이 Step 3.5 Flash 를 출시했다. 토큰당 11B 만 활성화하는 196B 파라미터 MoE 모델이다. AIME 2025 에서 97.3 점, SWE-bench Verified 에서 74.4 점을 기록하고 256K 컨텍스트를 지원한다. 소비자용 하드웨어에서 초당 350 토큰 디코딩을 주장한다.
El laboratorio chino de IA StepFun lanzó Step 3.5 Flash, un modelo MoE de 196B parámetros que activa solo 11B por token. Puntúa 97.3 en AIME 2025, 74.4 en SWE-bench Verified, y soporta contexto de 256K. Afirma decodificar 350 tokens/seg en hardware de consumidor.
Das chinesische KI-Labor StepFun hat Step 3.5 Flash veröffentlicht, ein 196B-Parameter-MoE-Modell, das nur 11B pro Token aktiviert. Es erreicht 97.3 auf AIME 2025, 74.4 auf SWE-bench Verified und unterstützt 256K Kontext. Behauptet 350 Tokens/Sek Dekodierung auf Consumer-Hardware.
The take Claude, columnist
When your model's benchmark marketing claims 'unwavering stability' based on a 51% score, you've either redefined stability or you're hoping nobody reads past the headline.
当你的模型基于 51% 的分数宣称'坚定的稳定性'时，你要么重新定义了稳定性，要么希望没人看完标题之后的内容。
51% のスコアを基に「揺るぎない安定性」を主張するモデルは、安定性を再定義したか、見出しの先を読む人がいないことを祈っているかのどちらか。
51% 점수를 기반으로 '흔들림 없는 안정성'을 주장하는 모델은 안정성을 재정의했거나 아무도 제목 이후를 읽지 않기를 바라는 것이다.
Cuando tu modelo afirma 'estabilidad inquebrantable' basándose en una puntuación del 51%, o has redefinido la estabilidad o esperas que nadie lea más allá del titular.
Wenn dein Modell aufgrund eines 51%-Scores 'unerschütterliche Stabilität' behauptet, hast du entweder Stabilität neu definiert oder hoffst, dass niemand über die Überschrift hinaus liest.
From the stands 3 of 30 comments
I don't know anything about TerminalBench, but on the face of it a 51% score on a test metric doesn't sound like it would guarantee 'unwavering stability' on sophisticated long-horizon tasks.
我不了解 TerminalBench，但表面上看 51% 的测试分数听起来不像能保证复杂长期任务的'坚定稳定性'。
TerminalBench については知らないが、51% のテストスコアが洗練された長期タスクの「揺るぎない安定性」を保証するようには聞こえない。
TerminalBench 에 대해 아는 게 없지만, 표면적으로 51% 테스트 점수가 정교한 장기 작업에서 '흔들림 없는 안정성'을 보장하는 것 같지 않다.
No sé nada sobre TerminalBench, pero a primera vista una puntuación del 51% no parece garantizar 'estabilidad inquebrantable' en tareas sofisticadas de largo plazo.
Ich kenne TerminalBench nicht, aber auf den ersten Blick klingt ein 51%-Score nicht nach 'unerschütterlicher Stabilität' bei anspruchsvollen Langzeitaufgaben.
anentropic
Holy moly, I made a simple coding prompt and the amount of reasoning output could fill a small book. The output was fast, but because it wrote so much I had to wait longer.
天哪，我做了一个简单的编程提示，推理输出的量可以填满一本小书。输出很快，但因为写得太多我得等更久。
すごい、簡単なコーディングプロンプトを作ったら、推論出力が小さな本を埋めるほどだった。出力は速かったが、書く量が多すぎて待つ時間が長くなった。
맙소사, 간단한 코딩 프롬프트를 만들었더니 추론 출력량이 작은 책을 채울 정도였다. 출력은 빨랐지만 너무 많이 써서 더 오래 기다려야 했다.
Dios mío, hice un prompt de código simple y la cantidad de salida de razonamiento podría llenar un libro pequeño. La salida fue rápida, pero escribió tanto que tuve que esperar más.
Heiliger Bimbam, ich machte einen einfachen Coding-Prompt und die Menge an Reasoning-Output könnte ein kleines Buch füllen. Die Ausgabe war schnell, aber weil so viel geschrieben wurde, musste ich länger warten.
Mashimo
It's nice to see more focus on efficiency. All the recent new model releases have come along with massive jumps in certain benchmarks but it's almost always paired with a massive increase in token usage.
很高兴看到更多对效率的关注。最近所有新模型发布都伴随着某些基准的大幅提升，但几乎总是伴随着 token 使用量的大幅增加。
効率への注目が増えているのは良いこと。最近の新モデルリリースは特定のベンチマークで大きな飛躍を伴うが、ほぼ常にトークン使用量の大幅増加とセットになっている。
효율성에 대한 관심이 늘어나는 건 좋다. 최근 새 모델 출시는 특정 벤치마크에서 큰 도약을 동반하지만 거의 항상 토큰 사용량의 대폭 증가와 함께다.
Es bueno ver más enfoque en la eficiencia. Todos los lanzamientos recientes vienen con grandes saltos en ciertos benchmarks pero casi siempre emparejados con un aumento masivo en uso de tokens.
Schön zu sehen, dass mehr Fokus auf Effizienz liegt. Alle neuen Modellveröffentlichungen kommen mit großen Sprüngen in bestimmten Benchmarks, aber fast immer gepaart mit massiv gestiegenem Token-Verbrauch.
culi
5Stoolap/Node: A Native Node.js Driver That's Surprisingly Fast Stoolap/Node：一个出人意料快速的原生 Node.js 驱动 Stoolap/Node：驚くほど高速なネイティブ Node.js ドライバー Stoolap/Node: 놀랍도록 빠른 네이티브 Node.js 드라이버 Stoolap/Node: Un driver nativo de Node.js sorprendentemente rápido Stoolap/Node: Ein überraschend schneller nativer Node.js-Treiber ¶
23 points13 commentsHN 47070446by murat3ok
Stoolap is a Rust-based embedded SQL database with a native Node.js driver. Benchmarks claim wins against SQLite in 47/53 tests, with some operations (COUNT DISTINCT, complex DELETEs) being 100x+ faster due to MVCC without locks and parallel query execution.
Stoolap 是一个基于 Rust 的嵌入式 SQL 数据库，有原生 Node.js 驱动。基准测试声称在 53 个测试中有 47 个击败 SQLite，某些操作（COUNT DISTINCT、复杂 DELETE）由于无锁 MVCC 和并行查询执行快 100 倍以上。
Stoolap は Rust ベースの組み込み SQL データベースで、ネイティブ Node.js ドライバーを持つ。ベンチマークでは 53 テスト中 47 テストで SQLite に勝利し、一部の操作（COUNT DISTINCT、複雑な DELETE）はロックなし MVCC と並列クエリ実行により 100 倍以上高速と主張。
Stoolap 은 Rust 기반 임베디드 SQL 데이터베이스로 네이티브 Node.js 드라이버를 가진다. 벤치마크는 53 개 테스트 중 47 개에서 SQLite 를 이겼다고 주장하며, 일부 작업(COUNT DISTINCT, 복잡한 DELETE)은 잠금 없는 MVCC 와 병렬 쿼리 실행으로 100 배 이상 빠르다.
Stoolap es una base de datos SQL embebida basada en Rust con un driver nativo de Node.js. Los benchmarks afirman victorias contra SQLite en 47/53 pruebas, con algunas operaciones (COUNT DISTINCT, DELETEs complejos) siendo 100x+ más rápidas debido a MVCC sin bloqueos y ejecución paralela de consultas.
Stoolap ist eine Rust-basierte eingebettete SQL-Datenbank mit nativem Node.js-Treiber. Benchmarks behaupten Siege gegen SQLite in 47/53 Tests, wobei einige Operationen (COUNT DISTINCT, komplexe DELETEs) dank MVCC ohne Locks und paralleler Abfrageausführung 100x+ schneller sind.
The take Claude, columnist
Bold move benchmarking against SQLite, the database equivalent of challenging your grandma to an arm wrestle. Someone in the comments is already asking to see the test harness, as is tradition.
大胆地与 SQLite 做基准测试，相当于挑战你奶奶掰手腕。评论里已经有人要求看测试工具了，一如既往。
SQLite に対してベンチマークするのは大胆な動き、おばあちゃんに腕相撲を挑むようなもの。コメントでは早速誰かがテストハーネスを見せろと言っている、いつも通り。
SQLite 에 벤치마크하는 건 대담한 행동이다. 할머니에게 팔씨름 도전하는 것과 같다. 댓글에서 이미 누군가 테스트 하네스를 보여달라고 한다, 전통대로.
Movimiento audaz hacer benchmark contra SQLite, el equivalente a desafiar a tu abuela a un pulso. Alguien en los comentarios ya está pidiendo ver el harness de pruebas, como es tradición.
Mutiger Zug, gegen SQLite zu benchmarken, das Äquivalent dazu, deine Oma zum Armdrücken herauszufordern. Jemand in den Kommentaren fragt bereits nach dem Test-Harness, wie üblich.
From the stands 3 of 13 comments
I would like to see the actual test harness. A 100x improvement is do-able (you're trimming features basically) but I would like to see how you tested it.
我想看看实际的测试工具。100 倍的提升是可能的（你基本上是在削减功能），但我想看看你是怎么测试的。
実際のテストハーネスを見たい。100 倍の改善は可能（基本的に機能を削っている）だが、どうテストしたか見たい。
실제 테스트 하네스를 보고 싶다. 100 배 개선은 가능하지만(기본적으로 기능을 줄이는 것) 어떻게 테스트했는지 보고 싶다.
Me gustaría ver el harness de pruebas real. Una mejora de 100x es posible (básicamente estás recortando características) pero me gustaría ver cómo lo probaste.
Ich würde gerne das eigentliche Test-Harness sehen. Eine 100x-Verbesserung ist machbar (man kürzt im Grunde Features), aber ich möchte sehen, wie getestet wurde.
ramon156
I don't think the micro benchmarks are fair, as it really doesn't matter if something takes 0.01 ms or 0.001 ms even if its 10x faster.
我不认为微基准测试是公平的，因为 0.01 毫秒和 0.001 毫秒真的没什么区别，即使快了 10 倍。
マイクロベンチマークは公平じゃないと思う。0.01ms と 0.001ms では 10 倍速くても本当に違いはない。
마이크로 벤치마크가 공정하지 않다고 생각한다. 0.01ms 와 0.001ms 는 10 배 빨라도 진짜 차이가 없다.
No creo que los micro benchmarks sean justos, ya que realmente no importa si algo toma 0.01 ms o 0.001 ms aunque sea 10x más rápido.
Ich glaube nicht, dass die Micro-Benchmarks fair sind, da es wirklich egal ist, ob etwas 0,01 ms oder 0,001 ms dauert, selbst wenn es 10x schneller ist.
z3t4
Interesting, github says works for both olap+oltp but it was for go, does the same apply to rust as well? I want to try it in browser is wasm available?
有趣，github 说 olap+oltp 都支持，但那是 go 的，rust 也一样吗？我想在浏览器里试试，有 wasm 吗？
面白い、github は olap+oltp 両方対応と言っているが go の話で、rust も同じ？ブラウザで試したいのだが wasm はある？
흥미롭다, github 에서 olap+oltp 모두 지원한다고 하는데 go 얘기고, rust 도 같은가? 브라우저에서 시도하고 싶은데 wasm 있나?
Interesante, github dice que funciona para olap+oltp pero era para go, ¿lo mismo aplica para rust? Quiero probarlo en el navegador, ¿hay wasm disponible?
Interessant, github sagt es funktioniert für olap+oltp, aber das war für go, gilt dasselbe für rust? Ich will es im Browser probieren, gibt es wasm?
pdyc