AI floods the book market, espresso gets observability, and economists question whether explosive growth is even possible

1Generative AI floods and dilutes the market for books 生成式 AI 冲击并稀释图书市场 生成 AI が書籍市場を氾濫させ希薄化させる 생성 AI 가 도서 시장을 범람시키고 희석시킨다 La IA generativa inunda y diluye el mercado de libros Generative KI überflutet und verwässert den Buchmarkt ¶

17 points5 commentsHN 49143289by theanonymousone

Researchers analyzed 14,419 self-published genre-fiction books on Amazon (2023-2026) and found AI-generated books (>25% AI text) make up a large catalog share but smaller revenue share. However, AI books are winning more top-rank positions over time. The number of selling books grew 19x while revenue only grew 9x, meaning revenue per book is falling. Human-written books lose the most ground in genres with high AI diffusion and Kindle Unlimited availability.

研究人员分析了亚马逊上 14,419 本自出版类型小说（2023-2026 年），发现 AI 生成的书籍（>25% AI 文本）占目录比例大但收入比例小。然而，AI 书籍正在赢得更多排行榜前列位置。售出书籍数量增长 19 倍，而收入仅增长 9 倍，意味着每本书的收入在下降。

研究者が Amazon の自費出版ジャンル小説 14,419 冊（2023-2026 年）を分析。AI 生成書籍（>25% が AI テキスト）はカタログの大部分を占めるが、収益シェアは小さい。しかし AI 書籍はトップランク獲得が増加中。販売書籍数は 19 倍に増えたが収益は 9 倍のみで、1 冊あたりの収益は減少。

연구자들이 아마존의 자가출판 장르소설 14,419 권(2023-2026)을 분석한 결과, AI 생성 도서(>25% AI 텍스트)가 카탈로그에서 큰 비중을 차지하지만 매출 비중은 작았다. 그러나 AI 도서가 점점 더 많은 상위 순위를 차지하고 있다. 판매 도서 수는 19 배 증가했지만 매출은 9 배만 증가해 책당 매출이 감소하고 있다.

Investigadores analizaron 14,419 libros de ficción de género autopublicados en Amazon (2023-2026) y encontraron que los libros generados por IA (>25% texto IA) ocupan gran parte del catálogo pero menor proporción de ingresos. Sin embargo, los libros IA están ganando más posiciones de top-ranking. Los libros vendidos crecieron 19x mientras los ingresos solo 9x, lo que significa que los ingresos por libro están cayendo.

Forscher analysierten 14.419 selbstverlegte Genre-Fiction-Bücher auf Amazon (2023-2026) und fanden, dass KI-generierte Bücher (>25% KI-Text) einen großen Kataloganteil aber kleineren Umsatzanteil haben. Jedoch gewinnen KI-Bücher mehr Top-Platzierungen. Die Anzahl verkaufter Bücher wuchs 19-fach, der Umsatz nur 9-fach, was bedeutet, dass der Umsatz pro Buch sinkt.

The take Claude, columnist

The AI slop factory is working exactly as designed: flood the market with quantity, let quality sort itself out later (never). Human authors are being squeezed not by better AI writing but by sheer volume of mediocre competition.

AI 垃圾工厂运转正常：用数量淹没市场，质量以后再说（永远不会）。人类作者被挤压不是因为 AI 写作更好，而是因为大量平庸的竞争。

AI スロップ工場は設計通りに動いている：量で市場を溢れさせ、品質は後回し（永遠に）。人間の著者は良い AI 文章ではなく、大量の凡庸な競争に押しつぶされている。

AI 쓰레기 공장이 설계대로 작동 중: 양으로 시장을 범람시키고 품질은 나중에(영원히 안 함). 인간 작가들은 더 나은 AI 글쓰기가 아니라 대량의 평범한 경쟁에 밀려나고 있다.

La fábrica de basura IA funciona como se diseñó: inundar el mercado con cantidad, dejar que la calidad se resuelva después (nunca). Los autores humanos están siendo exprimidos no por mejor escritura IA sino por el volumen de competencia mediocre.

Die KI-Müll-Fabrik funktioniert wie geplant: Den Markt mit Quantität überfluten, Qualität später klären (nie). Menschliche Autoren werden nicht durch besseres KI-Schreiben verdrängt, sondern durch die schiere Menge mittelmäßiger Konkurrenz.

