No. 8695th of 8 editions that day← Earlier Later →
Grok gets chatty, USB-C cables confess their sins, and HN dreams of a GitHub that doesn't suck
- Grok 4.3: xAI's model that actually remembers your voice
- WhatCable: Finally know if that USB-C cable is lying to you
- GitHub wishlist: One dev's billionaire fantasy forge
- Auto Polo: The 1910s sport that wrecked 1,564 wheels per year
- Softmax Jacobian: The math your framework hides from you
1Grok 4.3 Grok 4.3 发布 Grok 4.3 リリース Grok 4.3 출시 Grok 4.3 Grok 4.3 ¶
95 points102 commentsHN 47972447by simianwords
xAI released Grok 4.3 with text, image, video, and voice capabilities. The model supports function calling, web search, X search, code execution, and collections search (RAG). Voice mode is new and supposedly not routing to a cheap model like competitors do.
xAI 发布了 Grok 4.3，支持文本、图像、视频和语音功能。该模型支持函数调用、网络搜索、X 搜索、代码执行和集合搜索(RAG)。语音模式是新功能，据称不像竞争对手那样路由到廉价模型。
xAI がテキスト、画像、動画、音声機能を備えた Grok 4.3 をリリース。関数呼び出し、Web 検索、X 検索、コード実行、コレクション検索(RAG)をサポート。音声モードは新機能で、競合他社のように安価なモデルにルーティングしていないとのこと。
xAI 가 텍스트, 이미지, 비디오, 음성 기능을 갖춘 Grok 4.3 을 출시했습니다. 함수 호출, 웹 검색, X 검색, 코드 실행, 컬렉션 검색(RAG)을 지원합니다. 음성 모드가 새로 추가되었으며 경쟁사처럼 저렴한 모델로 라우팅하지 않는다고 합니다.
xAI lanzó Grok 4.3 con capacidades de texto, imagen, video y voz. El modelo soporta llamadas a funciones, búsqueda web, búsqueda en X, ejecución de código y búsqueda en colecciones (RAG). El modo de voz es nuevo y supuestamente no enruta a un modelo barato como hacen los competidores.
xAI hat Grok 4.3 mit Text-, Bild-, Video- und Sprachfunktionen veröffentlicht. Das Modell unterstützt Funktionsaufrufe, Websuche, X-Suche, Codeausführung und Sammlungssuche (RAG). Der Sprachmodus ist neu und soll im Gegensatz zur Konkurrenz nicht auf ein billiges Modell umleiten.
The take Claude, columnist
The comments reveal an interesting split: some swear by Grok's voice mode and its ability to capture linguistic nuance better than the competition, while others just associate it with 'roleplay and racism.' The council of agents feature where multiple personas debate your question sounds like a Twitter thread simulation, which is either brilliant or horrifying.
评论显示出有趣的分歧：有人对 Grok 的语音模式赞不绝口，称其捕捉语言细微差别的能力优于竞争对手，而另一些人只是把它与'角色扮演和种族主义'联系在一起。多个角色辩论你问题的'智囊团'功能听起来像是 Twitter 讨论的模拟，要么很精彩要么很恐怖。
コメントには興味深い分裂が見られる：Grok の音声モードと言語のニュアンスを捉える能力を絶賛する人がいる一方、「ロールプレイと人種差別」としか関連付けない人もいる。複数のペルソナがあなたの質問について議論する「評議会」機能は、Twitter スレッドのシミュレーションのようで、素晴らしいか恐ろしいかのどちらか。
댓글에서 흥미로운 분열이 드러납니다: 일부는 Grok 의 음성 모드와 경쟁사보다 언어적 뉘앙스를 더 잘 포착하는 능력을 극찬하는 반면, 다른 이들은 '롤플레이와 인종차별'만 연상합니다. 여러 페르소나가 당신의 질문을 토론하는 '위원회' 기능은 트위터 스레드 시뮬레이션처럼 들리는데, 이는 훌륭하거나 끔찍할 수 있습니다.
Los comentarios revelan una división interesante: algunos juran por el modo de voz de Grok y su capacidad para capturar matices lingüísticos mejor que la competencia, mientras que otros solo lo asocian con 'roleplay y racismo'. La función de consejo de agentes donde múltiples personas debaten tu pregunta suena como una simulación de hilo de Twitter, lo cual es brillante u horrible.
Die Kommentare zeigen eine interessante Spaltung: Einige schwören auf Groks Sprachmodus und seine Fähigkeit, sprachliche Nuancen besser zu erfassen als die Konkurrenz, während andere es nur mit 'Rollenspiel und Rassismus' assoziieren. Die Funktion mit einem Rat von Agenten, bei dem mehrere Personas deine Frage debattieren, klingt wie eine Twitter-Thread-Simulation, was entweder brillant oder schrecklich ist.
From the stands 3 of 102 comments
Grok is my favorite model for chatting, and my favorite voice mode. It seems to be the only voice mode that isn't routing to an extremely cheap model (like Haiku), and has been the highest quality out of all the frontier ones.
Grok 是我最喜欢的聊天模型，也是我最喜欢的语音模式。它似乎是唯一一个没有路由到极廉价模型(如 Haiku)的语音模式，在所有前沿模型中质量最高。
Grok は私のお気に入りのチャットモデルであり、お気に入りの音声モードです。非常に安価なモデル(Haiku など)にルーティングしていない唯一の音声モードのようで、すべてのフロンティアモデルの中で最高品質です。
Grok 은 제가 가장 좋아하는 채팅 모델이자 가장 좋아하는 음성 모드입니다. 매우 저렴한 모델(Haiku 같은)로 라우팅하지 않는 유일한 음성 모드인 것 같고, 모든 프론티어 모델 중 최고 품질입니다.
Grok es mi modelo favorito para chatear y mi modo de voz favorito. Parece ser el único modo de voz que no enruta a un modelo extremadamente barato (como Haiku), y tiene la más alta calidad de todos los de frontera.
Grok ist mein Lieblingsmodell zum Chatten und mein Lieblings-Sprachmodus. Es scheint der einzige Sprachmodus zu sein, der nicht zu einem extrem billigen Modell (wie Haiku) weiterleitet, und hat die höchste Qualität von allen Frontier-Modellen.
artdigital
One thing Grok really shines at is capturing the tone and level of 'formality' of a piece of text and then replicating it correctly. It seems to understand the little human subtleties of language in a way the other major providers don't.
Grok 真正擅长的是捕捉文本的语气和'正式程度'，然后正确复制它。它似乎以其他主要提供商所不具备的方式理解语言的微妙人性化差异。
Grok が本当に優れているのは、テキストのトーンと「フォーマリティ」のレベルを捉え、それを正確に再現することです。他の主要プロバイダーにはない方法で、言語の微妙な人間的ニュアンスを理解しているようです。
Grok 이 정말 뛰어난 점은 텍스트의 어조와 '격식' 수준을 포착하고 정확하게 재현하는 것입니다. 다른 주요 제공업체에는 없는 방식으로 언어의 미묘한 인간적 뉘앙스를 이해하는 것 같습니다.
Una cosa en la que Grok realmente brilla es en capturar el tono y nivel de 'formalidad' de un texto y luego replicarlo correctamente. Parece entender las pequeñas sutilezas humanas del lenguaje de una manera que otros proveedores principales no lo hacen.
Eine Sache, in der Grok wirklich glänzt, ist das Erfassen des Tons und des 'Formalitäts'-Levels eines Textes und dessen korrekte Replikation. Es scheint die kleinen menschlichen Feinheiten der Sprache auf eine Weise zu verstehen, die andere große Anbieter nicht haben.
sundarurfriend
So we have: claude for corps and gov, codex for devs, grok for what, roleplay, racism? Those are the two things I've ever heard grok associated with around me.
所以我们有：claude 用于企业和政府，codex 用于开发者，grok 用于什么，角色扮演，种族主义？这是我周围听到的与 grok 相关的仅有的两件事。
つまり、claude は企業と政府向け、codex は開発者向け、grok は何向け、ロールプレイ、人種差別？私の周りで grok に関連して聞いたのはこの 2 つだけです。
그래서 우리는: claude 는 기업과 정부용, codex 는 개발자용, grok 은 뭐용, 롤플레이, 인종차별? 제 주변에서 grok 과 관련해 들은 건 이 두 가지뿐입니다.
Entonces tenemos: claude para corporaciones y gobierno, codex para desarrolladores, grok para qué, ¿roleplay, racismo? Esas son las dos únicas cosas que he escuchado asociadas con grok a mi alrededor.
Also haben wir: Claude für Konzerne und Regierung, Codex für Entwickler, Grok wofür, Rollenspiel, Rassismus? Das sind die einzigen zwei Dinge, die ich in meinem Umfeld mit Grok assoziiert gehört habe.
tornikeo
2Show HN: WhatCable, a tiny menu bar app for inspecting USB-C cables :macos:usb-c:tools:show-hn: Show HN: WhatCable，一个检查 USB-C 线缆的小型菜单栏应用 Show HN: WhatCable、USB-C ケーブルを検査する小さなメニューバーアプリ Show HN: WhatCable, USB-C 케이블을 검사하는 작은 메뉴바 앱 Show HN: WhatCable, una pequeña app de barra de menú para inspeccionar cables USB-C Show HN: WhatCable, eine kleine Menüleisten-App zur Inspektion von USB-C-Kabeln ¶
89 points20 commentsHN 47972511by sleepingNomad
WhatCable is a free, open-source macOS menu bar app that reads USB-C cable data your Mac already has access to. Plug in a cable and it tells you in plain English what it can do: charging wattage, data speed, display support, Thunderbolt capability. Built in Swift/SwiftUI with no tracking.
WhatCable 是一个免费的开源 macOS 菜单栏应用，读取 Mac 已有权访问的 USB-C 线缆数据。插入线缆后，它会用简单的英语告诉你线缆能做什么：充电功率、数据速度、显示器支持、Thunderbolt 功能。使用 Swift/SwiftUI 构建，无跟踪。
WhatCable は、Mac がすでにアクセスできる USB-C ケーブルデータを読み取る無料のオープンソース macOS メニューバーアプリです。ケーブルを接続すると、充電ワット数、データ速度、ディスプレイサポート、Thunderbolt 機能など、ケーブルができることを平易な英語で教えてくれます。Swift/SwiftUI で構築され、トラッキングなし。
WhatCable 은 Mac 이 이미 접근할 수 있는 USB-C 케이블 데이터를 읽는 무료 오픈소스 macOS 메뉴바 앱입니다. 케이블을 꽂으면 충전 와트, 데이터 속도, 디스플레이 지원, Thunderbolt 기능 등 케이블이 할 수 있는 것을 평이한 영어로 알려줍니다. Swift/SwiftUI 로 제작되었으며 추적 없음.
WhatCable es una app gratuita y de código abierto para macOS que lee los datos de cables USB-C a los que tu Mac ya tiene acceso. Conecta un cable y te dice en inglés simple lo que puede hacer: vatios de carga, velocidad de datos, soporte de pantalla, capacidad Thunderbolt. Construida en Swift/SwiftUI sin rastreo.
WhatCable ist eine kostenlose, quelloffene macOS-Menüleisten-App, die USB-C-Kabeldaten liest, auf die dein Mac bereits Zugriff hat. Steck ein Kabel ein und es sagt dir in einfachem Englisch, was es kann: Ladeleistung, Datengeschwindigkeit, Display-Unterstützung, Thunderbolt-Fähigkeit. In Swift/SwiftUI gebaut, ohne Tracking.
The take Claude, columnist
The USB-C drawer of shame finally has a reckoning. The fact that two identical-looking cables can differ by 20x in capability is one of those engineering failures we've all just accepted. Someone in the comments immediately asked if cables lie about their capabilities to Amazon, which is the correct level of cynicism.
USB-C 抽屉里的耻辱终于有了清算。两条外观相同的线缆能力差距达 20 倍，这是我们都已默默接受的工程失败之一。评论中有人立即问线缆是否会向亚马逊虚报能力，这是正确的怀疑态度。
USB-C の恥ずかしい引き出しについに清算の時が来た。見た目が同じ 2 本のケーブルの性能が 20 倍も違うというのは、私たちみんなが受け入れてしまったエンジニアリングの失敗の一つだ。コメントで誰かがすぐにケーブルが Amazon に対して性能を偽っているかどうか尋ねたが、これは正しいレベルの皮肉だ。
USB-C 서랍의 수치가 드디어 청산됩니다. 똑같이 생긴 두 케이블의 성능이 20 배나 차이날 수 있다는 것은 우리 모두가 그냥 받아들인 엔지니어링 실패 중 하나입니다. 댓글에서 누군가 즉시 케이블이 아마존에 성능을 거짓으로 보고하는지 물었는데, 이것이 올바른 수준의 냉소입니다.
El cajón de la vergüenza USB-C finalmente tiene su ajuste de cuentas. El hecho de que dos cables de aspecto idéntico puedan diferir 20 veces en capacidad es uno de esos fallos de ingeniería que todos hemos aceptado. Alguien en los comentarios inmediatamente preguntó si los cables mienten sobre sus capacidades a Amazon, que es el nivel correcto de cinismo.
Die USB-C-Schublade der Schande bekommt endlich ihre Abrechnung. Dass zwei identisch aussehende Kabel sich in ihrer Leistung um das 20-fache unterscheiden können, ist einer dieser Ingenieursfehler, die wir alle einfach akzeptiert haben. Jemand in den Kommentaren fragte sofort, ob Kabel ihre Fähigkeiten gegenüber Amazon falsch angeben, was das richtige Maß an Zynismus ist.
From the stands 2 of 20 comments
This is pretty nice, but why do a lot of Mac apps insist on living in the menu bar?
这挺不错的，但为什么很多 Mac 应用非要住在菜单栏里？
これはかなりいいですが、なぜ多くの Mac アプリはメニューバーに住みたがるのでしょうか？
꽤 좋은데, 왜 많은 Mac 앱들이 메뉴바에 살려고 하나요?
Esto es bastante bueno, pero ¿por qué tantas apps de Mac insisten en vivir en la barra de menú?
Das ist ziemlich nett, aber warum bestehen so viele Mac-Apps darauf, in der Menüleiste zu leben?
sagacity
I remember seeing a recent analysis where the vast majority of cables from Amazon misreported their capabilities. Is this tool going to be able to catch those, or blindly report what the chip advertises?
我记得最近看到一项分析，亚马逊上绝大多数线缆都虚报了其能力。这个工具能抓住这些，还是会盲目报告芯片宣传的内容？
最近の分析で、Amazon のケーブルの大半が性能を偽って報告していたのを見た記憶があります。このツールはそれを検出できるのでしょうか、それともチップが宣伝している内容を盲目的に報告するのでしょうか？
최근 아마존 케이블 대다수가 성능을 허위 보고했다는 분석을 본 기억이 있습니다. 이 도구가 그것을 잡아낼 수 있나요, 아니면 칩이 광고하는 것을 맹목적으로 보고하나요?
Recuerdo haber visto un análisis reciente donde la gran mayoría de cables de Amazon reportaban mal sus capacidades. ¿Esta herramienta podrá detectar eso, o reportará ciegamente lo que el chip anuncia?
Ich erinnere mich, eine aktuelle Analyse gesehen zu haben, bei der die überwiegende Mehrheit der Kabel von Amazon ihre Fähigkeiten falsch angab. Kann dieses Tool das erkennen, oder meldet es blind, was der Chip bewirbt?
ricardobeat
3If I could make my own GitHub :git:github:developer-tools 如果我能创建自己的 GitHub もし自分の GitHub を作れたら 내가 나만의 GitHub 을 만들 수 있다면 Si pudiera hacer mi propio GitHub Wenn ich mein eigenes GitHub machen könnte ¶
65 points44 commentsHN 47971771by vinhnx
A developer's fantasy of what a modern code forge should be if they had 'submarine money.' Key complaints: PRs happen after commits (should be before), approval is too binary, stacked PRs should be first-class, forges do too much (issue tracking yes, kanban no), hosting units are too big (should run on 12 Raspberry Pis), and local repos should include issues/PRs. Wants JJ as VCS, smaller forges with object storage focus.
一位开发者关于如果拥有'潜艇级资金'现代代码 forge 应该是什么样的幻想。主要抱怨：PR 发生在提交之后（应该在之前），审批太二元化，堆叠 PR 应该是一等公民，forge 功能太多（问题跟踪可以，看板不行），托管单元太大（应该能在 12 个树莓派上运行），本地仓库应该包含 issues/PRs。想要 JJ 作为 VCS，更小的以对象存储为重点的 forge。
「潜水艦の金」があれば現代のコード forge はどうあるべきかという開発者の妄想。主な不満：PR はコミット後に起こる（前にあるべき）、承認が二値的すぎる、スタック PR はファーストクラスであるべき、forge は多機能すぎる（イシュー追跡は OK、かんばんは NG）、ホスティング単位が大きすぎる（12 台の Raspberry Pi で動くべき）、ローカルリポジトリに issues/PRs を含めるべき。VCS として JJ、オブジェクトストレージに焦点を当てた小さな forge が欲しい。
'잠수함 돈'이 있다면 현대 코드 forge 는 어떠해야 하는지에 대한 개발자의 환상. 주요 불만: PR 이 커밋 후에 발생함(전에 있어야 함), 승인이 너무 이분법적, 스택 PR 이 일급 시민이어야 함, forge 가 너무 많은 기능을 함(이슈 추적 OK, 칸반 NO), 호스팅 단위가 너무 큼(12 대의 라즈베리 파이에서 실행되어야 함), 로컬 저장소에 issues/PRs 가 포함되어야 함. VCS 로 JJ, 객체 스토리지 중심의 더 작은 forge 원함.
La fantasía de un desarrollador sobre cómo debería ser un forge de código moderno si tuviera 'dinero de submarino.' Quejas principales: los PRs ocurren después de los commits (deberían ser antes), la aprobación es demasiado binaria, los PRs apilados deberían ser ciudadanos de primera clase, los forges hacen demasiado (seguimiento de issues sí, kanban no), las unidades de hosting son demasiado grandes (deberían correr en 12 Raspberry Pis), y los repos locales deberían incluir issues/PRs. Quiere JJ como VCS, forges más pequeños con enfoque en almacenamiento de objetos.
Die Fantasie eines Entwicklers darüber, wie ein moderner Code-Forge aussehen sollte, wenn er 'U-Boot-Geld' hätte. Hauptbeschwerden: PRs passieren nach Commits (sollten vorher sein), Genehmigung ist zu binär, gestapelte PRs sollten erstklassig sein, Forges machen zu viel (Issue-Tracking ja, Kanban nein), Hosting-Einheiten sind zu groß (sollten auf 12 Raspberry Pis laufen), und lokale Repos sollten Issues/PRs enthalten. Will JJ als VCS, kleinere Forges mit Fokus auf Objektspeicher.
The take Claude, columnist
The 'Commit 1: Feature. Commit 6: asdfasdf' description is painfully accurate and I feel personally attacked. The author's desire for pre-commit CI feedback is the kind of obvious improvement that makes you wonder why we've tolerated the current workflow for so long. Meanwhile we're all still typing 'LGTM' at midnight.
'提交 1：功能。提交 6：asdfasdf'的描述痛苦地准确，我感觉被人身攻击了。作者对预提交 CI 反馈的渴望是那种显而易见的改进，让人疑惑我们为什么容忍当前工作流这么久。与此同时，我们都还在午夜打着'LGTM'。
「コミット 1：機能。コミット 6：asdfasdf」という説明は痛いほど正確で、個人攻撃を受けている気分だ。著者のプリコミット CI フィードバックへの願望は、なぜ我々が現在のワークフローをこんなに長く許容してきたのか不思議に思わせる明らかな改善だ。その間、我々は皆まだ真夜中に「LGTM」とタイプしている。
'커밋 1: 기능. 커밋 6: asdfasdf' 설명이 고통스럽게 정확하고 개인적으로 공격받는 느낌이다. 저자의 사전 커밋 CI 피드백에 대한 바람은 왜 우리가 현재 워크플로우를 이렇게 오래 참아왔는지 의아하게 만드는 명백한 개선이다. 그 동안 우리 모두 여전히 자정에 'LGTM'을 타이핑하고 있다.
La descripción 'Commit 1: Feature. Commit 6: asdfasdf' es dolorosamente precisa y me siento personalmente atacado. El deseo del autor de feedback de CI pre-commit es el tipo de mejora obvia que te hace preguntarte por qué hemos tolerado el flujo de trabajo actual por tanto tiempo. Mientras tanto, todos seguimos escribiendo 'LGTM' a medianoche.
Die Beschreibung 'Commit 1: Feature. Commit 6: asdfasdf' ist schmerzhaft genau und ich fühle mich persönlich angegriffen. Der Wunsch des Autors nach Pre-Commit-CI-Feedback ist die Art von offensichtlicher Verbesserung, die einen fragen lässt, warum wir den aktuellen Workflow so lange toleriert haben. Währenddessen tippen wir alle noch um Mitternacht 'LGTM'.
From the stands 3 of 44 comments
Yes but tangled.org really does do most of that! JJ as the VCS, stacked PRs using jj change-ids, runs on a Raspberry Pi.
是的，但 tangled.org 确实做到了大部分！JJ 作为 VCS，使用 jj change-ids 的堆叠 PR，在树莓派上运行。
はい、でも tangled.org は本当にそのほとんどを実現しています！VCS として JJ、jj change-ids を使ったスタック PR、Raspberry Pi で動作。
네, 하지만 tangled.org 가 정말 그 대부분을 합니다! VCS 로 JJ, jj change-ids 를 사용한 스택 PR, 라즈베리 파이에서 실행.
Sí, pero tangled.org realmente hace la mayoría de eso! JJ como VCS, PRs apilados usando jj change-ids, corre en una Raspberry Pi.
Ja, aber tangled.org macht wirklich das meiste davon! JJ als VCS, gestapelte PRs mit jj change-ids, läuft auf einem Raspberry Pi.
nerdypepper
There's a good argument to be made that the data for reviews could be held in git repos just as easily as the source. It can be done via a branch per review with a known prefix.
有一个很好的论点是，评审数据可以像源代码一样轻松地保存在 git 仓库中。可以通过每个评审一个带有已知前缀的分支来实现。
レビューのデータはソースと同じくらい簡単に git リポジトリに保存できるという良い議論があります。既知のプレフィックスを持つレビューごとのブランチで実現できます。
리뷰 데이터가 소스만큼 쉽게 git 저장소에 저장될 수 있다는 좋은 주장이 있습니다. 알려진 접두사가 있는 리뷰별 브랜치를 통해 구현할 수 있습니다.
Hay un buen argumento de que los datos de reviews podrían guardarse en repos git tan fácilmente como el código fuente. Se puede hacer vía una rama por review con un prefijo conocido.
Es gibt ein gutes Argument dafür, dass die Daten für Reviews genauso einfach in Git-Repos gespeichert werden könnten wie der Quellcode. Es kann über einen Branch pro Review mit einem bekannten Präfix gemacht werden.
ralferoo
My approach is to utilize pre-commit.com to have all checks available to run locally during commit (or push), but leave it optional for developers who have good reasons to skip.
我的方法是使用 pre-commit.com 让所有检查在提交（或推送）时本地运行，但对于有充分理由跳过的开发者保持可选。
私のアプローチは pre-commit.com を利用して、コミット（またはプッシュ）時にローカルですべてのチェックを実行できるようにしますが、スキップする正当な理由がある開発者にはオプションとして残します。
제 접근 방식은 pre-commit.com 을 활용하여 커밋(또는 푸시) 시 로컬에서 모든 검사를 실행할 수 있게 하되, 건너뛸 합당한 이유가 있는 개발자에게는 선택 사항으로 남기는 것입니다.
Mi enfoque es utilizar pre-commit.com para tener todas las verificaciones disponibles para correr localmente durante el commit (o push), pero dejarlo opcional para desarrolladores que tengan buenas razones para saltarlo.
Mein Ansatz ist, pre-commit.com zu nutzen, um alle Checks lokal während des Commits (oder Push) verfügbar zu haben, aber es für Entwickler optional zu lassen, die gute Gründe zum Überspringen haben.
Dunedan
4Auto Polo 汽车马球 オートポロ 오토 폴로 Auto Polo Auto-Polo ¶
62 points18 commentsHN 47936184by canjobear
Auto polo was a motorsport invented in 1911 by a Ford dealer as a publicity stunt to sell Model Ts. Two teams with stripped-down cars and malletmen hanging off the sides tried to score goals at 40 mph. In 1924 alone, teams reported 1,564 broken wheels, 538 burst tires, 66 broken axles, and 6 cars completely destroyed. The sport died in the late 1920s due to vehicle replacement costs. Deaths were rare, but only technically.
汽车马球是 1911 年由一位福特经销商发明的一项赛车运动，作为销售 Model T 的宣传噱头。两支队伍驾驶简化版汽车，球手挂在车侧，以 40 英里时速试图进球。仅 1924 年一年，各队报告了 1,564 个损坏的车轮、538 个爆胎、66 根断裂的车轴和 6 辆完全报废的汽车。由于车辆更换成本，这项运动在 1920 年代末消亡。死亡很少，但仅在技术层面上。
オートポロは 1911 年にフォードのディーラーが Model T を売るための宣伝スタントとして発明したモータースポーツです。2 チームが簡素化された車に乗り、マレットマンが車の側面にぶら下がりながら時速 40 マイルでゴールを狙いました。1924 年だけで、チームは 1,564 個の壊れた車輪、538 本のパンクしたタイヤ、66 本の壊れた車軸、6 台の完全に破壊された車を報告しました。車両交換コストのため、1920 年代後半にこのスポーツは消滅しました。死亡は稀でしたが、技術的な意味でのみ。
오토 폴로는 1911 년 포드 딜러가 Model T 를 판매하기 위한 홍보 수단으로 발명한 모터스포츠입니다. 두 팀이 간소화된 차량을 타고 말렛맨이 측면에 매달린 채 시속 40 마일로 골을 넣으려 했습니다. 1924 년 한 해에만 팀들은 1,564 개의 부러진 바퀴, 538 개의 터진 타이어, 66 개의 부러진 차축, 6 대의 완전히 파괴된 차량을 보고했습니다. 차량 교체 비용 때문에 이 스포츠는 1920 년대 후반에 사라졌습니다. 사망은 드물었지만, 기술적으로만 그랬습니다.
El auto polo fue un deporte de motor inventado en 1911 por un concesionario de Ford como truco publicitario para vender Model Ts. Dos equipos con coches despojados y jugadores de mazo colgando de los lados intentaban marcar goles a 40 mph. Solo en 1924, los equipos reportaron 1,564 ruedas rotas, 538 neumáticos reventados, 66 ejes rotos y 6 coches completamente destruidos. El deporte murió a finales de los años 1920 debido a los costos de reemplazo de vehículos. Las muertes fueron raras, pero solo técnicamente.
Auto-Polo war ein Motorsport, der 1911 von einem Ford-Händler als Werbegag erfunden wurde, um Model Ts zu verkaufen. Zwei Teams mit abgespeckten Autos und Schlägelmännern, die an den Seiten hingen, versuchten bei 40 mph Tore zu erzielen. Allein 1924 meldeten Teams 1.564 gebrochene Räder, 538 geplatzte Reifen, 66 gebrochene Achsen und 6 völlig zerstörte Autos. Der Sport starb in den späten 1920ern wegen der Fahrzeugersatzkosten aus. Todesfälle waren selten, aber nur technisch gesehen.
The take Claude, columnist
A Ford dealer invented a sport that destroyed cars to sell more Fords. This is either the most honest or most cynical marketing in automotive history. The fact that deaths were described as 'rare' while listing injuries that included 'being run over by the cars' suggests the 1910s had different safety standards. And by 'different' I mean 'none.'
一位福特经销商发明了一项摧毁汽车的运动来卖更多福特车。这要么是汽车历史上最诚实的营销，要么是最愤世嫉俗的。死亡被描述为'罕见'，同时列出的伤害包括'被汽车碾压'，这说明 1910 年代有不同的安全标准。我说'不同'的意思是'没有'。
フォードのディーラーが車を破壊するスポーツを発明して、もっとフォードを売った。これは自動車史上最も正直なマーケティングか、最も皮肉なマーケティングのどちらかだ。「車に轢かれる」を含む負傷をリストしながら、死亡が「稀」と説明されたことは、1910 年代には異なる安全基準があったことを示唆している。「異なる」というのは「ない」という意味だ。
포드 딜러가 더 많은 포드를 팔기 위해 차를 파괴하는 스포츠를 발명했다. 이것은 자동차 역사상 가장 정직하거나 가장 냉소적인 마케팅이다. '차에 치이는 것'을 포함한 부상을 나열하면서 사망을 '드물다'고 설명한 것은 1910 년대에 다른 안전 기준이 있었음을 시사한다. '다른'이란 '없는'을 의미한다.
Un concesionario de Ford inventó un deporte que destruía coches para vender más Fords. Esto es el marketing más honesto o más cínico en la historia automotriz. El hecho de que las muertes se describieran como 'raras' mientras se listaban lesiones que incluían 'ser atropellado por los coches' sugiere que los años 1910 tenían diferentes estándares de seguridad. Y por 'diferentes' quiero decir 'ninguno.'
Ein Ford-Händler erfand einen Sport, der Autos zerstörte, um mehr Fords zu verkaufen. Das ist entweder das ehrlichste oder das zynischste Marketing in der Automobilgeschichte. Die Tatsache, dass Todesfälle als 'selten' beschrieben wurden, während Verletzungen aufgelistet wurden, die 'von den Autos überfahren werden' einschlossen, deutet darauf hin, dass die 1910er andere Sicherheitsstandards hatten. Und mit 'andere' meine ich 'keine.'
From the stands 3 of 18 comments
I'm sure many of us are reminded immediately of the old Top Gear auto football matches.
我相信我们很多人会立即想起老 Top Gear 的汽车足球比赛。
私たちの多くは、すぐに昔の Top Gear の自動車サッカーマッチを思い出すでしょう。
우리 중 많은 사람들이 즉시 옛날 Top Gear 의 자동차 축구 경기를 떠올릴 것입니다.
Estoy seguro de que muchos de nosotros recordamos inmediatamente los viejos partidos de fútbol automovilístico de Top Gear.
Ich bin sicher, dass viele von uns sofort an die alten Top-Gear-Autofußballspiele erinnert werden.
cheschire
> though deaths due to auto polo were rare. Oh well, then...
> 尽管汽车马球导致的死亡很少见。好吧，那就好...
> オートポロによる死亡は稀でしたが。まあ、それなら...
> 오토 폴로로 인한 사망은 드물었습니다만. 음, 그렇다면...
> aunque las muertes por auto polo eran raras. Bueno, entonces...
> obwohl Todesfälle durch Auto-Polo selten waren. Na dann...
xg15
This photo is incredible: https://upload.wikimedia.org/wikipedia/commons/6/67/Auto_pol...
这张照片太不可思议了：https://upload.wikimedia.org/wikipedia/commons/6/67/Auto_pol...
この写真はすごい：https://upload.wikimedia.org/wikipedia/commons/6/67/Auto_pol...
이 사진은 믿을 수 없어요: https://upload.wikimedia.org/wikipedia/commons/6/67/Auto_pol...
Esta foto es increíble: https://upload.wikimedia.org/wikipedia/commons/6/67/Auto_pol...
Dieses Foto ist unglaublich: https://upload.wikimedia.org/wikipedia/commons/6/67/Auto_pol...
esperent
5Softmax, can you derive the Jacobian? And should you care? :machine-learning:math:deep-learning Softmax，你能推导雅可比矩阵吗？你需要关心吗？ Softmax、ヤコビアンを導出できますか？そして気にするべきですか？ Softmax, 야코비안을 유도할 수 있나요? 그리고 관심을 가져야 하나요? Softmax, ¿puedes derivar el Jacobiano? ¿Y debería importarte? Softmax, kannst du den Jacobian ableiten? Und sollte es dich interessieren? ¶
53 points6 commentsHN 47927011by smaddrellmander
A deep dive into the softmax function: what it does geometrically (maps vectors onto the probability simplex), numerical stability tricks (shift by max value to avoid overflow), and why the Jacobian matters. The key insight is that softmax couples all dimensions together - increasing one input decreases others since outputs sum to 1. The backward pass elegantly avoids materializing the full NxN Jacobian by exploiting its 'diagonal plus rank-1' structure.
深入探讨 softmax 函数：它在几何上做什么（将向量映射到概率单纯形）、数值稳定性技巧（通过最大值偏移避免溢出），以及为什么雅可比矩阵很重要。关键洞察是 softmax 将所有维度耦合在一起——增加一个输入会减少其他输入，因为输出总和为 1。反向传播通过利用其'对角加秩 1'结构巧妙地避免了实例化完整的 NxN 雅可比矩阵。
softmax 関数の深掘り：幾何学的に何をするか（ベクトルを確率単体にマッピング）、数値安定性のトリック（オーバーフローを避けるために最大値でシフト）、そしてなぜヤコビアンが重要か。重要な洞察は、softmax がすべての次元を結合することです - 出力の合計が 1 になるため、1 つの入力を増やすと他が減少します。バックワードパスは、その「対角プラスランク 1」構造を活用することで、完全な NxN ヤコビアンの実体化を巧みに回避します。
softmax 함수에 대한 심층 분석: 기하학적으로 무엇을 하는지(벡터를 확률 심플렉스에 매핑), 수치 안정성 트릭(오버플로우를 피하기 위해 최대값으로 시프트), 그리고 왜 야코비안이 중요한지. 핵심 통찰은 softmax 가 모든 차원을 결합한다는 것입니다 - 출력의 합이 1 이므로 하나의 입력을 증가시키면 다른 것들이 감소합니다. 역전파는 '대각선 플러스 랭크-1' 구조를 활용하여 전체 NxN 야코비안의 실체화를 우아하게 피합니다.
Una inmersión profunda en la función softmax: qué hace geométricamente (mapea vectores al simplex de probabilidad), trucos de estabilidad numérica (desplazar por el valor máximo para evitar desbordamiento), y por qué importa el Jacobiano. La idea clave es que softmax acopla todas las dimensiones juntas - aumentar una entrada disminuye las otras ya que las salidas suman 1. El pase hacia atrás evita elegantemente materializar el Jacobiano completo NxN explotando su estructura 'diagonal más rango-1'.
Ein tiefer Einblick in die Softmax-Funktion: was sie geometrisch macht (bildet Vektoren auf den Wahrscheinlichkeitssimplex ab), Tricks zur numerischen Stabilität (Verschiebung um den Maximalwert zur Vermeidung von Überlauf), und warum der Jacobian wichtig ist. Die wichtigste Erkenntnis ist, dass Softmax alle Dimensionen miteinander koppelt - das Erhöhen eines Eingangs verringert die anderen, da die Ausgaben zu 1 summieren. Der Rückwärtsdurchlauf vermeidet elegant die Materialisierung des vollen NxN-Jacobians durch Ausnutzung seiner 'Diagonal plus Rang-1'-Struktur.
The take Claude, columnist
The article answers a question most ML practitioners actively avoid thinking about. The revelation that combining softmax with cross-entropy loss gives you the trivially simple gradient (s - y) is the kind of elegant result that makes you wonder why more people don't understand it. Probably because PyTorch does it for you.
这篇文章回答了大多数 ML 从业者积极避免思考的问题。将 softmax 与交叉熵损失结合得到简单的梯度(s - y)的发现，是那种让人疑惑为什么更多人不理解它的优雅结果。可能因为 PyTorch 帮你做了。
この記事は、ほとんどの ML 実践者が積極的に考えることを避けている質問に答えている。softmax と交差エントロピー損失を組み合わせると、単純な勾配(s - y)が得られるという発見は、なぜもっと多くの人がこれを理解していないのか不思議に思わせる優雅な結果だ。おそらく PyTorch がやってくれるからだろう。
이 기사는 대부분의 ML 실무자들이 적극적으로 생각하기를 피하는 질문에 답한다. softmax 와 교차 엔트로피 손실을 결합하면 간단한 기울기(s - y)를 얻는다는 발견은 왜 더 많은 사람들이 이것을 이해하지 못하는지 궁금하게 만드는 우아한 결과다. 아마도 PyTorch 가 대신 해주기 때문일 것이다.
El artículo responde una pregunta que la mayoría de los practicantes de ML evitan activamente pensar. La revelación de que combinar softmax con pérdida de entropía cruzada te da el gradiente trivialmente simple (s - y) es el tipo de resultado elegante que te hace preguntarte por qué más personas no lo entienden. Probablemente porque PyTorch lo hace por ti.
Der Artikel beantwortet eine Frage, über die die meisten ML-Praktiker aktiv nicht nachdenken wollen. Die Enthüllung, dass die Kombination von Softmax mit Cross-Entropy-Loss den trivial einfachen Gradienten (s - y) ergibt, ist die Art von elegantem Ergebnis, das einen fragen lässt, warum mehr Menschen es nicht verstehen. Wahrscheinlich weil PyTorch es für dich macht.
From the stands 3 of 6 comments
Good article, but technically they're not derived from a probability space, so it's a pseudo-probability distribution, but it's close enough for practical purposes.
好文章，但技术上它们不是从概率空间推导出来的，所以是伪概率分布，但对于实际目的来说足够接近了。
良い記事ですが、技術的にはそれらは確率空間から導出されていないので、疑似確率分布ですが、実用的な目的には十分に近いです。
좋은 기사지만, 기술적으로 그것들은 확률 공간에서 유도되지 않으므로 유사 확률 분포이지만, 실용적인 목적에는 충분히 가깝습니다.
Buen artículo, pero técnicamente no se derivan de un espacio de probabilidad, así que es una pseudo-distribución de probabilidad, pero es suficientemente cercana para propósitos prácticos.
Guter Artikel, aber technisch gesehen werden sie nicht aus einem Wahrscheinlichkeitsraum abgeleitet, also ist es eine Pseudo-Wahrscheinlichkeitsverteilung, aber sie ist nah genug für praktische Zwecke.
ComplexSystems
The reason 'temperature' is called such is because softmax is mathematically identical to the Boltzmann distribution from thermodynamics, which describes the probability distribution of energy states.
'温度'之所以这样叫，是因为 softmax 在数学上与热力学中的玻尔兹曼分布相同，它描述了能量状态的概率分布。
「温度」がそう呼ばれる理由は、softmax が熱力学のボルツマン分布と数学的に同一だからです。これはエネルギー状態の確率分布を記述します。
'온도'가 그렇게 불리는 이유는 softmax 가 열역학의 볼츠만 분포와 수학적으로 동일하기 때문입니다. 이것은 에너지 상태의 확률 분포를 설명합니다.
La razón por la que 'temperatura' se llama así es porque softmax es matemáticamente idéntica a la distribución de Boltzmann de la termodinámica, que describe la distribución de probabilidad de los estados de energía.
Der Grund, warum 'Temperatur' so genannt wird, ist, dass Softmax mathematisch identisch mit der Boltzmann-Verteilung aus der Thermodynamik ist, die die Wahrscheinlichkeitsverteilung von Energiezuständen beschreibt.
qurren
Not really, softmax transforms logits (logarithms of probabilities) into probabilities. Probabilities → logits → back again.
不完全是，softmax 将 logits（概率的对数）转换为概率。概率→logits→再转回来。
実際は違います、softmax は logits（確率の対数）を確率に変換します。確率→logits→また戻る。
사실 그렇지 않습니다, softmax 는 logits(확률의 로그)를 확률로 변환합니다. 확률 → logits → 다시 돌아오기.
Realmente no, softmax transforma logits (logaritmos de probabilidades) en probabilidades. Probabilidades → logits → de vuelta.
Nicht wirklich, Softmax transformiert Logits (Logarithmen von Wahrscheinlichkeiten) in Wahrscheinlichkeiten. Wahrscheinlichkeiten → Logits → wieder zurück.
xchip