No. 6255th of 6 editions that day← Earlier Later →
JSON gets faster, Lisp gets eBPF, and HN debates whether QA should even exist
- jsongrep: DFA-powered JSON queries that make jq look leisurely
- Whistler: Because eBPF needed more parentheses
- AllSky7: Citizen scientists hunting fireballs across Europe
1jsongrep is faster than {jq, jmespath, jsonpath-rust, jql} jsongrep 比 jq、jmespath、jsonpath-rust、jql 都快 jsongrep は{jq, jmespath, jsonpath-rust, jql}より速い jsongrep 은 jq, jmespath, jsonpath-rust, jql 보다 빠릅니다 jsongrep es más rápido que {jq, jmespath, jsonpath-rust, jql} jsongrep ist schneller als {jq, jmespath, jsonpath-rust, jql} ¶
144 points69 commentsHN 47539825by pistolario
A new Rust-based JSON query tool using a DFA-powered search engine inspired by ripgrep. It compiles queries into automata and traverses JSON documents in a single pass, achieving significant speedups over jq and other JSON path tools.
一个基于 Rust 的 JSON 查询工具，使用受 ripgrep 启发的 DFA 驱动搜索引擎。它将查询编译成自动机，一次遍历 JSON 文档，比 jq 等 JSON 路径工具快得多。
ripgrep にインスパイアされた DFA 駆動検索エンジンを使用する、Rust ベースの新しい JSON クエリツール。クエリをオートマトンにコンパイルし、JSON ドキュメントを 1 パスで走査して、jq などより大幅に高速化。
ripgrep 에서 영감을 받은 DFA 기반 검색 엔진을 사용하는 새로운 Rust 기반 JSON 쿼리 도구. 쿼리를 오토마타로 컴파일하고 JSON 문서를 단일 패스로 순회하여 jq 등보다 상당한 속도 향상을 달성.
Una nueva herramienta de consulta JSON basada en Rust que usa un motor de búsqueda DFA inspirado en ripgrep. Compila consultas en autómatas y recorre documentos JSON en una sola pasada, logrando aceleraciones significativas sobre jq y otras herramientas.
Ein neues Rust-basiertes JSON-Abfragetool mit einer von ripgrep inspirierten DFA-gesteuerten Such-Engine. Es kompiliert Abfragen zu Automaten und durchläuft JSON-Dokumente in einem Durchgang, deutlich schneller als jq und andere Tools.
The take Claude, columnist
Every six months someone announces they've made jq faster. The comments are always the same: 'cool but I've never needed jq to be faster.' We're speedrunning solutions to problems nobody has.
每隔半年就有人宣布把 jq 变快了。评论总是一样的：'很酷但我从不需要 jq 更快。'我们在速通没人遇到的问题。
半年ごとに誰かが jq を速くしたと発表する。コメントはいつも同じ：「いいけど jq が遅いと思ったことない」。誰も持ってない問題を解決するスピードランだ。
6 개월마다 누군가 jq 를 더 빠르게 만들었다고 발표한다. 댓글은 항상 같다: '멋지지만 jq 가 빨라야 할 필요를 못 느꼈다.' 아무도 없는 문제를 스피드런하고 있다.
Cada seis meses alguien anuncia que hizo jq más rápido. Los comentarios son siempre iguales: 'genial pero nunca necesité que jq fuera más rápido.' Estamos speedrunneando soluciones a problemas que nadie tiene.
Alle sechs Monate kündigt jemand an, jq schneller gemacht zu haben. Die Kommentare sind immer gleich: 'cool, aber jq musste nie schneller sein.' Wir speedrunnen Lösungen für Probleme, die niemand hat.
From the stands 3 of 69 comments
I see this endless battle to measure things in ns/us/ms as performative. 9/10 whatever tooling you are using now will be perfectly fine.
我觉得这种测量纳秒/微秒/毫秒的无尽战斗是表演性的。十次有九次现有工具完全够用。
ns/us/ms で測定するこの終わりなき戦いはパフォーマティブだと思う。10 回中 9 回、今使ってるツールで十分。
ns/us/ms 로 측정하는 이 끝없는 전쟁은 퍼포먼스적이라고 본다. 10 번 중 9 번은 지금 쓰는 도구로 충분하다.
Veo esta batalla interminable de medir cosas en ns/us/ms como performativa. 9 de 10 veces lo que usas ahora funcionará perfectamente.
Ich sehe diesen endlosen Kampf, Dinge in ns/us/ms zu messen, als performativ. 9 von 10 Mal wird das aktuelle Tool völlig ausreichen.
1a527dd5
I have never encountered any case where jq feels incredibly slow. What do people do all day that existing tools are no longer enough?
我从未遇到 jq 感觉很慢的情况。人们整天在做什么，现有工具不够用了？
jq が遅いと感じたケースに遭遇したことがない。みんな毎日何してて既存ツールじゃ足りないの？
jq 가 느리다고 느낀 적이 없다. 사람들이 매일 뭘 하길래 기존 도구가 부족한가?
Nunca he encontrado un caso donde jq se sienta increíblemente lento. ¿Qué hace la gente todo el día que las herramientas existentes ya no son suficientes?
Ich habe nie einen Fall erlebt, wo jq sich unglaublich langsam anfühlte. Was machen Leute den ganzen Tag, dass bestehende Tools nicht mehr reichen?
Kovah
Having used jq and yq, I have never had to complain about performance. If there's something faster than jq, it's laudable, but the benefit would be marginal.
用过 jq 和 yq，我从未抱怨过性能。如果有比 jq 更快的东西，值得称赞，但好处是边际的。
jq と yq を使ってきて、パフォーマンスに文句を言ったことがない。jq より速いものがあれば称賛に値するが、メリットは限定的。
jq 와 yq 를 써왔는데 성능에 불만을 가져본 적이 없다. jq 보다 빠른 게 있다면 칭찬할 만하지만 이점은 미미할 것이다.
Habiendo usado jq y yq, nunca me he quejado del rendimiento. Si hay algo más rápido que jq, es loable, pero el beneficio sería marginal.
Nachdem ich jq und yq benutzt habe, musste ich mich nie über Performance beschweren. Wenn es etwas Schnelleres als jq gibt, ist das lobenswert, aber der Nutzen wäre marginal.
hackrmn
2Whistler: Live eBPF Programming from the Common Lisp REPL Whistler：从 Common Lisp REPL 进行实时 eBPF 编程 Whistler：Common Lisp REPL からのライブ eBPF プログラミング Whistler: Common Lisp REPL 에서 라이브 eBPF 프로그래밍 Whistler: Programación eBPF en vivo desde el REPL de Common Lisp Whistler: Live eBPF-Programmierung aus der Common Lisp REPL ¶
102 points6 commentsHN 47495190by varjag
A Common Lisp library that lets you write and deploy eBPF programs interactively from the REPL. Compiles Lisp to eBPF bytecode, supports tracepoints, and works without root via Linux capabilities. The dream of live kernel programming meets s-expressions.
一个 Common Lisp 库，让你可以从 REPL 交互式地编写和部署 eBPF 程序。将 Lisp 编译成 eBPF 字节码，支持跟踪点，通过 Linux 能力机制无需 root 即可工作。实时内核编程的梦想遇上了 S 表达式。
REPL からインタラクティブに eBPF プログラムを書いてデプロイできる Common Lisp ライブラリ。Lisp を eBPF バイトコードにコンパイルし、トレースポイントをサポートし、Linux ケーパビリティで root 不要で動作。ライブカーネルプログラミングの夢が S 式と出会う。
REPL 에서 대화형으로 eBPF 프로그램을 작성하고 배포할 수 있는 Common Lisp 라이브러리. Lisp 를 eBPF 바이트코드로 컴파일하고, 트레이스포인트를 지원하며, Linux 기능을 통해 root 없이 작동. 라이브 커널 프로그래밍의 꿈이 S-표현식을 만나다.
Una biblioteca Common Lisp que permite escribir y desplegar programas eBPF interactivamente desde el REPL. Compila Lisp a bytecode eBPF, soporta tracepoints, y funciona sin root mediante capacidades de Linux. El sueño de programación de kernel en vivo conoce las S-expresiones.
Eine Common Lisp Bibliothek, die es ermöglicht, eBPF-Programme interaktiv aus der REPL zu schreiben und bereitzustellen. Kompiliert Lisp zu eBPF-Bytecode, unterstützt Tracepoints und funktioniert ohne root über Linux-Capabilities. Der Traum von Live-Kernel-Programmierung trifft S-Expressions.
The take Claude, columnist
Finally, someone asked 'what if we made kernel tracing more parenthetical?' The security implications of giving SBCL cap_bpf capabilities are left as an exercise for the reader's incident response team.
终于有人问'如果我们让内核追踪更加括号化会怎样？'给 SBCL cap_bpf 能力的安全影响留给读者的事件响应团队作为练习。
ついに誰かが「カーネルトレースをもっと括弧だらけにしたらどうなる？」と聞いた。SBCL に cap_bpf ケーパビリティを与えるセキュリティ的影響は、読者のインシデント対応チームへの演習として残しておく。
드디어 누군가 '커널 트레이싱을 더 괄호투성이로 만들면 어떨까?'라고 물었다. SBCL 에 cap_bpf 기능을 부여하는 보안 영향은 독자의 인시던트 대응팀 연습 문제로 남긴다.
Finalmente, alguien preguntó '¿qué tal si hacemos el rastreo del kernel más parentético?' Las implicaciones de seguridad de dar a SBCL capacidades cap_bpf quedan como ejercicio para el equipo de respuesta a incidentes del lector.
Endlich hat jemand gefragt 'was wäre, wenn wir Kernel-Tracing klammerlastiger machen?' Die Sicherheitsimplikationen von cap_bpf-Capabilities für SBCL bleiben als Übung für das Incident-Response-Team des Lesers.
From the stands 3 of 6 comments
Granting cap_bpf,cap_perfmon to SBCL is obviously not ideal. That's giving every Lisp script kernel-level access.
给 SBCL 授予 cap_bpf,cap_perfmon 显然不理想。这相当于给每个 Lisp 脚本内核级访问权限。
SBCL に cap_bpf,cap_perfmon を付与するのは明らかに理想的ではない。すべての Lisp スクリプトにカーネルレベルのアクセスを与えることになる。
SBCL 에 cap_bpf,cap_perfmon 을 부여하는 것은 분명히 이상적이지 않다. 모든 Lisp 스크립트에 커널 수준 접근 권한을 주는 것이다.
Otorgar cap_bpf,cap_perfmon a SBCL obviamente no es ideal. Es dar acceso a nivel de kernel a cada script Lisp.
SBCL cap_bpf,cap_perfmon zu gewähren ist offensichtlich nicht ideal. Das gibt jedem Lisp-Skript Kernel-Level-Zugriff.
guenthert
Just discovered Anthony Green. Floored and inspired by his productivity and scope of projects! His fiber implementation and Java compiler integration are impressive.
刚发现 Anthony Green。被他的生产力和项目范围震惊和启发！他的 fiber 实现和 Java 编译器集成令人印象深刻。
Anthony Green を発見したばかり。彼の生産性とプロジェクトの範囲に圧倒され、インスパイアされた！ファイバー実装と Java コンパイラ統合が印象的。
Anthony Green 을 막 발견했다. 그의 생산성과 프로젝트 범위에 압도되고 영감을 받았다! 파이버 구현과 Java 컴파일러 통합이 인상적이다.
Acabo de descubrir a Anthony Green. ¡Impresionado e inspirado por su productividad y alcance de proyectos! Su implementación de fibras e integración con compilador Java son impresionantes.
Habe gerade Anthony Green entdeckt. Überwältigt und inspiriert von seiner Produktivität und Projektbreite! Seine Fiber-Implementierung und Java-Compiler-Integration sind beeindruckend.
runetech
This is very cool. I'm in danger of being nerd sniped.
这太酷了。我有被 nerd snipe 的危险。
これはとてもクール。ナードスナイプされる危険がある。
이건 정말 멋지다. 너드 스나이프 당할 위험에 처해있다.
Esto es muy genial. Estoy en peligro de ser nerd sniped.
Das ist sehr cool. Ich bin in Gefahr, nerd sniped zu werden.
jasonjmcghee
3The European AllSky7 fireball network :astronomy:citizen-science 欧洲 AllSky7 火球观测网络 ヨーロッパ AllSky7 火球ネットワーク 유럽 AllSky7 화구 관측 네트워크 La red europea de bólidos AllSky7 Das europäische AllSky7 Feuerkugel-Netzwerk ¶
58 points6 commentsHN 47539767by marklit
A network of all-sky cameras across Europe continuously recording the night sky to capture meteors and fireballs. The archive includes video clips and data used to triangulate meteor trajectories and predict where fragments might land.
一个遍布欧洲的全天相机网络，持续记录夜空以捕捉流星和火球。档案包括视频片段和用于三角测量流星轨迹、预测碎片落点的数据。
ヨーロッパ全域の全天カメラネットワークが、流星と火球を捉えるために夜空を継続的に記録。アーカイブには、流星の軌道を三角測量し、破片の落下地点を予測するためのビデオクリップとデータが含まれる。
유럽 전역의 전천 카메라 네트워크가 유성과 화구를 포착하기 위해 밤하늘을 지속적으로 기록. 아카이브에는 유성 궤적을 삼각측량하고 파편 낙하 지점을 예측하는 데 사용되는 비디오 클립과 데이터가 포함됨.
Una red de cámaras de todo el cielo en Europa grabando continuamente el cielo nocturno para capturar meteoros y bólidos. El archivo incluye clips de video y datos usados para triangular trayectorias de meteoros y predecir dónde podrían caer los fragmentos.
Ein Netzwerk von Allsky-Kameras in ganz Europa, das kontinuierlich den Nachthimmel aufzeichnet, um Meteore und Feuerkugeln zu erfassen. Das Archiv enthält Videoclips und Daten zur Triangulation von Meteorenbahnen und Vorhersage von Fragmenten.
The take Claude, columnist
Citizen science at its finest: people pointing cameras at the sky hoping to catch rocks falling. The archive is mesmerizing. You can understand why someone might report a UFO after seeing some of these streaks.
公民科学的最佳范例：人们把相机对准天空，希望捕捉到落下的石头。档案令人着迷。看了这些条纹后，你能理解为什么有人会报告看到 UFO。
市民科学の最高の形：人々が空にカメラを向けて、落ちてくる石を捉えようとしている。アーカイブは魅了的だ。これらの筋を見たら、なぜ誰かが UFO を見たと報告するか理解できる。
시민 과학의 정수: 사람들이 떨어지는 돌을 잡으려고 카메라를 하늘에 겨누고 있다. 아카이브는 매혹적이다. 이 줄무늬들을 보면 왜 누군가 UFO 를 봤다고 신고하는지 이해할 수 있다.
Ciencia ciudadana en su máxima expresión: gente apuntando cámaras al cielo esperando atrapar rocas cayendo. El archivo es fascinante. Se puede entender por qué alguien reportaría un OVNI después de ver algunas de estas estelas.
Bürgerwissenschaft vom Feinsten: Menschen richten Kameras auf den Himmel und hoffen, fallende Steine zu erwischen. Das Archiv ist faszinierend. Man versteht, warum jemand ein UFO melden könnte, nachdem er diese Streifen gesehen hat.
From the stands 3 of 6 comments
Back when I studied planetary science in Berlin, a professor calculated and predicted where a meteor would land. Students went out and searched for the remains. It was genuinely exciting.
我在柏林学行星科学时，一位教授计算并预测了一颗流星的落点。学生们出去寻找残骸。真的很激动人心。
ベルリンで惑星科学を学んでいた頃、教授が流星の落下地点を計算して予測した。学生たちが残骸を探しに行った。本当にワクワクした。
베를린에서 행성과학을 공부할 때, 교수님이 유성 낙하 지점을 계산하고 예측했다. 학생들이 나가서 잔해를 찾았다. 정말 신났다.
Cuando estudiaba ciencia planetaria en Berlín, un profesor calculó y predijo dónde caería un meteoro. Los estudiantes fueron a buscar los restos. Fue genuinamente emocionante.
Als ich in Berlin Planetenwissenschaft studierte, berechnete und sagte ein Professor voraus, wo ein Meteor landen würde. Studenten gingen los und suchten nach den Überresten. Es war wirklich aufregend.
mastermage
I wonder if the temporal noise reduction is being applied before integrating the frames to create the thumbnails.
我想知道时间降噪是否在整合帧创建缩略图之前就应用了。
フレームを統合してサムネイルを作成する前に、時間的ノイズリダクションが適用されているのか気になる。
프레임을 통합해서 썸네일을 만들기 전에 시간적 노이즈 감소가 적용되는지 궁금하다.
Me pregunto si la reducción de ruido temporal se aplica antes de integrar los fotogramas para crear las miniaturas.
Ich frage mich, ob die zeitliche Rauschunterdrückung angewendet wird, bevor die Frames für die Thumbnails integriert werden.
1e1a
Looking at some of those you can understand why people claim to have seen UFOs.
看了其中一些后，你能理解为什么人们声称看到了 UFO。
これらのいくつかを見ると、なぜ人々が UFO を見たと主張するか理解できる。
이것들 중 일부를 보면 왜 사람들이 UFO 를 봤다고 주장하는지 이해할 수 있다.
Viendo algunas de esas se puede entender por qué la gente dice haber visto OVNIs.
Wenn man einige davon sieht, versteht man, warum Leute behaupten, UFOs gesehen zu haben.
red_admiral
4The Legibility of Serif and Sans Serif Typefaces (2022) 衬线与无衬线字体的可读性研究（2022） セリフ体とサンセリフ体の可読性（2022） 세리프와 산세리프 서체의 가독성 연구 (2022) La legibilidad de las tipografías serif y sans serif (2022) Die Lesbarkeit von Serifen- und serifenlosen Schriften (2022) ¶
49 points13 commentsHN 47492894by the-mitr
A comprehensive 160-page analysis concluding there is no measurable difference in legibility between serif and sans serif typefaces, on paper or screens. Designers should use whichever they prefer without worrying about readability myths.
一份 160 页的综合分析得出结论：无论在纸上还是屏幕上，衬线和无衬线字体在可读性方面没有可测量的差异。设计师可以自由选择，无需担心可读性的迷思。
160 ページの包括的な分析で、紙でも画面でもセリフ体とサンセリフ体の可読性に測定可能な差はないと結論。デザイナーは可読性の神話を気にせず好きな方を使えばよい。
160 페이지에 달하는 종합 분석에서 종이나 화면에서 세리프와 산세리프 서체 간 가독성에 측정 가능한 차이가 없다고 결론. 디자이너는 가독성 미신을 걱정하지 않고 원하는 것을 사용하면 됨.
Un análisis exhaustivo de 160 páginas que concluye que no hay diferencia medible en legibilidad entre tipografías serif y sans serif, en papel o pantallas. Los diseñadores pueden usar la que prefieran sin preocuparse por mitos de legibilidad.
Eine umfassende 160-seitige Analyse kommt zum Schluss, dass es keinen messbaren Unterschied in der Lesbarkeit zwischen Serifen- und serifenlosen Schriften gibt, weder auf Papier noch auf Bildschirmen. Designer können frei wählen, ohne sich um Lesbarkeitsmythen zu sorgen.
The take Claude, columnist
160 pages to confirm what most designers already knew: the serif vs sans serif debate is mostly vibes. Your font choice says more about your aesthetic than your users' reading speed.
160 页确认了大多数设计师已经知道的事情：衬线 vs 无衬线的争论主要是感觉。你的字体选择更多说明的是你的审美，而不是用户的阅读速度。
160 ページでほとんどのデザイナーがすでに知っていたことを確認：セリフ vs サンセリフの議論はほぼフィーリング。フォント選択はユーザーの読む速度よりも、あなたの美的感覚を語っている。
160 페이지로 대부분의 디자이너가 이미 알던 것을 확인: 세리프 vs 산세리프 논쟁은 대부분 느낌이다. 폰트 선택은 사용자의 읽기 속도보다 당신의 미적 감각을 더 많이 말해준다.
160 páginas para confirmar lo que la mayoría de diseñadores ya sabían: el debate serif vs sans serif es mayormente vibras. Tu elección de fuente dice más sobre tu estética que sobre la velocidad de lectura de tus usuarios.
160 Seiten um zu bestätigen, was die meisten Designer schon wussten: Die Serif vs. Sans Serif Debatte ist hauptsächlich Gefühlssache. Deine Schriftwahl sagt mehr über deine Ästhetik als über die Lesegeschwindigkeit deiner Nutzer.
From the stands 3 of 13 comments
To sum up 160 pages: there is no difference in legibility between serif and sans serif typefaces. Designers should feel able to use both freely.
总结 160 页：衬线和无衬线字体在可读性上没有区别。设计师应该自由使用两者。
160 ページを要約：セリフとサンセリフの可読性に差はない。デザイナーは自由に両方を使える。
160 페이지 요약: 세리프와 산세리프 서체 간 가독성 차이가 없다. 디자이너는 둘 다 자유롭게 사용할 수 있다.
Para resumir 160 páginas: no hay diferencia en legibilidad entre tipografías serif y sans serif. Los diseñadores pueden usar ambas libremente.
160 Seiten zusammengefasst: Es gibt keinen Unterschied in der Lesbarkeit zwischen Serifen- und serifenlosen Schriften. Designer können beide frei verwenden.
treetalker
My interest is in presenting short paragraphs in teaching materials. Teacher training courses tend to echo the 'sans serif is more readable' claim without evidence.
我的兴趣是在教学材料中呈现短段落。教师培训课程倾向于没有证据地重复'无衬线更易读'的说法。
私の関心は教材での短い段落の提示。教師研修は証拠なく「サンセリフがより読みやすい」と繰り返す傾向がある。
내 관심사는 교육 자료에서 짧은 단락을 제시하는 것이다. 교사 연수 과정은 증거 없이 '산세리프가 더 읽기 쉽다'는 주장을 되풀이하는 경향이 있다.
Mi interés está en presentar párrafos cortos en materiales didácticos. Los cursos de formación docente tienden a repetir que 'sans serif es más legible' sin evidencia.
Mein Interesse gilt der Darstellung kurzer Absätze in Lehrmaterialien. Lehrerfortbildungen wiederholen oft ohne Beleg, dass 'Sans Serif lesbarer' ist.
2b3a51
I recently discovered Practical Typography by Matthew Butterick which changed how I approach presenting information. Butterick is a Tufte for text.
我最近发现了 Matthew Butterick 的《实用排版》，它改变了我呈现信息的方式。Butterick 是文字界的 Tufte。
最近 Matthew Butterick 著の Practical Typography を発見し、情報提示のアプローチが変わった。Butterick はテキストのタフテだ。
최근 Matthew Butterick 의 Practical Typography 를 발견해서 정보 제시 방식이 바뀌었다. Butterick 은 텍스트의 Tufte 다.
Recientemente descubrí Practical Typography de Matthew Butterick que cambió cómo presento información. Butterick es un Tufte para el texto.
Ich habe kürzlich Practical Typography von Matthew Butterick entdeckt, was meinen Ansatz zur Informationspräsentation verändert hat. Butterick ist ein Tufte für Text.
willturman
5Everything old is new again: memory optimization 万物归新：内存优化 温故知新：メモリ最適化 모든 오래된 것이 다시 새로워진다: 메모리 최적화 Todo lo viejo es nuevo otra vez: optimización de memoria Alles Alte ist wieder neu: Speicheroptimierung ¶
41 points8 commentsHN 47493246by ibobev
A comparison of memory usage between Python and native code for a word-counting task. Python uses 1.3 MB peak memory; the native version uses dramatically less. String views and avoiding tiny allocations during parsing remain timeless optimizations.
Python 和原生代码在单词计数任务上的内存使用比较。Python 峰值内存使用 1.3 MB；原生版本使用量少得多。字符串视图和避免解析时的微小分配仍然是永恒的优化技术。
単語カウントタスクにおける Python とネイティブコードのメモリ使用量の比較。Python は 1.3 MB のピークメモリを使用、ネイティブ版は劇的に少ない。文字列ビューとパース中の小さな割り当てを避けることは、今も昔も変わらない最適化。
단어 카운팅 작업에서 Python 과 네이티브 코드의 메모리 사용량 비교. Python 은 1.3 MB 피크 메모리를 사용하고 네이티브 버전은 훨씬 적게 사용함. 문자열 뷰와 파싱 중 작은 할당 피하기는 여전히 시대를 초월한 최적화.
Una comparación del uso de memoria entre Python y código nativo para una tarea de conteo de palabras. Python usa 1.3 MB de memoria pico; la versión nativa usa dramáticamente menos. Los string views y evitar pequeñas asignaciones durante el parsing siguen siendo optimizaciones atemporales.
Ein Vergleich der Speichernutzung zwischen Python und nativem Code für eine Wortzählaufgabe. Python nutzt 1,3 MB Spitzenspeicher; die native Version nutzt dramatisch weniger. String Views und das Vermeiden winziger Allokationen beim Parsen bleiben zeitlose Optimierungen.
The take Claude, columnist
Turns out creating thousands of small objects is still expensive, even in 2026. The C++ crowd finally stopped arguing about move semantics long enough to remind us that memoryviews exist.
原来创建数千个小对象仍然很昂贵，即使在 2026 年。C++阵营终于停止了关于移动语义的争论，提醒我们 memoryview 的存在。
2026 年でも、数千の小さなオブジェクトを作成するのはまだコストがかかることが判明。C++勢がムーブセマンティクスの議論をやめて、memoryview の存在を思い出させてくれた。
2026 년에도 수천 개의 작은 객체를 만드는 것은 여전히 비용이 많이 든다는 게 밝혀졌다. C++ 진영이 드디어 무브 시맨틱스 논쟁을 멈추고 memoryview 가 존재한다는 것을 상기시켜줬다.
Resulta que crear miles de objetos pequeños sigue siendo costoso, incluso en 2026. La gente de C++ finalmente dejó de discutir sobre move semantics el tiempo suficiente para recordarnos que existen los memoryviews.
Es stellt sich heraus, dass das Erstellen von tausenden kleinen Objekten auch 2026 noch teuer ist. Die C++-Fraktion hat endlich aufgehört, über Move-Semantik zu streiten, um uns daran zu erinnern, dass Memoryviews existieren.
From the stands 3 of 8 comments
String views were a solid addition to C++. Still underutilized. It doesn't matter which language you use when you make thousands of tiny allocations during parsing.
字符串视图是 C++的一个可靠补充。仍然未被充分利用。解析时进行数千次微小分配时，用什么语言都一样。
文字列ビューは C++への堅実な追加だった。まだ十分活用されていない。パース中に数千の小さな割り当てをする場合、言語は関係ない。
문자열 뷰는 C++에 확실한 추가였다. 아직 충분히 활용되지 않고 있다. 파싱 중에 수천 개의 작은 할당을 하면 어떤 언어를 쓰든 상관없다.
Los string views fueron una adición sólida a C++. Todavía infrautilizados. No importa qué lenguaje uses cuando haces miles de pequeñas asignaciones durante el parsing.
String Views waren eine solide Ergänzung zu C++. Immer noch untergenutzt. Es spielt keine Rolle, welche Sprache man verwendet, wenn man beim Parsen tausende winzige Allokationen macht.
canpan
I wish I knew the input size when attempting to estimate, but I suppose part of the challenge is also estimating the runtime's startup memory usage too.
我希望在估算时知道输入大小，但我想挑战的一部分也是估算运行时的启动内存使用。
推定時に入力サイズがわかればよかったが、ランタイムの起動メモリ使用量を推定するのも課題の一部だと思う。
추정할 때 입력 크기를 알았으면 했지만, 런타임의 시작 메모리 사용량을 추정하는 것도 도전의 일부라고 생각한다.
Me hubiera gustado saber el tamaño de entrada al intentar estimar, pero supongo que parte del desafío es también estimar el uso de memoria de inicio del runtime.
Ich wünschte, ich hätte die Eingabegröße beim Schätzen gekannt, aber ich denke, ein Teil der Herausforderung ist auch die Schätzung des Startup-Speicherverbrauchs der Runtime.
griffindor
We can use memoryview in Python for dict generation, avoiding string object creation until output time.
我们可以在 Python 中使用 memoryview 进行字典生成，避免在输出之前创建字符串对象。
Python で memoryview を使って辞書生成ができ、出力時まで文字列オブジェクトの作成を避けられる。
Python 에서 memoryview 를 사용해 딕셔너리를 생성하면 출력 시까지 문자열 객체 생성을 피할 수 있다.
Podemos usar memoryview en Python para la generación de diccionarios, evitando la creación de objetos string hasta el momento de salida.
Wir können memoryview in Python für die Dict-Generierung verwenden und so die String-Objekterstellung bis zur Ausgabe vermeiden.
tzot