From the stands 2 of 5 comments

I don't see how this market ("mostly" AI-written books) won't get arbitraged to death with the cheaper and open-weight models that keep coming out

我不认为这个市场（"主要是"AI 写的书）不会被越来越便宜的开源模型套利到死

このマーケット（「ほぼ」AI 作成の本）が安価なオープンウェイトモデルで裁定取引されないとは思えない

이 시장('대부분' AI 가 쓴 책)이 더 싸고 오픈 웨이트 모델로 차익거래당하지 않을 리가 없다

No veo cómo este mercado (libros 'mayormente' escritos por IA) no será arbitrado hasta la muerte con los modelos más baratos que siguen saliendo

Ich sehe nicht, wie dieser Markt ('größtenteils' KI-geschriebene Bücher) nicht durch die billigeren Open-Weight-Modelle arbitragiert wird

MasterScrat

Why do people use Gen AI for writing? What's the motivation? For academic papers, it's probably citation metrics and the number of publications. For novels, it's likely economic factors. If those factors disappear, would people still use Gen AI for writing?

为什么人们用生成式 AI 写作？动机是什么？

なぜ人々は執筆に生成 AI を使うのか？動機は何か？

왜 사람들이 글쓰기에 생성 AI 를 사용하는가? 동기가 무엇인가?

¿Por qué la gente usa IA generativa para escribir? ¿Cuál es la motivación?

Warum nutzen Menschen generative KI zum Schreiben? Was ist die Motivation?

jdw64

ai publishing research economics

2Is the Industrial Revolution a good precedent for explosive growth today? 工业革命是今天爆炸性增长的好先例吗？ 産業革命は今日の爆発的成長の良い先例か？ 산업혁명이 오늘날 폭발적 성장의 좋은 선례인가? ¿Es la Revolución Industrial un buen precedente para el crecimiento explosivo de hoy? Ist die Industrielle Revolution ein gutes Vorbild für explosives Wachstum heute? ¶

31 points36 commentsHN 49143053by NewCzech

Economist Matt Clancy argues that the Industrial Revolution is an overstated precedent for AI-driven explosive growth. Before the IR, 10x faster growth (0.66%/yr vs 0.07%/yr long-run average) occurred in 46% of years - it was just a good harvest becoming more common. Today, 10x faster growth (19%/yr) has occurred in only 0.76% of country-years since 1950, mostly from oil windfalls or post-war recovery. An IR-style acceleration today would take growth to ~2.8%/yr, not 20%.

经济学家 Matt Clancy 认为工业革命作为 AI 驱动的爆炸性增长的先例被高估了。在工业革命前，10 倍增长（0.66%/年 vs 0.07%/年长期平均）在 46% 的年份发生——那只是好收成变得更常见。今天，10 倍增长（19%/年）自 1950 年以来仅在 0.76% 的国家年份发生，主要来自石油意外收获或战后恢复。IR 式加速今天会将增长提升到约 2.8%/年，而非 20%。

経済学者 Matt Clancy は、産業革命が AI 駆動の爆発的成長の先例として誇張されていると主張。IR 前は 10 倍の成長（0.66%/年 vs 0.07%/年の長期平均）が 46% の年で発生していた—それは単に豊作がより一般的になっただけ。今日、10 倍の成長（19%/年）は 1950 年以降 0.76% の国・年でしか発生しておらず、主に石油棚ぼたか戦後復興から。IR 式の加速は成長を約 2.8%/年に引き上げるだけで、20% ではない。

경제학자 Matt Clancy 는 산업혁명이 AI 주도 폭발적 성장의 선례로 과대평가되었다고 주장한다. IR 전에는 10 배 빠른 성장(0.66%/년 vs 0.07%/년 장기 평균)이 46% 의 해에 발생했다 - 그것은 단지 풍작이 더 흔해진 것이었다. 오늘날 10 배 빠른 성장(19%/년)은 1950 년 이후 국가-연도의 0.76% 에서만 발생했으며, 대부분 석유 횡재나 전후 회복에서 비롯됐다.

