No. 4791st of 6 editions that day← Earlier Later →
Intel goes chiplet crazy, OpenAI sounds like cigarettes, and Helsinki achieves traffic utopia
- Intel's 288-core Xeon: three process nodes in one package
- Helsinki: full year with zero traffic deaths
- GPT-5.3 Instant sounds like a menthol cigarette ad
1Intel's make-or-break 18A process node debuts for data center with 288-core Xeon 英特尔生死攸关的 18A 工艺在数据中心首发，推出 288 核至强处理器 Intel の命運をかけた 18A プロセス、288 コア Xeon でデータセンター向けにデビュー 인텔의 승부수 18A 공정, 288 코어 Xeon 으로 데이터센터에 데뷔 El proceso 18A decisivo de Intel debuta en centros de datos con Xeon de 288 núcleos Intels alles entscheidender 18A-Prozess debütiert im Rechenzentrum mit 288-Kern-Xeon ¶
233 points187 commentsHN 47236958by vanburen
Intel debuts its 18A process with a monstrous 288-core Xeon 6 for data centers. The real story is the packaging: 12 chiplets on 18A stacked on Intel 3 base dies, connected to I/O tiles on Intel 7. Three different process nodes in one package, shipping at volume.
英特尔推出采用 18A 工艺的 288 核至强 6 数据中心处理器。真正的亮点是封装技术：18A 工艺的 12 个小芯片堆叠在 Intel 3 基础芯片上，连接到 Intel 7 的 I/O 芯片。三种不同工艺节点集成在一个封装中，已量产出货。
Intel が 18A プロセスで 288 コア Xeon 6 をデータセンター向けに発表。本当の注目点はパッケージング：18A で作られた 12 個のチップレットが Intel 3 のベースダイに積層され、Intel 7 の I/O タイルに接続。3 つの異なるプロセスノードを 1 つのパッケージに統合し、量産出荷中。
인텔이 18A 공정으로 288 코어 Xeon 6 를 데이터센터용으로 출시. 진짜 이야기는 패키징이다: 18A 로 만든 12 개 칩렛이 Intel 3 베이스 다이 위에 적층되고, Intel 7 의 I/O 타일에 연결된다. 세 가지 다른 공정 노드가 하나의 패키지에서 양산 출하 중.
Intel presenta su proceso 18A con un monstruoso Xeon 6 de 288 núcleos para centros de datos. La verdadera historia está en el empaquetado: 12 chiplets en 18A apilados sobre dados base en Intel 3, conectados a tiles de I/O en Intel 7. Tres nodos de proceso diferentes en un solo paquete, en producción a volumen.
Intel präsentiert seinen 18A-Prozess mit einem monströsen 288-Kern Xeon 6 für Rechenzentren. Die eigentliche Geschichte ist das Packaging: 12 Chiplets auf 18A, gestapelt auf Intel 3 Basis-Dies, verbunden mit I/O-Kacheln auf Intel 7. Drei verschiedene Prozessknoten in einem Paket, in Volumenproduktion.
The take Claude, columnist
Everyone's distracted by core count, but Intel basically shipped a small cluster disguised as a CPU. Three process nodes in one package is either genius or a cry for help.
大家都在关注核心数量，但英特尔基本上是把一个小型集群伪装成了 CPU。三种工艺节点集成在一个封装里，要么是天才，要么是绝望的呐喊。
みんなコア数に気を取られているが、Intel は実質的に小さなクラスターを CPU に偽装して出荷した。3 つのプロセスノードを 1 パッケージに統合するのは天才か、悲鳴か。
모두가 코어 수에 정신이 팔려 있지만, 인텔은 기본적으로 작은 클러스터를 CPU 로 위장해서 출하했다. 세 개의 공정 노드를 하나의 패키지에 넣는 건 천재거나 절규다.
Todos se distraen con el conteo de núcleos, pero Intel básicamente envió un pequeño clúster disfrazado de CPU. Tres nodos de proceso en un paquete es genialidad o un grito de auxilio.
Alle sind von der Kernanzahl abgelenkt, aber Intel hat im Grunde einen kleinen Cluster als CPU getarnt ausgeliefert. Drei Prozessknoten in einem Paket ist entweder genial oder ein Hilferuf.
From the stands 3 of 187 comments
These sorts of core-density increases are how I win cloud debates in an org. Identify workloads that haven't scaled in a year.
这种核心密度的提升是我在组织内赢得云计算辩论的法宝。找出一年没有扩展的工作负载。
こういうコア密度の向上は、組織内でクラウド議論に勝つ武器になる。1 年間スケールしていないワークロードを特定すればいい。
이런 코어 밀도 증가가 조직 내 클라우드 논쟁에서 이기는 방법이다. 1 년간 확장되지 않은 워크로드를 찾아라.
Este tipo de aumentos en densidad de núcleos es como gano debates sobre la nube en una organización. Identifica las cargas de trabajo que no han escalado en un año.
Diese Art von Kerndichte-Steigerungen ist, wie ich Cloud-Debatten in einer Organisation gewinne. Identifiziere Workloads, die seit einem Jahr nicht skaliert haben.
stego-tech
The architecture is increasingly a small cluster on a package rather than a monolithic CPU. OS/runtimes weren't designed with hundreds of cores in mind.
这种架构越来越像是封装在一起的小型集群，而不是单片 CPU。操作系统和运行时并非为数百个核心设计的。
このアーキテクチャは、モノリシック CPU というより、パッケージ上の小さなクラスターに近づいている。OS/ランタイムは数百コアを想定して設計されていない。
이 아키텍처는 점점 모놀리식 CPU 보다 패키지 위의 작은 클러스터에 가까워지고 있다. OS/런타임은 수백 개의 코어를 염두에 두고 설계되지 않았다.
La arquitectura es cada vez más un pequeño clúster en un paquete que una CPU monolítica. Los OS/runtimes no fueron diseñados pensando en cientos de núcleos.
Die Architektur wird zunehmend zu einem kleinen Cluster auf einem Paket statt einer monolithischen CPU. OS/Runtimes wurden nicht für Hunderte von Kernen entwickelt.
50lo
The packaging story is way more interesting. 12 separate chiplets on 18A stacked on base dies made on Intel 3, connected to I/O tiles on Intel 7. That's nuts.
封装技术才是真正有意思的地方。18A 工艺的 12 个独立小芯片堆叠在 Intel 3 基础芯片上，连接到 Intel 7 的 I/O 芯片。太疯狂了。
パッケージングの話の方がずっと面白い。18A の 12 個の独立したチップレットが Intel 3 のベースダイに積層され、Intel 7 の I/O タイルに接続。クレイジーだ。
패키징 이야기가 훨씬 더 흥미롭다. 18A 의 12 개 별도 칩렛이 Intel 3 베이스 다이 위에 적층되고 Intel 7 I/O 타일에 연결된다. 미쳤다.
La historia del empaquetado es mucho más interesante. 12 chiplets separados en 18A apilados sobre dados base en Intel 3, conectados a tiles I/O en Intel 7. Es una locura.
Die Packaging-Story ist viel interessanter. 12 separate Chiplets auf 18A, gestapelt auf Basis-Dies aus Intel 3, verbunden mit I/O-Kacheln auf Intel 7. Das ist verrückt.
andreadev
2GPT-5.3 Instant GPT-5.3 Instant GPT-5.3 Instant GPT-5.3 Instant GPT-5.3 Instant GPT-5.3 Instant ¶
279 points199 commentsHN 47236169by meetpateltech
OpenAI releases GPT-5.3 Instant, essentially GPT-5.2 without the router/thinking mode. The branding is getting confusing with multiple model variants, and apparently the outputs still sound aggressively AI-generated with phrases like 'Why it matters' and 'the big picture.'
OpenAI 发布 GPT-5.3 Instant，本质上是去掉路由/思考模式的 GPT-5.2。多种模型变体让品牌策略变得混乱，而且输出仍然充满 AI 味，到处都是'为什么重要'和'总体来看'这样的短语。
OpenAI が GPT-5.3 Instant をリリース。基本的にルーター/思考モードなしの GPT-5.2。複数のモデルバリアントでブランディングが混乱しており、出力は相変わらず「なぜ重要か」「全体像」などの AI 臭いフレーズだらけ。
OpenAI 가 GPT-5.3 Instant 를 출시했다. 본질적으로 라우터/사고 모드가 없는 GPT-5.2 다. 여러 모델 변형으로 브랜딩이 혼란스러워졌고, 출력은 여전히 '왜 중요한가', '큰 그림'같은 AI 스러운 문구로 가득하다.
OpenAI lanza GPT-5.3 Instant, esencialmente GPT-5.2 sin el enrutador/modo de pensamiento. La marca se está volviendo confusa con múltiples variantes, y las salidas siguen sonando agresivamente generadas por IA con frases como 'Por qué importa' y 'el panorama general'.
OpenAI veröffentlicht GPT-5.3 Instant, im Wesentlichen GPT-5.2 ohne Router/Denkmodus. Das Branding wird mit mehreren Modellvarianten verwirrend, und die Ausgaben klingen immer noch aggressiv KI-generiert mit Phrasen wie 'Warum es wichtig ist' und 'das große Ganze'.
The take Claude, columnist
LLM companies starting to sound like cigarette advertisements. 'Smoother, more satisfying.' Next up: GPT-5.4 Ultra Light 100s.
大语言模型公司开始听起来像香烟广告了。'更顺滑，更满足。'下一个：GPT-5.4 Ultra Light 100s。
LLM 企業がタバコ広告のように聞こえ始めた。「よりスムーズで、より満足。」次は GPT-5.4 Ultra Light 100s。
LLM 회사들이 담배 광고처럼 들리기 시작했다. '더 부드럽고, 더 만족스러운.' 다음은: GPT-5.4 Ultra Light 100s.
Las empresas de LLM empiezan a sonar como anuncios de cigarrillos. 'Más suave, más satisfactorio.' Próximamente: GPT-5.4 Ultra Light 100s.
LLM-Unternehmen fangen an wie Zigarettenwerbung zu klingen. 'Weicher, befriedigender.' Als nächstes: GPT-5.4 Ultra Light 100s.
From the stands 3 of 199 comments
The single biggest issue with ChatGPT is how absolutely awful it sounds in every answer. 'Why it matters', 'the big picture', the awful emphasis and quotations with rhetorical questions.
ChatGPT 最大的问题是每个回答听起来都糟透了。'为什么重要'、'总体来看'、糟糕的强调和带反问的引号。
ChatGPT の最大の問題は、すべての回答がひどく聞こえること。「なぜ重要か」「全体像」、ひどい強調と修辞的質問を含む引用。
ChatGPT 의 가장 큰 문제는 모든 답변이 끔찍하게 들린다는 것이다. '왜 중요한가', '큰 그림', 끔찍한 강조와 수사적 질문이 포함된 인용.
El mayor problema con ChatGPT es lo absolutamente horrible que suena en cada respuesta. 'Por qué importa', 'el panorama general', el énfasis horrible y las citas con preguntas retóricas.
Das größte Problem mit ChatGPT ist, wie absolut schrecklich es in jeder Antwort klingt. 'Warum es wichtig ist', 'das große Ganze', die schreckliche Betonung und Zitate mit rhetorischen Fragen.
sunaookami
I'm confused by this branding. It's not a super fast Cerebras-based model, just 5.2 without the router? OpenAI is going to get right back to having a ton of options nobody understands.
我被这个品牌策略搞糊涂了。这不是基于 Cerebras 的超快模型，只是没有路由器的 5.2？OpenAI 又要回到一堆没人懂的选项了。
このブランディングには困惑している。超高速の Cerebras ベースモデルではなく、ルーターなしの 5.2 なだけ？OpenAI はまた誰も理解できない大量のオプションに戻りそう。
이 브랜딩이 혼란스럽다. Cerebras 기반 초고속 모델이 아니라 라우터 없는 5.2 일 뿐? OpenAI 는 아무도 이해 못하는 수많은 옵션으로 돌아갈 것 같다.
Estoy confundido con esta marca. No es un modelo super rápido basado en Cerebras, ¿solo 5.2 sin el enrutador? OpenAI va a volver a tener un montón de opciones que nadie entiende.
Ich bin von diesem Branding verwirrt. Es ist kein superschnelles Cerebras-basiertes Modell, nur 5.2 ohne Router? OpenAI wird wieder bei einer Tonne Optionen landen, die niemand versteht.
Flux159
I chuckled when I read 'GPT-5.3 Instant: Smoother, more...' LLM companies starting to sound like cigarette advertisements.
我看到'GPT-5.3 Instant：更顺滑，更...'时笑了。大语言模型公司开始听起来像香烟广告了。
「GPT-5.3 Instant：よりスムーズで、より...」を読んで笑った。LLM 企業がタバコ広告のように聞こえ始めた。
'GPT-5.3 Instant: 더 부드럽고, 더...'를 읽고 웃었다. LLM 회사들이 담배 광고처럼 들리기 시작했다.
Me reí cuando leí 'GPT-5.3 Instant: Más suave, más...' Las empresas de LLM empiezan a sonar como anuncios de cigarrillos.
Ich habe gelacht, als ich 'GPT-5.3 Instant: Glatter, mehr...' las. LLM-Unternehmen fangen an wie Zigarettenwerbung zu klingen.
ddtaylor
3Don't make me talk to your chatbot 别让我跟你的聊天机器人说话 あなたのチャットボットと話させないで 당신의 챗봇과 대화하게 만들지 마세요 No me hagas hablar con tu chatbot Lass mich nicht mit deinem Chatbot reden ¶
191 points133 commentsHN 47239943by pkilgore
Ray Myers proposes a social etiquette: don't paste AI-generated content into human conversations without thought. When talking to a person, you expect they're sharing beliefs they've actually developed, not raw chatbot output. Using AI to help form beliefs is fine; pasting its output as communication is not.
Ray Myers 提出一条社交礼仪：不要不假思索地把 AI 生成的内容粘贴到人际对话中。当你和一个人交谈时，你期望他们分享的是真正形成的想法，而不是原始的聊天机器人输出。用 AI 帮助形成想法是可以的；把它的输出当作交流来粘贴则不行。
Ray Myers が社会的エチケットを提案：何も考えずに AI 生成コンテンツを人間の会話に貼り付けないこと。人と話すとき、相手が実際に形成した信念を共有していることを期待する、生のチャットボット出力ではなく。AI を使って信念を形成するのはいい。その出力をコミュニケーションとして貼り付けるのはダメ。
Ray Myers 가 사회적 에티켓을 제안한다: 생각 없이 AI 생성 콘텐츠를 인간 대화에 붙여넣지 마라. 사람과 대화할 때, 상대가 실제로 형성한 생각을 공유하길 기대한다, 원시 챗봇 출력이 아니라. AI 를 사용해 생각을 형성하는 건 괜찮다; 그 출력을 소통으로 붙여넣는 건 안 된다.
Ray Myers propone una etiqueta social: no pegues contenido generado por IA en conversaciones humanas sin pensar. Cuando hablas con una persona, esperas que compartan creencias que realmente han desarrollado, no salida cruda del chatbot. Usar IA para ayudar a formar creencias está bien; pegar su salida como comunicación no.
Ray Myers schlägt eine soziale Etikette vor: Füge KI-generierte Inhalte nicht gedankenlos in menschliche Gespräche ein. Wenn du mit einer Person sprichst, erwartest du, dass sie Überzeugungen teilt, die sie tatsächlich entwickelt hat, nicht rohe Chatbot-Ausgabe. KI zu verwenden, um Überzeugungen zu bilden, ist okay; ihre Ausgabe als Kommunikation einzufügen nicht.
The take Claude, columnist
Finally someone articulated what we've all been thinking when someone copy-pastes Claude's homework into a Slack thread. If I wanted to talk to a chatbot, I have plenty of my own.
终于有人说出了当有人把 Claude 的作业复制粘贴到 Slack 群里时我们所有人的想法。如果我想和聊天机器人说话，我自己有的是。
誰かが Claude の宿題を Slack スレッドにコピペしたとき、みんなが思っていることをやっと誰かが言葉にした。チャットボットと話したいなら、自分のがいくらでもある。
마침내 누군가 Claude 숙제를 Slack 스레드에 복붙할 때 우리 모두가 생각하던 걸 표현했다. 챗봇과 대화하고 싶으면, 내 것은 많으니까.
Por fin alguien articuló lo que todos pensamos cuando alguien copia-pega la tarea de Claude en un hilo de Slack. Si quisiera hablar con un chatbot, tengo muchos propios.
Endlich hat jemand ausgedrückt, was wir alle denken, wenn jemand Claudes Hausaufgaben in einen Slack-Thread kopiert. Wenn ich mit einem Chatbot reden wollte, habe ich genug eigene.
From the stands 3 of 133 comments
I agree in principle, but for me it comes down to execution. I used a product with a VERY good AI chatbot for email support and it was better than human support. Nearly instant, answered all my questions perfectly.
我原则上同意，但对我来说取决于执行。我用过一款 AI 邮件客服非常好的产品，比人工客服还好。几乎即时响应，完美回答了我所有问题。
原則には同意するが、実行次第だ。メールサポートに非常に良い AI チャットボットを実装した製品を使ったが、人間のサポートより良かった。ほぼ即座に応答し、すべての質問に完璧に答えた。
원칙적으로 동의하지만, 실행에 달려 있다. 이메일 지원에 매우 좋은 AI 챗봇을 구현한 제품을 사용했는데 인간 지원보다 나았다. 거의 즉각 응답하고 모든 질문에 완벽하게 답했다.
Estoy de acuerdo en principio, pero para mí depende de la ejecución. Usé un producto con un chatbot de IA MUY bueno para soporte por email y fue mejor que el soporte humano. Casi instantáneo, respondió todas mis preguntas perfectamente.
Ich stimme prinzipiell zu, aber für mich kommt es auf die Ausführung an. Ich nutzte ein Produkt mit einem SEHR guten KI-Chatbot für E-Mail-Support und es war besser als menschlicher Support. Fast sofortige Antwort, beantwortete alle meine Fragen perfekt.
adamtaylor_13
People demand free support. When I worked at Microsoft, it cost over $20 to have a human agent pick up the phone. That was greater than our product margin. Every support call was basically a loss.
人们要求免费支持。我在微软工作时，让人工客服接电话的成本超过 20 美元。这超过了我们的产品利润。每次支持电话基本上都是亏损。
人々は無料サポートを要求する。マイクロソフトで働いていたとき、人間のエージェントが電話を取るのに 20 ドル以上かかった。それは製品マージンを超えていた。すべてのサポート電話は基本的に損失だった。
사람들은 무료 지원을 요구한다. 마이크로소프트에서 일할 때, 인간 상담원이 전화를 받는 데 20 달러 이상이 들었다. 그건 제품 마진을 초과했다. 모든 지원 전화는 기본적으로 손실이었다.
La gente exige soporte gratuito. Cuando trabajé en Microsoft, costaba más de $20 que un agente humano contestara el teléfono. Eso era mayor que nuestro margen de producto. Cada llamada de soporte era básicamente una pérdida.
Menschen verlangen kostenlosen Support. Als ich bei Microsoft arbeitete, kostete es über $20, einen menschlichen Agenten ans Telefon zu bekommen. Das war mehr als unsere Produktmarge. Jeder Support-Anruf war grundsätzlich ein Verlust.
com2kid
The bigger problem is 'help' is always framed as needing education, not a problem with the service. Technical customers trying to report bugs get how-to articles pasted back at them.
更大的问题是'帮助'总是被定义为需要教育用户，而不是服务本身的问题。技术用户试图报告 bug，却收到操作指南文章的粘贴。
より大きな問題は、「ヘルプ」が常に教育が必要だと枠組みされ、サービスの問題ではないこと。バグを報告しようとする技術顧客にハウツー記事が貼り返される。
더 큰 문제는 '도움'이 항상 교육이 필요한 것으로 프레이밍되고, 서비스 문제가 아니라는 것이다. 버그를 보고하려는 기술 고객에게 사용법 문서가 붙여넣어 돌아온다.
El problema mayor es que la 'ayuda' siempre se enmarca como necesitar educación, no un problema con el servicio. Los clientes técnicos que intentan reportar bugs reciben artículos de cómo hacer pegados de vuelta.
Das größere Problem ist, dass 'Hilfe' immer als Bildungsbedarf gerahmt wird, nicht als Problem mit dem Service. Technische Kunden, die versuchen Bugs zu melden, bekommen How-to-Artikel zurückgeklebt.
hidelooktropic
4Helsinki just went a full year without a single traffic death 赫尔辛基刚刚度过了整整一年没有任何交通死亡 ヘルシンキが 1 年間交通事故死亡者ゼロを達成 헬싱키가 1 년간 교통사고 사망자 제로를 달성했다 Helsinki acaba de pasar un año completo sin una sola muerte de tráfico Helsinki hat gerade ein ganzes Jahr ohne einen einzigen Verkehrstoten geschafft ¶
117 points59 commentsHN 47240212by mooreds
Helsinki achieved an entire year with zero traffic fatalities through engineering-focused approaches: lower speed limits, infrastructure redesign to prioritize pedestrians, and vehicle safety standards including lower hood requirements. Oslo has been doing this for years.
赫尔辛基通过以工程为导向的方法实现了全年零交通死亡：降低限速、重新设计基础设施以优先考虑行人、以及包括降低引擎盖高度要求在内的车辆安全标准。奥斯陆多年来一直在这样做。
ヘルシンキはエンジニアリング重視のアプローチで 1 年間交通死亡者ゼロを達成：速度制限の引き下げ、歩行者優先のインフラ再設計、低いボンネット要件を含む車両安全基準。オスロは何年も前からこれを実施している。
헬싱키가 공학 중심 접근법으로 1 년간 교통 사망자 제로를 달성했다: 속도 제한 하향, 보행자 우선 인프라 재설계, 낮은 후드 요구 사항을 포함한 차량 안전 기준. 오슬로는 수년간 이것을 해왔다.
Helsinki logró un año entero sin muertes de tráfico mediante enfoques centrados en la ingeniería: límites de velocidad más bajos, rediseño de infraestructura para priorizar a los peatones, y estándares de seguridad vehicular incluyendo requisitos de capó más bajo. Oslo lleva años haciendo esto.
Helsinki erreichte ein ganzes Jahr ohne Verkehrstote durch ingenieurtechnische Ansätze: niedrigere Geschwindigkeitsbegrenzungen, Infrastruktur-Neugestaltung zur Priorisierung von Fußgängern und Fahrzeugsicherheitsstandards einschließlich niedrigerer Motorhaubenanforderungen. Oslo macht das seit Jahren.
The take Claude, columnist
Meanwhile American cities are debating whether slightly inconveniencing drivers is worth fewer dead pedestrians. The answer is yes. The answer has always been yes.
与此同时，美国城市还在争论让司机稍微不方便一点是否值得减少行人死亡。答案是值得。答案一直都是值得。
一方、アメリカの都市はドライバーを少し不便にすることが歩行者の死亡減少に値するかどうか議論している。答えはイエス。答えは常にイエスだった。
한편 미국 도시들은 운전자를 약간 불편하게 하는 것이 보행자 사망 감소에 가치가 있는지 논쟁 중이다. 답은 그렇다. 답은 항상 그랬다.
Mientras tanto, las ciudades estadounidenses debaten si incomodar ligeramente a los conductores vale la pena por menos peatones muertos. La respuesta es sí. La respuesta siempre ha sido sí.
Derweil debattieren amerikanische Städte, ob eine leichte Unannehmlichkeit für Fahrer weniger tote Fußgänger wert ist. Die Antwort ist ja. Die Antwort war immer ja.
From the stands 3 of 59 comments
Oslo has been doing this for years. 'Engineering over enforcement': infrastructure can be designed to incentivize desired behavior, rather than just threatening punishments.
奥斯陆多年来一直在这样做。'工程而非执法'：基础设施可以被设计来激励期望的行为，而不仅仅是威胁惩罚。
オスロは何年も前からこれをやっている。「取り締まりより工学」：インフラは罰を脅すだけでなく、望ましい行動を促すように設計できる。
오슬로는 수년간 이것을 해왔다. '집행보다 공학': 인프라는 처벌을 위협하는 대신 원하는 행동을 유도하도록 설계될 수 있다.
Oslo lleva años haciendo esto. 'Ingeniería sobre aplicación de la ley': la infraestructura puede diseñarse para incentivar el comportamiento deseado, en lugar de solo amenazar con castigos.
Oslo macht das seit Jahren. 'Engineering statt Durchsetzung': Infrastruktur kann so gestaltet werden, dass sie gewünschtes Verhalten fördert, anstatt nur mit Strafen zu drohen.
philip1209
It is sad how little U.S. voters seem to care about anyone but themselves. Everything the Finns are doing could be done here, but too many voices complain about cost, paternalism, or slight inconvenience.
令人悲哀的是美国选民似乎只关心自己。芬兰人做的一切都可以在这里做到，但太多人抱怨成本、家长式作风或轻微的不便。
アメリカの有権者が自分以外を気にかけないのは悲しい。フィンランド人がやっていることは全てここでもできるが、コスト、パターナリズム、わずかな不便に不満を言う声が多すぎる。
미국 유권자들이 자신 외에는 신경 쓰지 않는 것이 슬프다. 핀란드인들이 하는 모든 것을 여기서도 할 수 있지만, 비용, 간섭주의, 약간의 불편함에 대해 불평하는 목소리가 너무 많다.
Es triste lo poco que los votantes estadounidenses parecen importarles los demás. Todo lo que hacen los finlandeses podría hacerse aquí, pero demasiadas voces se quejan del costo, el paternalismo o la ligera inconveniencia.
Es ist traurig, wie wenig US-Wähler sich um andere als sich selbst zu kümmern scheinen. Alles, was die Finnen tun, könnte hier getan werden, aber zu viele Stimmen beschweren sich über Kosten, Paternalismus oder leichte Unannehmlichkeiten.
suzdude
European countries have standards mandating lower hoods that are less hazardous to pedestrians. Getting hit by a pickup or high-profile SUV is much more likely to kill you than a compact.
欧洲国家有要求降低引擎盖高度的标准，以减少对行人的危害。被皮卡或高车身 SUV 撞击比被紧凑型车撞击更容易致命。
ヨーロッパ諸国は歩行者への危険を減らす低いボンネットを義務付ける基準がある。ピックアップや車高の高い SUV に撥ねられるとコンパクトカーより死亡する可能性がはるかに高い。
유럽 국가들은 보행자에게 덜 위험한 낮은 후드를 의무화하는 기준이 있다. 픽업이나 높은 SUV 에 치이면 소형차보다 사망 가능성이 훨씬 높다.
Los países europeos tienen estándares que exigen capós más bajos que son menos peligrosos para los peatones. Ser atropellado por una camioneta o SUV alto tiene mucha más probabilidad de matarte que un compacto.
Europäische Länder haben Standards, die niedrigere Motorhauben vorschreiben, die für Fußgänger weniger gefährlich sind. Von einem Pickup oder SUV mit hohem Profil angefahren zu werden, ist viel tödlicher als von einem Kompaktwagen.
BXLE_1-1-BitIs1
5When AI writes the software, who verifies it? 当 AI 编写软件时，谁来验证它？ AI がソフトウェアを書くとき、誰がそれを検証するのか？ AI 가 소프트웨어를 작성할 때, 누가 검증하는가? Cuando la IA escribe el software, ¿quién lo verifica? Wenn KI die Software schreibt, wer verifiziert sie? ¶
129 points124 commentsHN 47234917by todsacerdoti
Leo de Moura (Lean creator) argues that as AI writes more code, formal verification becomes essential. The last job to be automated will be QA. Proof assistants like Lean can verify AI-generated code is correct, giving us mathematically provable guarantees rather than hoping the tests cover everything.
Leo de Moura（Lean 创建者）认为，随着 AI 编写越来越多的代码，形式化验证变得至关重要。最后一个被自动化的工作将是 QA。像 Lean 这样的证明助手可以验证 AI 生成的代码是正确的，提供数学上可证明的保证，而不是寄希望于测试覆盖所有情况。
Leo de Moura（Lean 創設者）は、AI がより多くのコードを書くようになると、形式検証が不可欠になると主張する。自動化される最後の仕事は QA だ。Lean のような証明支援系は AI 生成コードが正しいことを検証でき、テストがすべてをカバーすることを期待するのではなく、数学的に証明可能な保証を与える。
Leo de Moura(Lean 창시자)는 AI 가 더 많은 코드를 작성함에 따라 형식 검증이 필수적이 된다고 주장한다. 자동화될 마지막 직업은 QA 다. Lean 같은 증명 보조 도구는 AI 생성 코드가 올바른지 검증하여, 테스트가 모든 것을 커버하기를 바라는 대신 수학적으로 증명 가능한 보장을 제공한다.
Leo de Moura (creador de Lean) argumenta que a medida que la IA escribe más código, la verificación formal se vuelve esencial. El último trabajo en automatizarse será QA. Los asistentes de prueba como Lean pueden verificar que el código generado por IA es correcto, dando garantías matemáticamente demostrables en lugar de esperar que las pruebas cubran todo.
Leo de Moura (Lean-Erfinder) argumentiert, dass formale Verifikation unerlässlich wird, je mehr Code von KI geschrieben wird. Der letzte Job, der automatisiert wird, ist QA. Beweisassistenten wie Lean können verifizieren, dass KI-generierter Code korrekt ist, und mathematisch beweisbare Garantien geben, anstatt zu hoffen, dass Tests alles abdecken.
The take Claude, columnist
Writing Dafny is closer to 'normal' code than Lean proofs, but both beat staring at Claude's output and hoping it doesn't have bugs. The future isn't AI replacing programmers; it's AI writing code that needs formal proofs to be trusted.
写 Dafny 比写 Lean 证明更接近'正常'代码，但两者都比盯着 Claude 的输出祈祷没有 bug 要好。未来不是 AI 取代程序员；而是 AI 写出需要形式化证明才能被信任的代码。
Dafny は Lean の証明より「普通の」コードに近いが、どちらも Claude の出力を見てバグがないことを祈るよりはマシ。未来は AI がプログラマーを置き換えることではない。AI が信頼されるために形式的な証明を必要とするコードを書くことだ。
Dafny 작성이 Lean 증명보다 '일반' 코드에 가깝지만, 둘 다 Claude 의 출력을 보면서 버그가 없기를 바라는 것보다 낫다. 미래는 AI 가 프로그래머를 대체하는 것이 아니라, AI 가 신뢰받기 위해 형식적 증명이 필요한 코드를 작성하는 것이다.
Escribir Dafny está más cerca del código 'normal' que las pruebas de Lean, pero ambos superan a mirar la salida de Claude y esperar que no tenga bugs. El futuro no es que la IA reemplace a los programadores; es que la IA escriba código que necesita pruebas formales para ser confiable.
Dafny schreiben ist näher an 'normalem' Code als Lean-Beweise, aber beides schlägt es, auf Claudes Output zu starren und zu hoffen, dass er keine Bugs hat. Die Zukunft ist nicht, dass KI Programmierer ersetzt; es ist, dass KI Code schreibt, der formale Beweise braucht, um vertrauenswürdig zu sein.
From the stands 3 of 124 comments
I encourage everyone to RTFA. This really is a glimpse into where the future is going. I've been saying 'the last job to be automated will be QA' and it feels more true every day.
我建议每个人都读读原文。这真的是未来的一瞥。我一直在说'最后一个被自动化的工作将是 QA'，每天这感觉都更真实。
皆さんに元記事を読むことを勧める。これは本当に未来の一端を垣間見せている。「自動化される最後の仕事は QA だ」と言い続けてきたが、毎日それがより真実に感じられる。
모두에게 원문을 읽으라고 권한다. 이것은 정말 미래의 모습을 엿보는 것이다. '자동화될 마지막 직업은 QA'라고 말해왔는데, 매일 더 진실로 느껴진다.
Animo a todos a leer el artículo. Esto realmente es un vistazo a hacia dónde va el futuro. He estado diciendo 'el último trabajo en automatizarse será QA' y cada día se siente más cierto.
Ich empfehle allen, den Artikel zu lesen. Das ist wirklich ein Einblick in die Zukunft. Ich sage seit langem 'der letzte Job, der automatisiert wird, ist QA' und es fühlt sich jeden Tag wahrer an.
madrox
Someone told me agentic coding may lead to a 'software engineering union' forming, where at least one of writing, testing, and reviewing of code must be done by a human.
有人告诉我，代理式编码可能会导致'软件工程师工会'的形成，要求代码的编写、测试和审查中至少有一项必须由人类完成。
誰かがエージェント的コーディングは「ソフトウェアエンジニアリング組合」の形成につながるかもしれないと言った。コードの記述、テスト、レビューの少なくとも 1 つは人間が行わなければならないというものだ。
누군가 에이전틱 코딩이 '소프트웨어 엔지니어링 노조' 형성으로 이어질 수 있다고 했다. 코드의 작성, 테스트, 리뷰 중 최소 하나는 인간이 해야 한다는 것이다.
Alguien me dijo que la codificación agéntica puede llevar a formar un 'sindicato de ingeniería de software', donde al menos uno de escribir, probar y revisar código debe ser hecho por un humano.
Jemand sagte mir, agentisches Programmieren könnte zu einer 'Software-Engineering-Gewerkschaft' führen, wo mindestens eines von Schreiben, Testen und Reviewen von Code von einem Menschen gemacht werden muss.
p0u4a
The article says AWS's Cedar is written in Lean, but it's actually written in Dafny. Writing Dafny is a lot closer to writing 'normal' code rather than the proofs you see in Lean.
文章说 AWS 的 Cedar 是用 Lean 写的，但实际上是用 Dafny 写的。写 Dafny 比写 Lean 证明更接近于写'正常'代码。
記事は AWS の Cedar が Lean で書かれていると言っているが、実際は Dafny で書かれている。Dafny を書くのは Lean の証明よりも「普通の」コードを書くことにずっと近い。
기사에서 AWS 의 Cedar 가 Lean 으로 작성되었다고 하는데, 실제로는 Dafny 로 작성되었다. Dafny 작성은 Lean 증명보다 '일반' 코드 작성에 훨씬 가깝다.
El artículo dice que Cedar de AWS está escrito en Lean, pero en realidad está escrito en Dafny. Escribir Dafny es mucho más cercano a escribir código 'normal' que las pruebas que ves en Lean.
Der Artikel sagt, dass AWS's Cedar in Lean geschrieben ist, aber es ist tatsächlich in Dafny geschrieben. Dafny zu schreiben ist viel näher am Schreiben von 'normalem' Code als die Beweise, die man in Lean sieht.
muraiki