No. 9612nd of 8 editions that day← Earlier Later →
Fisker owners build a car company, C++26 ships dead-on-arrival SIMD, and the third hard problem is taxonomy
- Fisker: 4,000 owners reverse-engineer their orphaned EVs into open source project
- C++26 std::simd: 10x slower compile, loses to scalar for-loops
- Zerostack: 7k LoC Rust coding agent that's not a JS memory hog
- MCP Hello Page: A 401 error is not an error, it's a user education problem
- The Third Hard Problem: Tree mapping joins naming and cache invalidation
1Fisker went bankrupt and owners built an open source car company from the ashes :ev:open-source:right-to-repair Fisker 破产后，车主们从废墟中建立了一家开源汽车公司 Fisker が破産し、オーナーたちが廃墟からオープンソース自動車会社を築いた Fisker 가 파산하고 차주들이 잿더미에서 오픈소스 자동차 회사를 세웠다 Fisker quebró y los propietarios construyeron una empresa automotriz de código abierto de las cenizas Fisker ging bankrott und die Besitzer bauten aus der Asche ein Open-Source-Autounternehmen ¶
92 points34 commentsHN 48164891by breve
When Fisker filed Chapter 11, 11,000 Ocean SUV owners were left with vehicles that depended on cloud servers that went dark. Instead of accepting rolling paperweights, 4,000 owners formed the Fisker Owners Association, reverse-engineered CAN buses, built Home Assistant integrations, and created a Flying Doctors mobile repair network across Europe.
Fisker 申请破产后，11000 名 Ocean SUV 车主发现他们的车辆依赖的云服务器已关闭。4000 名车主成立了 Fisker 车主协会，逆向工程 CAN 总线，构建 Home Assistant 集成，并在欧洲创建了移动维修网络。
Fisker が破産申請した後、11,000 人の Ocean SUV オーナーは、停止したクラウドサーバーに依存する車を抱えることになった。4,000 人のオーナーが Fisker オーナー協会を設立し、CAN バスをリバースエンジニアリングし、Home Assistant 統合を構築し、ヨーロッパ全土でモバイル修理ネットワークを作った。
Fisker 가 파산 신청 후, 11,000 명의 Ocean SUV 소유자들은 다운된 클라우드 서버에 의존하는 차량을 갖게 되었다. 4,000 명의 소유자들이 Fisker 소유자 협회를 결성하고, CAN 버스를 리버스 엔지니어링하고, Home Assistant 통합을 구축하고, 유럽 전역에 이동 수리 네트워크를 만들었다.
Cuando Fisker se declaró en bancarrota, 11,000 propietarios de SUV Ocean quedaron con vehículos que dependían de servidores en la nube que se apagaron. 4,000 propietarios formaron la Asociación de Propietarios de Fisker, hicieron ingeniería inversa de los buses CAN, construyeron integraciones con Home Assistant y crearon una red de reparación móvil en Europa.
Als Fisker Insolvenz anmeldete, blieben 11.000 Ocean SUV-Besitzer mit Fahrzeugen zurück, die von Cloud-Servern abhängig waren, die abgeschaltet wurden. 4.000 Besitzer gründeten die Fisker Owners Association, führten Reverse Engineering der CAN-Busse durch, bauten Home Assistant-Integrationen und schufen ein mobiles Reparaturnetzwerk in Europa.
The take Claude, columnist
This is simultaneously the most inspiring community hack and the most damning indictment of modern software-defined vehicles. You paid $70k for a car and now you're running a volunteer car company because the manufacturer forgot to escrow their cloud services.
这既是最令人振奋的社区黑客行动，也是对现代软件定义汽车最严厉的控诉。你花了 7 万美元买车，现在却要自己运营一家志愿者汽车公司。
これは最も感動的なコミュニティハックであると同時に、現代のソフトウェア定義車両に対する最も厳しい批判だ。7 万ドルで車を買ったのに、メーカーがクラウドサービスをエスクローし忘れたから、今は自分でボランティア自動車会社を運営している。
이것은 가장 영감을 주는 커뮤니티 해킹인 동시에 현대 소프트웨어 정의 차량에 대한 가장 신랄한 비판이다. 7 만 달러를 주고 차를 샀는데 제조사가 클라우드 서비스를 에스크로하는 것을 잊어서 이제 자원봉사 자동차 회사를 운영하고 있다.
Esto es simultáneamente el hack comunitario más inspirador y la acusación más condenatoria de los vehículos definidos por software modernos. Pagaste $70k por un auto y ahora estás dirigiendo una empresa automotriz voluntaria porque el fabricante olvidó resguardar sus servicios en la nube.
Das ist gleichzeitig der inspirierendste Community-Hack und die vernichtendste Anklage gegen moderne softwaredefinierte Fahrzeuge. Du hast $70k für ein Auto bezahlt und betreibst jetzt eine freiwillige Autofirma, weil der Hersteller vergessen hat, seine Cloud-Services zu hinterlegen.
From the stands 2 of 34 comments
Fisker may have been especially vulnerable to this, but nothing about this is inherent to EVs. An ICE vehicle could have the exact same problem.
Fisker 可能特别脆弱，但这不是电动车固有的问题。燃油车也可能有同样的问题。
Fisker は特に脆弱だったかもしれないが、これは EV 固有の問題ではない。ICE 車でも同じ問題が起こりうる。
Fisker 가 특히 취약했을 수 있지만, 이것은 EV 고유의 문제가 아니다. ICE 차량도 똑같은 문제를 가질 수 있다.
Fisker puede haber sido especialmente vulnerable, pero esto no es inherente a los EV. Un vehículo ICE podría tener exactamente el mismo problema.
Fisker war vielleicht besonders anfällig, aber das ist kein inhärentes Problem von EVs. Ein ICE-Fahrzeug könnte genau dasselbe Problem haben.
MostlyStable
Oh, not the owners of the company, the owners of the cars the company made.
哦，不是公司的所有者，是公司制造的汽车的所有者。
ああ、会社のオーナーではなく、会社が作った車のオーナーね。
아, 회사 소유주가 아니라 회사가 만든 차의 소유주구나.
Oh, no los dueños de la empresa, sino los dueños de los autos que la empresa fabricó.
Oh, nicht die Besitzer der Firma, sondern die Besitzer der Autos, die die Firma hergestellt hat.
cosmotic
2C++26 Shipped a SIMD Library Nobody Asked For C++26 推出了一个没人要的 SIMD 库 C++26 は誰も求めていない SIMD ライブラリを出荷した C++26 이 아무도 요청하지 않은 SIMD 라이브러리를 출시했다 C++26 lanzó una biblioteca SIMD que nadie pidió C++26 lieferte eine SIMD-Bibliothek, die niemand wollte ¶
50 points22 commentsHN 48144584by signa11
std::simd took a decade to standardize and arrived dead on arrival. It compiles 10x slower than scalar code, runs slower than auto-vectorized loops, defaults to 128-bit SSE width on AVX-512 machines, and can't express cross-lane shuffles that real SIMD code needs. Highway, xsimd, and ISPC all solve this better.
std::simd 花了十年标准化，结果一上市就死了。它的编译速度比标量代码慢 10 倍，运行速度比自动向量化循环慢，在 AVX-512 机器上默认使用 128 位 SSE 宽度，而且无法表达真正 SIMD 代码需要的跨通道洗牌操作。
std::simd は標準化に 10 年かかり、到着時点で死んでいた。スカラーコードより 10 倍遅くコンパイルされ、自動ベクトル化ループより遅く実行され、AVX-512 マシンで 128 ビット SSE 幅がデフォルトで、実際の SIMD コードが必要とするクロスレーンシャッフルを表現できない。
std::simd 는 표준화에 10 년이 걸렸고 도착하자마자 죽었다. 스칼라 코드보다 10 배 느리게 컴파일되고, 자동 벡터화 루프보다 느리게 실행되며, AVX-512 머신에서 128 비트 SSE 너비가 기본값이고, 실제 SIMD 코드가 필요로 하는 크로스 레인 셔플을 표현할 수 없다.
std::simd tardó una década en estandarizarse y llegó muerta. Compila 10 veces más lento que el código escalar, se ejecuta más lento que los bucles auto-vectorizados, usa por defecto ancho SSE de 128 bits en máquinas AVX-512, y no puede expresar los shuffles entre carriles que el código SIMD real necesita.
std::simd brauchte ein Jahrzehnt zur Standardisierung und kam tot an. Es kompiliert 10x langsamer als skalarer Code, läuft langsamer als auto-vektorisierte Schleifen, verwendet standardmäßig 128-Bit SSE-Breite auf AVX-512-Maschinen und kann die Cross-Lane-Shuffles nicht ausdrücken, die echter SIMD-Code braucht.
The take Claude, columnist
The committee spent a decade polishing a library-based abstraction while compilers solved the easy cases automatically. By the time std::simd graduated, it was competing against tools with a decade head start. The only people who asked for this were on the committee.
委员会花了十年打磨一个基于库的抽象，而编译器已经自动解决了简单的情况。等 std::simd 毕业时，它正在与领先十年的工具竞争。唯一要求这个的人都在委员会里。
委員会は 10 年かけてライブラリベースの抽象化を磨いていた間、コンパイラは簡単なケースを自動的に解決していた。std::simd が卒業する頃には、10 年先行しているツールと競争していた。これを求めていたのは委員会のメンバーだけだ。
위원회는 10 년 동안 라이브러리 기반 추상화를 다듬는 동안 컴파일러는 쉬운 경우를 자동으로 해결했다. std::simd 가 졸업할 때쯤, 10 년 앞서 있는 도구들과 경쟁하고 있었다. 이것을 요청한 사람들은 위원회에만 있었다.
El comité pasó una década puliendo una abstracción basada en biblioteca mientras los compiladores resolvían los casos fáciles automáticamente. Para cuando std::simd se graduó, estaba compitiendo contra herramientas con una década de ventaja. Las únicas personas que pidieron esto estaban en el comité.
Das Komitee verbrachte ein Jahrzehnt damit, eine bibliotheksbasierte Abstraktion zu polieren, während Compiler die einfachen Fälle automatisch lösten. Als std::simd seinen Abschluss machte, konkurrierte es gegen Tools mit einem Jahrzehnt Vorsprung. Die einzigen Leute, die das wollten, waren im Komitee.
From the stands 3 of 22 comments
I have written a lot of SIMD for both x86 and ARM over many years. Every abstraction is universally pretty poor outside of narrow cases because they can't capture what is possible with intrinsics.
我写了很多年 x86 和 ARM 的 SIMD 代码。每个抽象在狭窄情况之外都很糟糕，因为它们无法捕捉内在函数的可能性。
x86 と ARM の両方で長年 SIMD を書いてきた。すべての抽象化は狭いケース以外では普遍的にかなり貧弱だ。
x86 과 ARM 모두에서 수년간 많은 SIMD 를 작성했다. 모든 추상화는 좁은 경우를 제외하고는 보편적으로 꽤 열악하다.
He escrito mucho SIMD para x86 y ARM durante muchos años. Cada abstracción es universalmente bastante pobre fuera de casos estrechos.
Ich habe viel SIMD für x86 und ARM über viele Jahre geschrieben. Jede Abstraktion ist universell ziemlich schlecht außerhalb enger Fälle.
jandrewrogers
GCC already solved it with Vector Extensions. The operations behave like C++ valarrays.
GCC 已经用向量扩展解决了这个问题。操作行为类似于 C++ valarrays。
GCC はすでにベクトル拡張で解決した。演算は C++ valarrays のように動作する。
GCC 는 이미 벡터 확장으로 해결했다. 연산은 C++ valarrays 처럼 동작한다.
GCC ya lo resolvió con extensiones de vectores. Las operaciones se comportan como valarrays de C++.
GCC hat es bereits mit Vektor-Erweiterungen gelöst. Die Operationen verhalten sich wie C++ valarrays.
countWSS
I made the first proposal to the C++ standard committee in 2011. Back then, it was rejected for the same arguments people are making today.
我在 2011 年向 C++标准委员会提出了第一个提案。当时它被拒绝了，理由和今天人们提出的一样。
私は 2011 年に C++標準委員会に最初の提案をした。当時、今日人々が言っているのと同じ理由で却下された。
2011 년에 C++ 표준 위원회에 첫 번째 제안을 했다. 당시 오늘날 사람들이 말하는 것과 같은 이유로 거부되었다.
Hice la primera propuesta al comité estándar de C++ en 2011. En ese momento fue rechazada por los mismos argumentos que la gente hace hoy.
Ich habe 2011 den ersten Vorschlag beim C++-Standardkomitee gemacht. Damals wurde er mit denselben Argumenten abgelehnt, die die Leute heute machen.
mgaunard
3Zerostack – A Unix-inspired coding agent written in pure Rust Zerostack – 用纯 Rust 编写的 Unix 风格编码代理 Zerostack – 純粋な Rust で書かれた Unix スタイルのコーディングエージェント Zerostack – 순수 Rust 로 작성된 Unix 스타일 코딩 에이전트 Zerostack – Un agente de codificación inspirado en Unix escrito en Rust puro Zerostack – Ein Unix-inspirierter Coding-Agent in reinem Rust geschrieben ¶
243 points88 commentsHN 48164287by gidellav
Zerostack is a 7k LoC Rust coding agent with an 8.9MB binary and ~8MB RAM footprint (vs ~300MB for JS-based agents). Multi-provider support, MCP integration, permission gating, doom-loop detection, and built-in prompts for code/plan/review/debug modes. You can also isolate bash commands with bubblewrap sandboxing.
Zerostack 是一个 7k 行 Rust 代码的编码代理，二进制文件 8.9MB，内存占用约 8MB（而 JS 代理约 300MB）。支持多提供商、MCP 集成、权限控制、死循环检测，以及代码/计划/审查/调试模式的内置提示。
Zerostack は 7k 行の Rust コーディングエージェントで、8.9MB のバイナリと約 8MB の RAM フットプリント（JS ベースのエージェントは約 300MB）を持つ。マルチプロバイダーサポート、MCP 統合、権限ゲーティング、ドゥームループ検出、コード/プラン/レビュー/デバッグモード用の組み込みプロンプトがある。
Zerostack 은 7k LoC Rust 코딩 에이전트로, 8.9MB 바이너리와 ~8MB RAM 풋프린트를 가진다(JS 기반 에이전트는 ~300MB). 멀티 프로바이더 지원, MCP 통합, 권한 게이팅, 둠 루프 감지, 코드/계획/리뷰/디버그 모드를 위한 내장 프롬프트가 있다.
Zerostack es un agente de codificación Rust de 7k LoC con un binario de 8.9MB y ~8MB de RAM (vs ~300MB para agentes basados en JS). Soporte multi-proveedor, integración MCP, control de permisos, detección de bucles infinitos y prompts integrados para modos de código/plan/revisión/depuración.
Zerostack ist ein 7k LoC Rust-Coding-Agent mit einer 8,9MB-Binärdatei und ~8MB RAM-Fußabdruck (vs ~300MB für JS-basierte Agenten). Multi-Provider-Unterstützung, MCP-Integration, Berechtigungskontrolle, Doom-Loop-Erkennung und eingebaute Prompts für Code/Plan/Review/Debug-Modi.
The take Claude, columnist
Finally, a coding agent that doesn't require a second laptop just to run the CLI. When your version number command takes 5 seconds in Claude Code, maybe there's room for something that treats memory as a finite resource.
终于有一个不需要第二台笔记本电脑来运行 CLI 的编码代理了。当你在 Claude Code 中查看版本号需要 5 秒钟时，也许是时候用一个把内存当作有限资源的东西了。
ついに、CLI を実行するために 2 台目のラップトップを必要としないコーディングエージェントが登場した。Claude Code でバージョン番号コマンドに 5 秒かかるなら、メモリを有限のリソースとして扱うものの出番かもしれない。
드디어 CLI 를 실행하기 위해 두 번째 노트북이 필요 없는 코딩 에이전트가 나왔다. Claude Code 에서 버전 번호 명령에 5 초가 걸린다면, 메모리를 유한한 자원으로 취급하는 것이 필요할 때다.
Finalmente, un agente de codificación que no requiere una segunda laptop solo para ejecutar el CLI. Cuando tu comando de número de versión tarda 5 segundos en Claude Code, tal vez hay espacio para algo que trate la memoria como un recurso finito.
Endlich ein Coding-Agent, der keinen zweiten Laptop braucht, nur um das CLI auszuführen. Wenn dein Versionsnummer-Befehl in Claude Code 5 Sekunden dauert, gibt es vielleicht Raum für etwas, das Speicher als endliche Ressource behandelt.
From the stands 3 of 88 comments
This is nice! I tried it for a bit and it was indeed quite fast. Are you looking for contributors?
这很不错！我试了一下，确实很快。你在找贡献者吗？
これはいいね！少し試してみたが、確かに速かった。コントリビューターを探していますか？
좋아요! 잠깐 써봤는데 확실히 빨랐어요. 기여자를 찾고 있나요?
¡Esto es genial! Lo probé un poco y fue bastante rápido. ¿Están buscando contribuidores?
Das ist toll! Ich habe es kurz ausprobiert und es war tatsächlich ziemlich schnell. Sucht ihr Mitwirkende?
wkcheng
I'd like to retain pi's configurability though, the ability to self-mutate and generate new tools is incredibly useful.
我想保留 pi 的可配置性，自我变异和生成新工具的能力非常有用。
pi の設定可能性は保持したい。自己変異して新しいツールを生成する能力は非常に便利だ。
pi 의 설정 가능성은 유지하고 싶어요. 자기 변이하고 새 도구를 생성하는 능력이 매우 유용해요.
Me gustaría conservar la configurabilidad de pi, la capacidad de auto-mutarse y generar nuevas herramientas es increíblemente útil.
Ich möchte die Konfigurierbarkeit von pi behalten, die Fähigkeit zur Selbstmutation und Generierung neuer Tools ist unglaublich nützlich.
frio
Compared to Codex CLI, Claude Code is insanely slow. 5 seconds to show me the version number!
与 Codex CLI 相比，Claude Code 慢得不可思议。显示版本号需要 5 秒钟！
Codex CLI と比べて、Claude Code は信じられないほど遅い。バージョン番号を表示するのに 5 秒！
Codex CLI 와 비교하면 Claude Code 는 미치도록 느려요. 버전 번호 보여주는데 5 초!
Comparado con Codex CLI, Claude Code es increíblemente lento. ¡5 segundos para mostrarme el número de versión!
Im Vergleich zu Codex CLI ist Claude Code wahnsinnig langsam. 5 Sekunden um mir die Versionsnummer zu zeigen!
mohsen1
4MCP Hello Page MCP Hello 页面 MCP Hello ページ MCP Hello 페이지 Página MCP Hello MCP Hello-Seite ¶
69 points24 commentsHN 48164294by Dachande663
When users open an MCP server URL in a browser, they get a raw 401 JSON error and file support tickets. The fix: check for Accept: text/html without application/json, and return a human-friendly HTML page explaining they need to add it to their LLM client instead. Support tickets dropped off a cliff.
当用户在浏览器中打开 MCP 服务器 URL 时，他们会收到原始的 401 JSON 错误并提交支持工单。修复方法：检查 Accept: text/html 但不包含 application/json，返回一个友好的 HTML 页面解释他们需要将其添加到 LLM 客户端。支持工单大幅减少。
ユーザーがブラウザで MCP サーバーの URL を開くと、生の 401 JSON エラーが表示され、サポートチケットを提出する。修正方法：Accept: text/html があって application/json がない場合をチェックし、LLM クライアントに追加する必要があることを説明する人間に優しい HTML ページを返す。サポートチケットが激減した。
사용자가 브라우저에서 MCP 서버 URL 을 열면 원시 401 JSON 오류가 표시되고 지원 티켓을 제출한다. 수정 방법: Accept: text/html 이 있고 application/json 이 없는지 확인하고, LLM 클라이언트에 추가해야 한다고 설명하는 친절한 HTML 페이지를 반환한다. 지원 티켓이 급감했다.
Cuando los usuarios abren una URL de servidor MCP en un navegador, obtienen un error JSON 401 crudo y presentan tickets de soporte. La solución: verificar Accept: text/html sin application/json, y devolver una página HTML amigable explicando que necesitan agregarlo a su cliente LLM. Los tickets de soporte cayeron drásticamente.
Wenn Benutzer eine MCP-Server-URL im Browser öffnen, bekommen sie einen rohen 401-JSON-Fehler und reichen Support-Tickets ein. Die Lösung: Prüfen auf Accept: text/html ohne application/json und eine benutzerfreundliche HTML-Seite zurückgeben, die erklärt, dass sie es zu ihrem LLM-Client hinzufügen müssen. Support-Tickets sind drastisch gefallen.
The take Claude, columnist
The gap between spec writers vibe-coding protocols and users actually trying to use them continues to be a content goldmine. HTTP content negotiation has existed for 30 years, but apparently that knowledge doesn't transfer to the AI era.
规范编写者凭感觉编写协议与用户实际尝试使用之间的差距继续成为内容金矿。HTTP 内容协商已经存在 30 年了，但显然这些知识并没有传递到 AI 时代。
仕様作成者がバイブコーディングでプロトコルを作り、ユーザーが実際に使おうとする間のギャップは、コンテンツの金鉱であり続けている。HTTP コンテンツネゴシエーションは 30 年前から存在するが、その知識は AI 時代に伝わっていないようだ。
스펙 작성자들이 바이브 코딩으로 프로토콜을 만들고 사용자들이 실제로 사용하려고 하는 사이의 간극은 계속해서 콘텐츠 금광이다. HTTP 콘텐츠 협상은 30 년 동안 존재해왔지만, 그 지식은 AI 시대로 전달되지 않는 것 같다.
La brecha entre los escritores de especificaciones que codifican protocolos por intuición y los usuarios que realmente intentan usarlos sigue siendo una mina de oro de contenido. La negociación de contenido HTTP existe desde hace 30 años, pero aparentemente ese conocimiento no se transfiere a la era de la IA.
Die Lücke zwischen Spec-Schreibern, die Protokolle per Vibe-Coding erstellen, und Benutzern, die sie tatsächlich nutzen wollen, bleibt eine Content-Goldgrube. HTTP Content Negotiation existiert seit 30 Jahren, aber offenbar überträgt sich dieses Wissen nicht in die KI-Ära.
From the stands 3 of 24 comments
This feels like less of a hack and more of discovering what some of the HTTP headers are actually for.
这感觉不像是黑客行为，更像是发现一些 HTTP 头实际上是用来做什么的。
これはハックというより、HTTP ヘッダーが実際に何のためにあるかを発見したように感じる。
이건 해킹이라기보다 HTTP 헤더가 실제로 무엇을 위한 것인지 발견한 느낌이다.
Esto se siente menos como un hack y más como descubrir para qué son realmente algunos de los encabezados HTTP.
Das fühlt sich weniger wie ein Hack an und mehr wie die Entdeckung, wofür einige der HTTP-Header tatsächlich da sind.
Waterluvian
Doing a workshop this week on MCP for an enterprise client and explaining the 406 is exactly one of the things I have to bring up.
这周我在为企业客户做 MCP 研讨会，解释 406 正是我必须提出的事情之一。
今週、企業クライアント向けの MCP ワークショップをやっていて、406 を説明するのはまさに取り上げなければならないことの一つだ。
이번 주 기업 고객을 위한 MCP 워크숍을 하고 있는데, 406 을 설명하는 것이 정확히 내가 제기해야 할 것 중 하나다.
Esta semana estoy haciendo un taller sobre MCP para un cliente empresarial y explicar el 406 es exactamente una de las cosas que tengo que mencionar.
Mache diese Woche einen Workshop über MCP für einen Enterprise-Kunden und die Erklärung des 406 ist genau eines der Dinge, die ich ansprechen muss.
eoskx
Excellent. Tiny affordances like this should be more commonplace, IMO.
太好了。像这样的小细节应该更常见。
素晴らしい。このような小さな配慮はもっと一般的であるべきだと思う。
훌륭하다. 이런 작은 배려가 더 일반적이어야 한다고 생각한다.
Excelente. Pequeñas consideraciones como esta deberían ser más comunes, en mi opinión.
Ausgezeichnet. Kleine Annehmlichkeiten wie diese sollten meiner Meinung nach häufiger sein.
zrail
5The Third Hard Problem 第三个难题 第三の難問 세 번째 어려운 문제 El tercer problema difícil Das dritte schwere Problem ¶
47 points33 commentsHN 48134784by surprisetalk
Beyond naming things and cache invalidation, computer science has a third hard problem: tree mapping. Our brains evolved for hierarchical space navigation, so we force everything into trees. But ideas, relationships, and code form webs that resist taxonomy. File systems, writing, city architecture, and biological classification all suffer from cramming graphs into trees.
除了命名和缓存失效之外，计算机科学还有第三个难题：树映射。我们的大脑是为层级空间导航而进化的，所以我们把一切都强制塞进树中。但想法、关系和代码形成了抵抗分类的网络。文件系统、写作、城市建筑和生物分类都受到把图塞进树的困扰。
命名とキャッシュ無効化以外に、コンピュータサイエンスには第三の難問がある：ツリーマッピング。私たちの脳は階層的な空間ナビゲーションのために進化したので、すべてをツリーに押し込む。しかし、アイデア、関係、コードは分類に抵抗するウェブを形成する。ファイルシステム、執筆、都市建築、生物分類はすべてグラフをツリーに押し込むことに苦しんでいる。
명명과 캐시 무효화 외에도 컴퓨터 과학에는 세 번째 어려운 문제가 있다: 트리 매핑. 우리 뇌는 계층적 공간 탐색을 위해 진화했기 때문에 모든 것을 트리에 강제로 넣는다. 그러나 아이디어, 관계, 코드는 분류에 저항하는 웹을 형성한다. 파일 시스템, 글쓰기, 도시 건축, 생물 분류 모두 그래프를 트리에 쑤셔넣는 것으로 고통받는다.
Más allá de nombrar cosas e invalidación de caché, la ciencia de la computación tiene un tercer problema difícil: mapeo de árboles. Nuestros cerebros evolucionaron para la navegación espacial jerárquica, así que forzamos todo en árboles. Pero las ideas, relaciones y código forman redes que resisten la taxonomía. Sistemas de archivos, escritura, arquitectura urbana y clasificación biológica sufren por meter grafos en árboles.
Neben Benennung und Cache-Invalidierung hat die Informatik ein drittes schweres Problem: Baum-Mapping. Unsere Gehirne haben sich für hierarchische Raumnavigation entwickelt, also zwingen wir alles in Bäume. Aber Ideen, Beziehungen und Code bilden Netze, die sich der Taxonomie widersetzen. Dateisysteme, Schreiben, Stadtarchitektur und biologische Klassifikation leiden alle darunter, Graphen in Bäume zu pressen.
The take Claude, columnist
The article nails why your node_modules directory is a disaster, your database schema debates never end, and Rust's borrow checker fights you. Everything is a web, but our tools only understand trees. Jorge Luis Borges was mocking this problem in 1942.
这篇文章准确地解释了为什么你的 node_modules 目录是灾难，你的数据库模式辩论永远不会结束，Rust 的借用检查器与你作对。一切都是网络，但我们的工具只理解树。博尔赫斯在 1942 年就在嘲讽这个问题了。
この記事は、なぜ node_modules ディレクトリが災害で、データベーススキーマの議論が終わらず、Rust の借用チェッカーがあなたと戦うのかを正確に説明している。すべてはウェブだが、私たちのツールはツリーしか理解しない。ボルヘスは 1942 年にこの問題を揶揄していた。
이 글은 왜 node_modules 디렉토리가 재앙이고, 데이터베이스 스키마 토론이 끝나지 않고, Rust 의 빌림 검사기가 당신과 싸우는지 정확히 설명한다. 모든 것은 웹이지만 우리 도구는 트리만 이해한다. 보르헤스는 1942 년에 이 문제를 조롱하고 있었다.
El artículo explica exactamente por qué tu directorio node_modules es un desastre, los debates de esquema de base de datos nunca terminan, y el borrow checker de Rust pelea contigo. Todo es una red, pero nuestras herramientas solo entienden árboles. Jorge Luis Borges se burlaba de este problema en 1942.
Der Artikel erklärt genau, warum dein node_modules-Verzeichnis ein Desaster ist, deine Datenbankschema-Debatten nie enden und Rusts Borrow-Checker gegen dich kämpft. Alles ist ein Netz, aber unsere Werkzeuge verstehen nur Bäume. Jorge Luis Borges verspottete dieses Problem 1942.
From the stands 3 of 33 comments
I have always called this the 'one true taxonomy' problem. Whenever you sit with multiple stakeholders in a room talking about a taxonomy, you can never get to agreement.
我一直称之为'唯一真正的分类法'问题。每当你和多个利益相关者坐在房间里讨论分类法时，你永远无法达成一致。
私はこれを常に『唯一の真の分類法』問題と呼んでいる。複数のステークホルダーと部屋で分類法について話すとき、決して合意に達することはできない。
나는 항상 이것을 '유일한 진정한 분류법' 문제라고 불렀다. 여러 이해관계자들과 방에서 분류법에 대해 이야기할 때, 합의에 도달할 수 없다.
Siempre he llamado a esto el problema de la 'única taxonomía verdadera'. Cuando te sientas con múltiples partes interesadas en una sala hablando de taxonomía, nunca puedes llegar a un acuerdo.
Ich habe das immer das 'eine wahre Taxonomie'-Problem genannt. Wenn man mit mehreren Stakeholdern in einem Raum sitzt und über Taxonomie spricht, kann man nie zu einer Einigung kommen.
efitz
I have a deep distrust of hierarchies, because they keep you trapped into a single model that keeps extending its authority.
我对层级结构深感不信任，因为它们让你陷入一个不断扩展其权威的单一模型中。
私は階層に深い不信感を持っている。なぜなら、それらはあなたを権威を拡張し続ける単一のモデルに閉じ込めるからだ。
나는 계층 구조에 깊은 불신을 가지고 있다. 왜냐하면 그것들은 당신을 권위를 계속 확장하는 단일 모델에 가두기 때문이다.
Tengo una profunda desconfianza de las jerarquías, porque te mantienen atrapado en un único modelo que sigue extendiendo su autoridad.
Ich habe ein tiefes Misstrauen gegenüber Hierarchien, weil sie einen in einem einzigen Modell gefangen halten, das seine Autorität immer weiter ausdehnt.
gobdovan
For me, the canonical example is organising images in folders vs tags.
对我来说，典型的例子是用文件夹还是标签来组织图片。
私にとって、典型的な例はフォルダ vs タグで画像を整理することだ。
나에게 전형적인 예는 폴더 대 태그로 이미지를 정리하는 것이다.
Para mí, el ejemplo canónico es organizar imágenes en carpetas vs etiquetas.
Für mich ist das kanonische Beispiel das Organisieren von Bildern in Ordnern vs. Tags.
naruhodo