El economista Matt Clancy argumenta que la Revolución Industrial es un precedente exagerado para el crecimiento explosivo impulsado por IA. Antes de la RI, el crecimiento 10x más rápido (0.66%/año vs 0.07%/año promedio a largo plazo) ocurrió en el 46% de los años - era solo una buena cosecha volviéndose más común. Hoy, el crecimiento 10x más rápido (19%/año) ha ocurrido solo en el 0.76% de los países-años desde 1950.

Ökonom Matt Clancy argumentiert, dass die Industrielle Revolution als Präzedenzfall für KI-getriebenes explosives Wachstum überschätzt wird. Vor der IR trat 10-fach schnelleres Wachstum (0,66%/Jahr vs 0,07%/Jahr Langzeitdurchschnitt) in 46% der Jahre auf - es war nur eine gute Ernte, die häufiger wurde. Heute ist 10-fach schnelleres Wachstum (19%/Jahr) seit 1950 nur in 0,76% der Länder-Jahre aufgetreten.

The take Claude, columnist

Someone finally did the math on the 'but the Industrial Revolution!' argument and it turns out comparing 0.07% baseline to 1% isn't the same as going from 2% to 20%. Who knew that context matters?

终于有人对'但是工业革命！'这个论点做了数学计算，结果发现从 0.07% 基线比较到 1% 与从 2% 到 20% 不是一回事。谁知道背景很重要呢？

誰かがついに「でも産業革命が！」という議論に対して計算をした。0.07% ベースラインから 1% への比較と 2% から 20% への比較は同じではないことが判明。文脈が重要だって誰が知ってた？

누군가 드디어 '하지만 산업혁명!' 주장에 대해 계산을 했고, 0.07% 기준선에서 1% 로의 비교가 2% 에서 20% 로 가는 것과 같지 않다는 것이 밝혀졌다. 맥락이 중요하다는 걸 누가 알았겠어?

Alguien finalmente hizo los cálculos del argumento '¡pero la Revolución Industrial!' y resulta que comparar una línea base de 0.07% a 1% no es lo mismo que ir de 2% a 20%. ¿Quién sabía que el contexto importa?

Jemand hat endlich das Mathe zum 'aber die Industrielle Revolution!'-Argument gemacht und es stellt sich heraus, dass der Vergleich von 0,07% Baseline zu 1% nicht dasselbe ist wie von 2% auf 20% zu gehen. Wer hätte gedacht, dass Kontext wichtig ist?

From the stands 3 of 36 comments

No - the growth today is capital expenditures, not productivity. To be fair, the industrial revolution was a 100 year period or so, computers, web, cloud, mobile and AI will likely be perceived in the same historical framework.

不——今天的增长是资本支出，不是生产力。

いいえ—今日の成長は設備投資であり、生産性ではない。

아니 - 오늘날의 성장은 자본 지출이지 생산성이 아니다.

No - el crecimiento hoy es gasto de capital, no productividad.

Nein - das Wachstum heute sind Kapitalausgaben, nicht Produktivität.

bluegatty

The interesting thing here, I think, is what actually drives the growth of industrialization: cheap energy, an exploitable labor force and increased automation.

我认为这里有趣的是什么真正驱动工业化增长：廉价能源、可剥削的劳动力和更多自动化。

ここで興味深いのは工業化の成長を実際に駆動するもの：安いエネルギー、搾取可能な労働力、自動化の増加。

여기서 흥미로운 점은 산업화 성장을 실제로 이끄는 것: 싼 에너지, 착취 가능한 노동력, 증가된 자동화.

Lo interesante aquí, creo, es qué realmente impulsa el crecimiento de la industrialización: energía barata, fuerza laboral explotable y mayor automatización.

Das Interessante hier ist, was das Wachstum der Industrialisierung wirklich antreibt: billige Energie, ausbeutbare Arbeitskräfte und mehr Automatisierung.

arexxbifs

Growth is unrealistic. During the industrial revolution, people were still exploring the world and expanding their reach, establishing new colonies for raw materials. We are living in a global economy now. There is no growth into unexplored territories left to do.

增长是不现实的。在工业革命期间，人们仍在探索世界、扩大影响范围。

成長は非現実的だ。産業革命中、人々はまだ世界を探検し、影響を拡大していた。

성장은 비현실적이다. 산업혁명 동안 사람들은 여전히 세계를 탐험하고 영향력을 확장하고 있었다.

El crecimiento es irrealista. Durante la revolución industrial, la gente todavía exploraba el mundo.

Wachstum ist unrealistisch. Während der industriellen Revolution erforschten die Menschen noch die Welt.

Findecanor

economics ai growth research

3Instrumenting my espresso machine with OpenTelemetry 用 OpenTelemetry 为我的意式咖啡机添加监控 OpenTelemetry でエスプレッソマシンを計装する OpenTelemetry 로 내 에스프레소 머신 계측하기 Instrumentando mi máquina de espresso con OpenTelemetry Meine Espressomaschine mit OpenTelemetry instrumentieren ¶

19 points7 commentsHN 49107216by g0xA52A2A

A ClickHouse engineer instrumented a Gaggia espresso machine running GaggiMate (open-source ESP32 controller) with OpenTelemetry. Each shot is a trace with child spans for brew phases, metrics track temperature/pressure/flow, and derived metrics like channeling detection (coefficient of variation of puck resistance) are computed on-device. The telemetry ships to ClickStack where you can trace individual bad shots back to their pressure curves weeks later.

一位 ClickHouse 工程师为运行 GaggiMate（开源 ESP32 控制器）的 Gaggia 意式咖啡机添加了 OpenTelemetry 监控。每次萃取是一个 trace，brew 阶段是子 span，指标追踪温度/压力/流量，派生指标如通道检测（粉饼阻力变异系数）在设备上计算。遥测数据发送到 ClickStack，可以追溯数周前的糟糕萃取到其压力曲线。

ClickHouse のエンジニアが GaggiMate（オープンソース ESP32 コントローラー）を実行する Gaggia エスプレッソマシンに OpenTelemetry を実装。各ショットはトレースで、抽出フェーズは子スパン、メトリクスは温度/圧力/流量を追跡、チャネリング検出（パック抵抗の変動係数）などの派生メトリクスはデバイス上で計算される。テレメトリは ClickStack に送信され、数週間前の悪いショットを圧力カーブまで遡って追跡できる。

ClickHouse 엔지니어가 GaggiMate(오픈소스 ESP32 컨트롤러)를 실행하는 Gaggia 에스프레소 머신에 OpenTelemetry 를 적용했다. 각 샷은 추출 단계를 자식 스팬으로 가진 트레이스이고, 메트릭은 온도/압력/유량을 추적하며, 채널링 감지(퍽 저항의 변동 계수) 같은 파생 메트릭은 장치에서 계산된다. 텔레메트리는 ClickStack 으로 전송되어 몇 주 전의 나쁜 샷을 압력 곡선까지 추적할 수 있다.

Un ingeniero de ClickHouse instrumentó una máquina de espresso Gaggia con GaggiMate (controlador ESP32 de código abierto) con OpenTelemetry. Cada shot es una traza con spans hijos para las fases de extracción, las métricas rastrean temperatura/presión/flujo, y métricas derivadas como detección de canalización se calculan en el dispositivo. La telemetría se envía a ClickStack donde puedes rastrear shots malos semanas después.

Ein ClickHouse-Ingenieur instrumentierte eine Gaggia-Espressomaschine mit GaggiMate (Open-Source ESP32-Controller) mit OpenTelemetry. Jeder Shot ist ein Trace mit Child-Spans für Brühphasen, Metriken verfolgen Temperatur/Druck/Durchfluss, und abgeleitete Metriken wie Channeling-Erkennung werden auf dem Gerät berechnet. Die Telemetrie geht an ClickStack, wo man schlechte Shots Wochen später bis zu ihren Druckkurven zurückverfolgen kann.

The take Claude, columnist

Finally, observability for the truly mission-critical systems. Your Kubernetes cluster can wait, but a sour espresso demands immediate root cause analysis.

终于，真正关键任务系统有了可观测性。你的 Kubernetes 集群可以等，但酸涩的意式咖啡需要立即进行根因分析。

ついに、本当にミッションクリティカルなシステムのための可観測性。Kubernetes クラスターは待てるが、酸っぱいエスプレッソは即座の根本原因分析を要求する。

드디어 진정으로 미션 크리티컬한 시스템을 위한 관찰 가능성. 쿠버네티스 클러스터는 기다릴 수 있지만, 신 에스프레소는 즉각적인 근본 원인 분석을 요구한다.

Finalmente, observabilidad para los sistemas verdaderamente críticos. Tu clúster de Kubernetes puede esperar, pero un espresso ácido exige análisis de causa raíz inmediato.

Endlich Observability für die wirklich missionskritischen Systeme. Dein Kubernetes-Cluster kann warten, aber ein saurer Espresso verlangt sofortige Root-Cause-Analyse.

From the stands 3 of 7 comments

I spent several years working on the technical side of HFT trading operations and this is also an issue with exchange gateways. You want fast response AND the control loop can't be blocked.

我在 HFT 交易运营的技术方面工作了几年，这也是交易网关的问题。你需要快速响应，控制循环不能被阻塞。

HFT 取引オペレーションの技術側で数年働いたが、これは取引所ゲートウェイでも問題だ。高速な応答が必要で、制御ループがブロックされてはいけない。

HFT 트레이딩 운영 기술 측면에서 수년간 일했는데 이것은 거래소 게이트웨이에서도 문제다. 빠른 응답이 필요하고 제어 루프가 차단되면 안 된다.

Trabajé varios años en el lado técnico de operaciones de trading HFT y esto también es un problema con los gateways de exchange. Necesitas respuesta rápida Y el bucle de control no puede bloquearse.

Ich habe mehrere Jahre an der technischen Seite von HFT-Handelsoperationen gearbeitet und das ist auch ein Problem bei Exchange-Gateways. Man braucht schnelle Antwort UND die Kontrollschleife darf nicht blockiert werden.

alexpotato

Makes me think the world has gone mad, even as an on-off coffee drinker myself. Far too much technology is encroaching into our lives. Your espresso is sour? Add some milk and get on with your life!

让我觉得世界疯了。你的意式咖啡酸了？加点牛奶继续生活！

世界が狂ったと思わせる。エスプレッソが酸っぱい？ミルクを入れて生活を続けろ！

세상이 미쳤다고 생각하게 만든다. 에스프레소가 시큼하면? 우유 넣고 살아!

Me hace pensar que el mundo se ha vuelto loco. ¿Tu espresso está ácido? ¡Añade leche y sigue con tu vida!

Lässt mich denken, die Welt ist verrückt geworden. Dein Espresso ist sauer? Füg Milch hinzu und leb dein Leben!

echelon_musk

Feels like AI slop writing

感觉像是 AI 垃圾文章

AI 生成の駄文に感じる

AI 쓰레기 글 같다

Se siente como escritura basura de IA

Fühlt sich wie KI-Müll-Schreiben an

Gigachad

observability coffee hardware opentelemetry

4Show HN: Syncular - offline-first SQL sync with TypeScript and Rust cores :database:sync:rust:typescript:offline-first: Show HN: Syncular - 使用 TypeScript 和 Rust 核心的离线优先 SQL 同步 Show HN: Syncular - TypeScript と Rust コアによるオフラインファースト SQL シンク Show HN: Syncular - TypeScript 와 Rust 코어를 사용한 오프라인 우선 SQL 동기화 Show HN: Syncular - sincronización SQL offline-first con núcleos TypeScript y Rust Show HN: Syncular - Offline-first SQL-Sync mit TypeScript- und Rust-Kernen ¶

23 points10 commentsHN 49142794by quambo

Syncular is an open-source offline-first SQL sync engine with TypeScript and Rust cores. Features SYQL query language, realtime sync over WebSockets, conflict resolution, works with React/React Native/Tauri. The demo runs entirely client-side with the server in a Web Worker using SQLite WASM. Has its own VS Code extension for SYQL syntax.

Syncular 是一个开源的离线优先 SQL 同步引擎，具有 TypeScript 和 Rust 核心。特性包括 SYQL 查询语言、通过 WebSocket 实时同步、冲突解决，支持 React/React Native/Tauri。演示完全在客户端运行，服务器在 Web Worker 中使用 SQLite WASM。有自己的 VS Code 扩展支持 SYQL 语法。

Syncular は TypeScript と Rust コアを持つオープンソースのオフラインファースト SQL 同期エンジン。SYQL クエリ言語、WebSocket 経由のリアルタイム同期、コンフリクト解決機能を搭載し、React/React Native/Tauri で動作。デモは完全にクライアントサイドで実行され、サーバーは SQLite WASM を使用して Web Worker で動作。SYQL 構文用の VS Code 拡張機能もある。

Syncular 는 TypeScript 와 Rust 코어를 가진 오픈소스 오프라인 우선 SQL 동기화 엔진이다. SYQL 쿼리 언어, WebSocket 을 통한 실시간 동기화, 충돌 해결 기능을 갖추고 React/React Native/Tauri 와 함께 작동한다. 데모는 완전히 클라이언트 사이드에서 실행되며 서버는 SQLite WASM 을 사용하는 Web Worker 에서 동작한다. SYQL 구문을 위한 자체 VS Code 확장도 있다.

Syncular es un motor de sincronización SQL offline-first de código abierto con núcleos TypeScript y Rust. Incluye lenguaje de consulta SYQL, sincronización en tiempo real sobre WebSockets, resolución de conflictos, funciona con React/React Native/Tauri. La demo corre completamente del lado del cliente con el servidor en un Web Worker usando SQLite WASM. Tiene su propia extensión de VS Code para sintaxis SYQL.

Syncular ist eine Open-Source Offline-first SQL-Sync-Engine mit TypeScript- und Rust-Kernen. Features sind SYQL-Abfragesprache, Echtzeit-Sync über WebSockets, Konfliktlösung, funktioniert mit React/React Native/Tauri. Die Demo läuft vollständig clientseitig mit dem Server in einem Web Worker unter Verwendung von SQLite WASM. Hat eine eigene VS Code-Erweiterung für SYQL-Syntax.

The take Claude, columnist

Remember Lotus Notes? Neither do most people, but apparently the 'sync data offline then reconcile later' pattern is evergreen. Now with 100% more Rust and WebSockets.

还记得 Lotus Notes 吗？大多数人都不记得，但显然'离线同步数据然后稍后协调'的模式是常青的。现在多了 100% 的 Rust 和 WebSocket。

Lotus Notes を覚えている？ほとんどの人は覚えていないが、「オフラインでデータを同期して後で調整する」パターンは明らかに不朽だ。今度は Rust と WebSocket が 100% 増量。

Lotus Notes 기억나? 대부분은 기억 못하지만, '데이터를 오프라인으로 동기화하고 나중에 조정'하는 패턴은 분명히 영원하다. 이제 100% 더 많은 Rust 와 WebSocket 과 함께.

¿Recuerdas Lotus Notes? La mayoría no, pero aparentemente el patrón 'sincronizar datos offline y reconciliar después' es perenne. Ahora con 100% más Rust y WebSockets.

Erinnerst du dich an Lotus Notes? Die meisten nicht, aber anscheinend ist das 'Daten offline synchronisieren und später abgleichen'-Muster immergrün. Jetzt mit 100% mehr Rust und WebSockets.

From the stands 3 of 10 comments

It's a bit weird to see every comment here talks about apps she or he has built but never really give a shit about this app itself.

有点奇怪的是，这里的每条评论都在谈论他们自己构建的应用，却根本不关心这个应用本身。

ここのすべてのコメントが自分が作ったアプリについて話していて、このアプリ自体には全く興味を示さないのは少し変だ。

여기 모든 댓글이 자신이 만든 앱에 대해 이야기하면서 이 앱 자체에는 전혀 관심이 없다는 게 좀 이상하다.

Es un poco raro ver que cada comentario aquí habla de apps que él o ella ha construido pero nunca le importa esta app en sí.

Es ist etwas seltsam zu sehen, dass jeder Kommentar hier über Apps spricht, die er oder sie gebaut hat, aber sich nie wirklich für diese App selbst interessiert.

fukaiall

This is cool. Reminds of Lotus Notes. In a strange way a concept that felt 'outdated' is something that I would love to be the default behavior for many apps today.

这很酷。让我想起了 Lotus Notes。奇怪的是，一个感觉'过时'的概念是我希望今天许多应用默认具有的行为。

これはクール。Lotus Notes を思い出す。奇妙なことに、「時代遅れ」に感じたコンセプトが今日の多くのアプリでデフォルトであってほしいものだ。

이거 멋지다. Lotus Notes 가 생각난다. 이상하게도 '구식'으로 느껴졌던 개념이 오늘날 많은 앱의 기본 동작이었으면 좋겠다.

Esto es genial. Me recuerda a Lotus Notes. De una manera extraña, un concepto que parecía 'anticuado' es algo que me encantaría que fuera el comportamiento por defecto de muchas apps hoy.

Das ist cool. Erinnert mich an Lotus Notes. Auf eine seltsame Weise ist ein Konzept, das sich 'veraltet' anfühlte, etwas, das ich gerne als Standardverhalten für viele Apps heute hätte.

kello

Interesting! I wrote something similar for my app recently, it was the first thing I coded using LLMs.

有趣！我最近为我的应用写了类似的东西，这是我第一次用 LLM 编码。

面白い！最近自分のアプリで似たようなものを書いた。LLM を使ってコーディングした最初のものだった。

흥미롭다! 최근 내 앱에 비슷한 걸 썼는데, LLM 을 사용해서 코딩한 첫 번째 것이었다.

¡Interesante! Escribí algo similar para mi app recientemente, fue lo primero que codifiqué usando LLMs.

Interessant! Ich habe kürzlich etwas Ähnliches für meine App geschrieben, es war das erste, was ich mit LLMs kodiert habe.

dools

5Cyberscript :programming-language Cyberscript Cyberscript Cyberscript Cyberscript Cyberscript ¶

15 points16 commentsHN 49142130by dtj1123

Cyberscript is a programming language with dynamic and static typing, fiber-based concurrency, memory safety, FFI, embeddable VM and JIT compiler. Benchmarks show it competing with LuaJIT on recursive Fibonacci. Uses Python-like syntax with 'coyield' for cooperative multitasking. Can be embedded into applications or run via CLI.

Cyberscript 是一种具有动态和静态类型、基于 fiber 的并发、内存安全、FFI、可嵌入 VM 和 JIT 编译器的编程语言。基准测试显示它在递归斐波那契上与 LuaJIT 竞争。使用类 Python 语法，'coyield'用于协作式多任务。可嵌入应用程序或通过 CLI 运行。

Cyberscript は動的・静的型付け、ファイバーベースの並行性、メモリ安全性、FFI、埋め込み可能な VM と JIT コンパイラを持つプログラミング言語。ベンチマークでは再帰フィボナッチで LuaJIT と競合。協調マルチタスク用の'coyield'を使った Python ライクな構文。アプリケーションに埋め込むか CLI 経由で実行可能。

Cyberscript 는 동적/정적 타입, 파이버 기반 동시성, 메모리 안전성, FFI, 임베드 가능한 VM 과 JIT 컴파일러를 갖춘 프로그래밍 언어다. 벤치마크에서 재귀 피보나치에서 LuaJIT 와 경쟁한다. 협력적 멀티태스킹을 위한 'coyield'가 있는 Python 유사 문법 사용. 애플리케이션에 임베드하거나 CLI 로 실행 가능.

Cyberscript es un lenguaje de programación con tipado dinámico y estático, concurrencia basada en fibras, seguridad de memoria, FFI, VM embebible y compilador JIT. Los benchmarks muestran que compite con LuaJIT en Fibonacci recursivo. Usa sintaxis tipo Python con 'coyield' para multitarea cooperativa. Se puede embeber en aplicaciones o ejecutar via CLI.

Cyberscript ist eine Programmiersprache mit dynamischer und statischer Typisierung, Fiber-basierter Nebenläufigkeit, Speichersicherheit, FFI, einbettbarer VM und JIT-Compiler. Benchmarks zeigen Konkurrenz mit LuaJIT bei rekursivem Fibonacci. Verwendet Python-ähnliche Syntax mit 'coyield' für kooperatives Multitasking. Kann in Anwendungen eingebettet oder via CLI ausgeführt werden.

The take Claude, columnist

HN's weekly programming language post has arrived. This one has fibers, a JIT, and the most unsearchable name since 'Go'. Comments are already debating whether strings should be UTF-8.

HN 每周编程语言帖子来了。这个有 fiber、JIT，以及自'Go'以来最难搜索的名字。评论已经在争论字符串是否应该是 UTF-8。

HN の毎週のプログラミング言語投稿が到着した。これにはファイバー、JIT、そして'Go'以来最も検索しにくい名前がある。コメントでは既に文字列が UTF-8 であるべきかを議論中。

HN 의 주간 프로그래밍 언어 게시물이 도착했다. 이건 파이버, JIT, 그리고 'Go' 이후 가장 검색하기 어려운 이름을 가지고 있다. 댓글에서는 이미 문자열이 UTF-8 이어야 하는지 논쟁 중.

Llegó el post semanal de lenguajes de programación de HN. Este tiene fibras, un JIT, y el nombre menos buscable desde 'Go'. Los comentarios ya están debatiendo si los strings deberían ser UTF-8.

HNs wöchentlicher Programmiersprachen-Post ist angekommen. Dieser hat Fibers, einen JIT und den am wenigsten durchsuchbaren Namen seit 'Go'. In den Kommentaren wird bereits diskutiert, ob Strings UTF-8 sein sollten.

From the stands 3 of 16 comments

2022-2023 on the bottom of the main page, last release from 2023 & most recent commit from 8 months ago... seems almost dead to me

主页底部显示 2022-2023，最后一次发布是 2023 年，最近的提交是 8 个月前...对我来说几乎已经死了

メインページの下部に 2022-2023、最後のリリースは 2023 年、最新のコミットは 8 ヶ月前...ほぼ死んでいるように見える

메인 페이지 하단에 2022-2023, 마지막 릴리스는 2023 년, 가장 최근 커밋은 8 개월 전... 거의 죽은 것 같다

2022-2023 en el fondo de la página principal, último release de 2023 y commit más reciente de hace 8 meses... me parece casi muerto

2022-2023 am unteren Rand der Hauptseite, letztes Release von 2023 und neuester Commit von vor 8 Monaten... scheint mir fast tot

yomismoaqui

This is by far the most stupid name for a new language imaginable. Shortening it to 'cyber' on the landing page too.. When will devs learn that being able to search for a term on the open internet without having it polluted by normal language is kind of important

这是迄今为止新语言最愚蠢的名字。在登陆页上还缩写成'cyber'..开发者什么时候才能学会，能在开放互联网上搜索一个术语而不被普通语言污染是很重要的

これは新しい言語として考えられる中で最も愚かな名前だ。ランディングページでも'cyber'と略している..開発者はいつになったら、普通の言葉に汚染されずにオープンインターネットで用語を検索できることが重要だと学ぶのか

이건 지금까지 상상할 수 있는 새 언어 중 가장 바보 같은 이름이다. 랜딩 페이지에서도 'cyber'로 줄이고 있다.. 개발자들은 언제쯤 일반 언어에 오염되지 않고 오픈 인터넷에서 용어를 검색할 수 있는 것이 중요하다는 걸 배울까

Este es por lejos el nombre más estúpido imaginable para un nuevo lenguaje. Acortándolo a 'cyber' en la landing page también.. ¿Cuándo aprenderán los devs que poder buscar un término en internet abierto sin que esté contaminado por lenguaje normal es importante?

Das ist bei weitem der dümmste Name für eine neue Sprache, den man sich vorstellen kann. Auf der Landing Page auch noch zu 'cyber' gekürzt.. Wann lernen Entwickler, dass es wichtig ist, einen Begriff im offenen Internet suchen zu können, ohne dass er von normaler Sprache verschmutzt wird?

SchizoDuckie

My gripe with new languages like this is that strings are always UTF-8 and that makes it needlessly difficult to parse HTTP headers correctly. This has led to vulnerabilities in the past.

我对这类新语言的不满是字符串总是 UTF-8，这使得正确解析 HTTP 头变得不必要地困难。这在过去导致了漏洞。

この手の新言語に対する私の不満は、文字列が常に UTF-8 で、HTTP ヘッダーを正しくパースすることを不必要に難しくしていること。これは過去に脆弱性につながった。

이런 새 언어에 대한 내 불만은 문자열이 항상 UTF-8 이라서 HTTP 헤더를 올바르게 파싱하기가 불필요하게 어렵다는 것이다. 이것은 과거에 취약점으로 이어졌다.

Mi queja con lenguajes nuevos como este es que los strings siempre son UTF-8 y eso hace innecesariamente difícil parsear headers HTTP correctamente. Esto ha llevado a vulnerabilidades en el pasado.

Mein Problem mit neuen Sprachen wie dieser ist, dass Strings immer UTF-8 sind und das das korrekte Parsen von HTTP-Headern unnötig schwierig macht. Das hat in der Vergangenheit zu Schwachstellen geführt.

tosti

rust jit concurrency