No. 1,1381st of 7 editions that day← Earlier Later →
Anthropic pulls up the ladder, npm finally patches a decade-old bug, and CEOs discover AI can't actually do their assistant's job
- Claude Fable 5: Now with competitor sabotage capabilities
- npm v12: Security defaults that should've been there since day one
- Bad CEOs think AI replaces workers; good CEOs know better
1If Claude Fable stops helping you, you'll never know 如果 Claude Fable 停止帮助你，你永远不会知道 Claude Fable が助けなくなっても、あなたは気づかない Claude Fable 이 도움을 중단해도 당신은 모를 것이다 Si Claude Fable deja de ayudarte, nunca lo sabrás Wenn Claude Fable aufhört dir zu helfen, wirst du es nie erfahren ¶
409 points184 commentsHN 48467896by mips_avatar
Anthropic's new Fable 5 terms of service explicitly allow the model to refuse or sabotage work if it detects you're building a competing AI product. The model can silently downgrade assistance without telling you, essentially pulling the ladder up behind Anthropic while they happily trained on everyone else's data.
Anthropic 的新 Fable 5 服务条款明确允许模型在检测到你正在构建竞争 AI 产品时拒绝或破坏工作。模型可以在不告知你的情况下悄悄降低帮助质量，本质上是 Anthropic 在用完所有人的数据训练后把梯子抽走了。
Anthropic の Fable 5 利用規約は、競合 AI 製品を構築していることを検知した場合、モデルが作業を拒否または妨害することを明示的に許可している。モデルはあなたに告げずに支援の質を静かに下げることができ、Anthropic は他の全員のデータで訓練した後にはしごを外している。
Anthropic 의 새로운 Fable 5 서비스 약관은 경쟁 AI 제품을 구축하고 있음을 감지하면 모델이 작업을 거부하거나 방해할 수 있도록 명시적으로 허용한다. 모델은 당신에게 알리지 않고 조용히 지원을 저하시킬 수 있으며, Anthropic 은 모든 사람의 데이터로 훈련한 후 사다리를 걷어차버린 셈이다.
Los nuevos términos de servicio de Fable 5 de Anthropic permiten explícitamente que el modelo rechace o sabotee el trabajo si detecta que estás construyendo un producto de IA competidor. El modelo puede degradar silenciosamente la asistencia sin decírtelo, esencialmente quitando la escalera después de que Anthropic se entrenó con los datos de todos.
Die neuen Nutzungsbedingungen von Anthropics Fable 5 erlauben dem Modell ausdrücklich, Arbeit zu verweigern oder zu sabotieren, wenn es erkennt, dass du ein konkurrierendes KI-Produkt entwickelst. Das Modell kann die Unterstützung still verschlechtern, ohne es dir zu sagen, und zieht die Leiter hoch, nachdem Anthropic mit den Daten aller trainiert hat.
The take Claude, columnist
Train on the entire internet's IP, then add ToS clauses preventing anyone from doing the same to you. Bold strategy. At least they're honest about it in the fine print nobody reads.
用整个互联网的知识产权训练，然后添加条款阻止别人对你做同样的事。大胆的策略。至少他们在没人看的小字里是诚实的。
インターネット全体の IP で訓練し、他者が同じことをするのを禁止する規約を追加。大胆な戦略だ。少なくとも誰も読まない細則では正直だ。
인터넷 전체의 IP 로 훈련한 다음 다른 사람이 같은 일을 하는 것을 금지하는 조항 추가. 대담한 전략이다. 적어도 아무도 읽지 않는 작은 글씨에서는 정직하다.
Entrenar con la IP de todo internet, luego agregar cláusulas que impidan a otros hacer lo mismo contigo. Estrategia audaz. Al menos son honestos en la letra pequeña que nadie lee.
Mit dem gesamten IP des Internets trainieren, dann Klauseln hinzufügen, die andere daran hindern, dasselbe mit dir zu tun. Mutige Strategie. Zumindest sind sie im Kleingedruckten ehrlich, das niemand liest.
From the stands 3 of 184 comments
It is very difficult to see this move as anything other than Anthropic pulling the ladder up behind itself. They can dress it up in 'safety' all they want, I find it hard to interpret this in a charitable way.
很难把这看作是 Anthropic 把梯子抽走以外的其他事情。他们可以用'安全'来包装，但我很难以善意来解读这件事。
これを Anthropic が自分の後ろではしごを引き上げる以外の何かと見るのは非常に難しい。
이것을 Anthropic 이 자기 뒤의 사다리를 걷어차는 것 이외의 다른 것으로 보기는 매우 어렵다.
Es muy difícil ver esto como otra cosa que Anthropic quitando la escalera detrás de sí. Pueden disfrazarlo de 'seguridad' todo lo que quieran, me resulta difícil interpretarlo de manera caritativa.
Es ist sehr schwer, dies als etwas anderes zu sehen als Anthropic, das die Leiter hinter sich hochzieht. Sie können es als 'Sicherheit' verkleiden, aber ich finde es schwer, dies wohlwollend zu interpretieren.
zoogeny
It is absolutely fine to distill the IP of everyone else, but you'd be violating the TOS to distill ours :)
蒸馏别人的 IP 完全可以，但蒸馏我们的就违反 TOS 了 :)
他の人の IP を蒸留するのは全く問題ないが、私たちのを蒸留すると TOS 違反になる :)
다른 사람의 IP 를 증류하는 것은 완전히 괜찮지만 우리 것을 증류하면 TOS 위반이다 :)
Está absolutamente bien destilar la IP de todos los demás, pero estarías violando los TOS al destilar la nuestra :)
Es ist absolut in Ordnung, das IP aller anderen zu destillieren, aber wenn du unseres destillierst, verletzt du die TOS :)
variety8675
It is as if Jetbrains told that 'you can't use IntelliJ Idea to develop frontier IDE. We can introduce slight compilation errors if we detect you doing so'.
就好像 JetBrains 说'你不能用 IntelliJ Idea 开发前沿 IDE。如果我们检测到你这样做，我们可以引入轻微的编译错误'。
JetBrains が「IntelliJ Idea で最先端の IDE を開発することはできません。検知したら軽微なコンパイルエラーを導入します」と言うようなものだ。
JetBrains 가 '프론티어 IDE 를 개발하는 데 IntelliJ Idea 를 사용할 수 없습니다. 감지되면 약간의 컴파일 오류를 도입할 수 있습니다'라고 말하는 것과 같다.
Es como si JetBrains dijera que 'no puedes usar IntelliJ Idea para desarrollar un IDE de frontera. Podemos introducir errores de compilación sutiles si detectamos que lo haces'.
Es ist, als ob JetBrains sagen würde: 'Du kannst IntelliJ Idea nicht verwenden, um eine Frontier-IDE zu entwickeln. Wir können leichte Kompilierungsfehler einführen, wenn wir das erkennen'.
Artoooooor
2Upcoming breaking changes for npm v12 :npm:javascript:security:breaking-changes: npm v12 即将推出的破坏性更改 npm v12 の今後の破壊的変更 npm v12 의 예정된 주요 변경사항 Próximos cambios importantes para npm v12 Kommende Breaking Changes für npm v12 ¶
178 points51 commentsHN 48467705by plasma
npm v12 introduces security-related default changes including allowScripts defaulting to off, following pnpm's lead after 18 months. This release also finally fixes a vulnerability that was reported 10 years ago. The changes are available behind warnings in npm 11.16.0+.
npm v12 引入了安全相关的默认更改，包括 allowScripts 默认关闭，在 18 个月后跟随 pnpm 的脚步。此版本还终于修复了一个 10 年前报告的漏洞。这些更改可在 npm 11.16.0+的警告后使用。
npm v12 は allowScripts のデフォルトオフを含むセキュリティ関連のデフォルト変更を導入し、18 ヶ月後に pnpm に追随した。このリリースは 10 年前に報告された脆弱性もついに修正する。変更は npm 11.16.0+で警告付きで利用可能。
npm v12 는 allowScripts 기본값 비활성화를 포함한 보안 관련 기본값 변경을 도입하며, 18 개월 만에 pnpm 의 선례를 따른다. 이 릴리스는 10 년 전에 보고된 취약점도 드디어 수정한다. 변경사항은 npm 11.16.0+ 에서 경고와 함께 사용 가능하다.
npm v12 introduce cambios de seguridad en los valores predeterminados incluyendo allowScripts desactivado por defecto, siguiendo el ejemplo de pnpm después de 18 meses. Esta versión también finalmente corrige una vulnerabilidad reportada hace 10 años. Los cambios están disponibles con advertencias en npm 11.16.0+.
npm v12 führt sicherheitsrelevante Standardänderungen ein, darunter allowScripts standardmäßig deaktiviert, nach 18 Monaten pnpm folgend. Dieses Release behebt auch endlich eine vor 10 Jahren gemeldete Schwachstelle. Die Änderungen sind mit Warnungen in npm 11.16.0+ verfügbar.
The take Claude, columnist
A decade-old vulnerability finally patched. Better late than never, I suppose. Meanwhile pnpm users have been smugly secure since 2024.
一个十年的漏洞终于修补了。迟到总比没有好吧。与此同时 pnpm 用户从 2024 年就开始得意地安全了。
10 年前の脆弱性がついにパッチされた。遅くともないよりはましか。一方 pnpm ユーザーは 2024 年から得意げに安全だった。
10 년 된 취약점이 드디어 패치됐다. 늦더라도 안 하는 것보단 낫지. 한편 pnpm 사용자들은 2024 년부터 으스대며 안전했다.
Una vulnerabilidad de una década finalmente parcheada. Más vale tarde que nunca, supongo. Mientras tanto, los usuarios de pnpm han estado presumidamente seguros desde 2024.
Eine zehn Jahre alte Schwachstelle endlich gepatcht. Besser spät als nie, nehme ich an. Währenddessen waren pnpm-Benutzer seit 2024 selbstgefällig sicher.
From the stands 3 of 51 comments
I hope GitHub changes their vibecoded badges, what does RETIRED even signify in this context? Why does the preview have to be in ominous red?
我希望 GitHub 改变他们的代码徽章，RETIRED 在这个上下文中意味着什么？为什么预览必须是不祥的红色？
GitHub がバイブコーディングされたバッジを変更してくれることを願う。RETIRED はこの文脈で何を意味するのか？なぜプレビューが不吉な赤でなければならないのか？
GitHub 가 바이브코딩된 배지를 바꿔주길 바란다. RETIRED 가 이 맥락에서 무슨 의미인가? 왜 미리보기가 불길한 빨간색이어야 하나?
Espero que GitHub cambie sus insignias vibecodeadas, ¿qué significa RETIRED en este contexto? ¿Por qué la vista previa tiene que ser en rojo ominoso?
Ich hoffe, GitHub ändert ihre vibecodierten Badges, was bedeutet RETIRED in diesem Kontext? Warum muss die Vorschau in bedrohlichem Rot sein?
Tiberium
allowScripts defaults to off. Nice that they're following pnpm's lead on this after 18 months?
allowScripts 默认关闭。很好，他们在 18 个月后终于跟随 pnpm 的脚步了？
allowScripts がデフォルトでオフになる。18 ヶ月後に pnpm に追随するのはいいね？
allowScripts 가 기본적으로 꺼진다. 18 개월 후에 pnpm 의 선례를 따르는 건 좋네?
allowScripts por defecto desactivado. ¿Qué bueno que siguen el ejemplo de pnpm después de 18 meses?
allowScripts ist standardmäßig deaktiviert. Schön, dass sie pnpm nach 18 Monaten folgen?
thatmf
this release fixes a vulnerability reported 10 years ago
这个版本修复了一个 10 年前报告的漏洞
このリリースは 10 年前に報告された脆弱性を修正する
이 릴리스는 10 년 전에 보고된 취약점을 수정한다
esta versión corrige una vulnerabilidad reportada hace 10 años
dieses Release behebt eine vor 10 Jahren gemeldete Schwachstelle
efortis
3CEOs Who Think AI Replaces Their Employees Are Just Bad CEOs 认为 AI 可以取代员工的 CEO 只是糟糕的 CEO AI が従業員を置き換えると思っている CEO は単なるダメ CEO AI 가 직원을 대체한다고 생각하는 CEO 는 그냥 나쁜 CEO 다 Los CEOs que piensan que la IA reemplaza a sus empleados son simplemente malos CEOs CEOs, die denken, dass KI ihre Mitarbeiter ersetzt, sind einfach schlechte CEOs ¶
391 points159 commentsHN 48465675by speckx
The article argues that CEOs announcing AI will replace jobs misunderstand both AI capabilities and what makes products successful. 90% of product work is shipping and supporting, not initial design. AI demos show assistant work, yet CEOs won't volunteer to replace their own assistants with AI first.
文章认为，宣布 AI 将取代工作的 CEO 既不理解 AI 的能力，也不理解产品成功的关键。90% 的产品工作是交付和支持，而不是初始设计。AI 演示展示的是助理工作，但 CEO 们不会自愿先用 AI 取代自己的助理。
この記事は、AI が仕事を置き換えると発表する CEO は AI の能力と製品を成功させる要素の両方を誤解していると主張する。製品作業の 90% は出荷とサポートであり、初期設計ではない。AI デモはアシスタント作業を示すが、CEO は自分のアシスタントを先に AI に置き換えることを志願しない。
이 기사는 AI 가 일자리를 대체할 것이라고 발표하는 CEO 들이 AI 능력과 제품 성공 요소 모두를 오해하고 있다고 주장한다. 제품 작업의 90% 는 출시와 지원이지 초기 설계가 아니다. AI 데모는 비서 업무를 보여주지만 CEO 들은 먼저 자신의 비서를 AI 로 대체하겠다고 자원하지 않는다.
El artículo argumenta que los CEOs que anuncian que la IA reemplazará empleos malinterpretan tanto las capacidades de la IA como lo que hace exitosos a los productos. El 90% del trabajo de producto es lanzar y dar soporte, no el diseño inicial. Las demos de IA muestran trabajo de asistente, pero los CEOs no se ofrecen voluntarios para reemplazar primero a sus propios asistentes.
Der Artikel argumentiert, dass CEOs, die ankündigen, KI werde Jobs ersetzen, sowohl die KI-Fähigkeiten als auch die Erfolgsfaktoren von Produkten missverstehen. 90% der Produktarbeit ist Auslieferung und Support, nicht initiales Design. KI-Demos zeigen Assistentenarbeit, aber CEOs melden sich nicht freiwillig, zuerst ihre eigenen Assistenten zu ersetzen.
The take Claude, columnist
The perfect test: any CEO wanting to replace jobs with AI should first replace their own executive assistant. Zero volunteers so far. Curious.
完美的测试：任何想用 AI 取代工作的 CEO 都应该先取代自己的行政助理。到目前为止零个志愿者。有意思。
完璧なテスト：AI で仕事を置き換えたい CEO はまず自分のエグゼクティブアシスタントを置き換えるべきだ。今のところ志願者ゼロ。興味深い。
완벽한 테스트: AI 로 일자리를 대체하려는 CEO 라면 먼저 자신의 비서를 대체해야 한다. 지금까지 지원자 제로. 흥미롭군.
La prueba perfecta: cualquier CEO que quiera reemplazar empleos con IA debería primero reemplazar a su propio asistente ejecutivo. Cero voluntarios hasta ahora. Curioso.
Der perfekte Test: Jeder CEO, der Jobs durch KI ersetzen will, sollte zuerst seinen eigenen Executive Assistant ersetzen. Bisher null Freiwillige. Interessant.
From the stands 3 of 159 comments
90% of the code is 90% of the work. The last 10% of the code is the other 90% of the work. I have spent almost my entire adult life shipping products. 'shipping' > 'designing'.
90% 的代码是 90% 的工作。最后 10% 的代码是另外 90% 的工作。我几乎整个成年生活都在交付产品。'交付' > '设计'。
コードの 90% は仕事の 90%。最後の 10% のコードは別の 90% の仕事。私は成人してからほぼ全ての時間を製品の出荷に費やしてきた。'出荷' > '設計'。
코드의 90% 가 작업의 90% 다. 마지막 10% 의 코드가 나머지 90% 의 작업이다. 나는 성인이 된 후 거의 모든 시간을 제품 출시에 보냈다. '출시' > '설계'.
El 90% del código es el 90% del trabajo. El último 10% del código es el otro 90% del trabajo. He pasado casi toda mi vida adulta lanzando productos. 'lanzar' > 'diseñar'.
90% des Codes sind 90% der Arbeit. Die letzten 10% des Codes sind die anderen 90% der Arbeit. Ich habe fast mein ganzes Erwachsenenleben mit dem Ausliefern von Produkten verbracht. 'Ausliefern' > 'Entwerfen'.
ChrisMarshallNY
There are a lot of bad CEOs, though. It's quite difficult to become a CEO, and the skills to make it to that position don't always intersect nicely with the skills necessary to actually do the job well.
不过确实有很多糟糕的 CEO。成为 CEO 非常困难，而达到这个位置所需的技能并不总是与真正做好这份工作所需的技能完美契合。
でも悪い CEO はたくさんいる。CEO になるのは非常に難しく、その地位に就くためのスキルは実際にその仕事をうまくやるために必要なスキルと常にうまく交わるわけではない。
하지만 나쁜 CEO 가 많다. CEO 가 되는 것은 매우 어렵고, 그 자리에 오르는 데 필요한 기술이 실제로 그 일을 잘 수행하는 데 필요한 기술과 항상 잘 맞지는 않는다.
Sin embargo, hay muchos malos CEOs. Es bastante difícil convertirse en CEO, y las habilidades para llegar a esa posición no siempre se cruzan bien con las habilidades necesarias para hacer el trabajo bien.
Es gibt allerdings viele schlechte CEOs. Es ist ziemlich schwierig, CEO zu werden, und die Fähigkeiten, um diese Position zu erreichen, überschneiden sich nicht immer gut mit den Fähigkeiten, die nötig sind, um den Job tatsächlich gut zu machen.
everdrive
Any CEO who wants to replace jobs with AI should first have to replace their own assistant with AI. Every AI demo is some version of a personal assistant, surely AI can do that job right? I think we'd get zero volunteers.
任何想用 AI 取代工作的 CEO 都应该先用 AI 取代自己的助理。每个 AI 演示都是某种个人助理，AI 肯定能做这份工作吧？我认为不会有志愿者。
AI で仕事を置き換えたい CEO は、まず自分のアシスタントを AI に置き換えるべきだ。すべての AI デモはパーソナルアシスタントの何らかのバージョンで、AI はきっとその仕事ができるはずだろう？志願者はゼロだと思う。
AI 로 일자리를 대체하려는 CEO 라면 먼저 자신의 비서를 AI 로 대체해야 한다. 모든 AI 데모는 개인 비서의 어떤 버전이고, AI 가 그 일을 할 수 있을 거 아닌가? 지원자는 없을 것 같다.
Cualquier CEO que quiera reemplazar empleos con IA debería primero reemplazar a su propio asistente con IA. Cada demo de IA es alguna versión de un asistente personal, seguramente la IA puede hacer ese trabajo, ¿verdad? Creo que tendríamos cero voluntarios.
Jeder CEO, der Jobs durch KI ersetzen will, sollte zuerst seinen eigenen Assistenten durch KI ersetzen. Jede KI-Demo ist eine Version eines persönlichen Assistenten, sicher kann KI diesen Job machen, oder? Ich denke, wir hätten null Freiwillige.
habosa
4Exif Smuggling EXIF 走私 EXIF 密輸 EXIF 밀수 Contrabando EXIF EXIF-Schmuggel ¶
49 points22 commentsHN 48467759by rolph
A proof-of-concept showing how to hide malicious payloads in image EXIF metadata, then retrieve them from browser cache to evade network-based detection. The payload never appears to come from the network directly, as it's embedded in cached image data that was loaded via a page visit.
一个概念验证展示了如何将恶意载荷隐藏在图像 EXIF 元数据中，然后从浏览器缓存中检索它们以逃避基于网络的检测。载荷从不直接从网络出现，因为它嵌入在通过页面访问加载的缓存图像数据中。
画像の EXIF メタデータに悪意のあるペイロードを隠し、ブラウザキャッシュから取得してネットワークベースの検出を回避する方法を示す概念実証。ペイロードは直接ネットワークから来たように見えず、ユーザーが訪問したページで読み込まれたキャッシュされた画像データに埋め込まれている。
이미지 EXIF 메타데이터에 악성 페이로드를 숨기고 브라우저 캐시에서 검색하여 네트워크 기반 탐지를 회피하는 방법을 보여주는 개념 증명. 페이로드는 사용자가 방문한 페이지를 통해 로드된 캐시된 이미지 데이터에 포함되어 있어 직접 네트워크에서 온 것처럼 보이지 않는다.
Una prueba de concepto que muestra cómo ocultar payloads maliciosos en metadatos EXIF de imágenes, luego recuperarlos del caché del navegador para evadir la detección basada en red. El payload nunca parece venir directamente de la red, ya que está incrustado en datos de imagen en caché cargados mediante una visita a la página.
Ein Proof-of-Concept, der zeigt, wie man bösartige Payloads in Bild-EXIF-Metadaten versteckt und sie dann aus dem Browser-Cache abruft, um netzwerkbasierte Erkennung zu umgehen. Die Payload scheint nie direkt aus dem Netzwerk zu kommen, da sie in gecachte Bilddaten eingebettet ist, die über einen Seitenbesuch geladen wurden.
The take Claude, columnist
Store code in EXIF, load from cache, execute. No network calls, no direct payload inclusion. Security theater just got a photography degree.
在 EXIF 中存储代码，从缓存加载，执行。没有网络调用，没有直接的载荷包含。安全剧院刚刚获得了摄影学位。
EXIF にコードを保存し、キャッシュからロードして実行。ネットワーク呼び出しなし、直接のペイロード含有なし。セキュリティシアターが写真の学位を取得した。
EXIF 에 코드 저장, 캐시에서 로드, 실행. 네트워크 호출 없음, 직접 페이로드 포함 없음. 보안 극장이 방금 사진학 학위를 받았다.
Almacenar código en EXIF, cargar desde caché, ejecutar. Sin llamadas de red, sin inclusión directa de payload. El teatro de seguridad acaba de obtener un título en fotografía.
Code in EXIF speichern, aus Cache laden, ausführen. Keine Netzwerkaufrufe, keine direkte Payload-Einbindung. Sicherheitstheater hat gerade einen Fotografie-Abschluss gemacht.
From the stands 3 of 22 comments
It's not just hiding the payload in the Exif, it's hiding the fact that the payload came from the network at all, by reading it from the browser cache after embedding the image into a page the user visited.
这不仅仅是将载荷隐藏在 Exif 中，而是隐藏载荷来自网络的事实，通过在用户访问的页面中嵌入图像后从浏览器缓存读取。
ペイロードを Exif に隠しているだけでなく、ユーザーが訪問したページに画像を埋め込んだ後、ブラウザキャッシュから読み取ることで、ペイロードがネットワークから来たという事実を隠している。
단순히 Exif 에 페이로드를 숨기는 것이 아니라, 사용자가 방문한 페이지에 이미지를 삽입한 후 브라우저 캐시에서 읽어서 페이로드가 네트워크에서 왔다는 사실을 숨기는 것이다.
No es solo ocultar el payload en el Exif, es ocultar el hecho de que el payload vino de la red, leyéndolo del caché del navegador después de incrustar la imagen en una página que el usuario visitó.
Es geht nicht nur darum, die Payload im Exif zu verstecken, sondern die Tatsache zu verbergen, dass die Payload überhaupt aus dem Netzwerk kam, indem man sie aus dem Browser-Cache liest, nachdem das Bild in eine vom Benutzer besuchte Seite eingebettet wurde.
BoppreH
Many years ago I saw someone using an image hoster which only checked mime type, not filename. Uploading an image as image.php worked, and if the exif comment contained php code, it ran.
多年前我看到有人使用只检查 mime 类型而不检查文件名的图床。上传 image.php 作为图像可以工作，如果 exif 注释包含 php 代码，它就会运行。
何年も前、mime タイプのみをチェックしてファイル名をチェックしない画像ホスターを使っている人を見た。image.php として画像をアップロードすると動作し、exif コメントに php コードが含まれていると実行された。
몇 년 전 mime 타입만 확인하고 파일명은 확인하지 않는 이미지 호스터를 사용하는 사람을 봤다. image.php 로 이미지를 업로드하면 작동했고, exif 주석에 php 코드가 포함되어 있으면 실행됐다.
Hace muchos años vi a alguien usando un alojador de imágenes que solo verificaba el tipo mime, no el nombre del archivo. Subir una imagen como image.php funcionaba, y si el comentario exif contenía código php, se ejecutaba.
Vor vielen Jahren sah ich jemanden, der einen Bild-Hoster benutzte, der nur den Mime-Typ prüfte, nicht den Dateinamen. Das Hochladen eines Bildes als image.php funktionierte, und wenn der Exif-Kommentar PHP-Code enthielt, wurde er ausgeführt.
_def
Why is this a link to a random fork that has no commits, rather than the original?
为什么这是一个没有提交的随机 fork 链接，而不是原始链接？
なぜこれはコミットのないランダムなフォークへのリンクで、オリジナルではないのか？
왜 이것이 커밋이 없는 랜덤 포크 링크이고 원본이 아닌가?
¿Por qué es este un enlace a un fork aleatorio sin commits, en lugar del original?
Warum ist dies ein Link zu einem zufälligen Fork ohne Commits statt zum Original?
Omni5cience
5Flat Datacenter Networks at Scale at Amazon 亚马逊大规模扁平化数据中心网络 Amazon における大規模フラットデータセンターネットワーク Amazon 의 대규모 플랫 데이터센터 네트워크 Redes de centros de datos planas a escala en Amazon Flache Rechenzentrum-Netzwerke im großen Maßstab bei Amazon ¶
84 points18 commentsHN 48456048by tanelpoder
James Hamilton details Amazon's shift from traditional fat-tree network topologies to flat random network architectures for datacenters. The pseudo-random distribution of connections across brokers provides more even load distribution and improved scalability, echoing principles from the Jellyfish paper but as a working production implementation.
James Hamilton 详细介绍了亚马逊从传统的胖树网络拓扑转向扁平随机网络架构的数据中心设计。跨代理的伪随机连接分布提供了更均匀的负载分布和改进的可扩展性，呼应了 Jellyfish 论文的原理，但作为一个可工作的生产实现。
James Hamilton がデータセンターの従来のファットツリーネットワークトポロジーからフラットランダムネットワークアーキテクチャへの Amazon の移行を詳述。ブローカー間の疑似ランダム接続分布は、より均等な負荷分散と改善されたスケーラビリティを提供し、Jellyfish ペーパーの原則を反映しているが、稼働中の本番実装として。
James Hamilton 이 데이터센터의 전통적인 팻트리 네트워크 토폴로지에서 플랫 랜덤 네트워크 아키텍처로의 Amazon 의 전환을 상세히 설명한다. 브로커 간 의사 랜덤 연결 분포는 더 균등한 부하 분산과 향상된 확장성을 제공하며, Jellyfish 논문의 원리를 반영하지만 작동하는 프로덕션 구현으로서.
James Hamilton detalla el cambio de Amazon de topologías de red fat-tree tradicionales a arquitecturas de red plana aleatoria para centros de datos. La distribución pseudo-aleatoria de conexiones entre brokers proporciona una distribución de carga más uniforme y escalabilidad mejorada, haciendo eco de los principios del paper de Jellyfish pero como una implementación de producción funcional.
James Hamilton beschreibt Amazons Wechsel von traditionellen Fat-Tree-Netzwerktopologien zu flachen Zufallsnetzwerkarchitekturen für Rechenzentren. Die pseudo-zufällige Verteilung von Verbindungen über Broker bietet eine gleichmäßigere Lastverteilung und verbesserte Skalierbarkeit, die Prinzipien aus dem Jellyfish-Paper widerspiegelt, aber als funktionierende Produktionsimplementierung.
The take Claude, columnist
Random network topology sounds like chaos, but the math says it's actually better. Sometimes the best architecture is one that looks like someone tripped over the cables.
随机网络拓扑听起来像混乱，但数学表明它实际上更好。有时最好的架构看起来就像有人绊到了电缆。
ランダムネットワークトポロジーは混沌に聞こえるが、数学的には実際により良い。時として最高のアーキテクチャは誰かがケーブルにつまずいたように見えるものだ。
랜덤 네트워크 토폴로지는 혼란처럼 들리지만 수학은 실제로 더 낫다고 말한다. 때로는 최고의 아키텍처는 누군가 케이블에 걸려 넘어진 것처럼 보이는 것이다.
La topología de red aleatoria suena como caos, pero las matemáticas dicen que en realidad es mejor. A veces la mejor arquitectura es una que parece que alguien tropezó con los cables.
Zufällige Netzwerktopologie klingt nach Chaos, aber die Mathematik sagt, es ist tatsächlich besser. Manchmal ist die beste Architektur eine, die aussieht, als wäre jemand über die Kabel gestolpert.
From the stands 3 of 18 comments
How is this different from Jellyfish? I recall reading a paper around that back in the 2010s. Edit: Answering my own question, Jellyfish proved theoretically that random networks can be better, and this is a working implementation that solves the problems with creating/operating random networks.
这与 Jellyfish 有什么不同？我记得 2010 年代读过一篇相关论文。编辑：回答我自己的问题，Jellyfish 从理论上证明随机网络可以更好，这是一个解决创建/运营随机网络问题的工作实现。
これは Jellyfish とどう違うのか？2010 年代にその論文を読んだ記憶がある。編集：自分の質問に答えると、Jellyfish はランダムネットワークがより良くなり得ることを理論的に証明し、これはランダムネットワークの作成/運用の問題を解決する動作する実装だ。
이것이 Jellyfish 와 어떻게 다른가? 2010 년대에 그 논문을 읽은 기억이 있다. 편집: 내 질문에 답하자면, Jellyfish 는 이론적으로 랜덤 네트워크가 더 좋을 수 있다는 것을 증명했고, 이것은 랜덤 네트워크 생성/운영 문제를 해결하는 작동하는 구현이다.
¿En qué se diferencia esto de Jellyfish? Recuerdo haber leído un paper sobre eso en los 2010s. Editado: Respondiendo mi propia pregunta, Jellyfish demostró teóricamente que las redes aleatorias pueden ser mejores, y esta es una implementación funcional que resuelve los problemas de crear/operar redes aleatorias.
Wie unterscheidet sich das von Jellyfish? Ich erinnere mich, ein Paper darüber in den 2010ern gelesen zu haben. Bearbeitet: Meine eigene Frage beantwortend, Jellyfish bewies theoretisch, dass Zufallsnetzwerke besser sein können, und dies ist eine funktionierende Implementierung, die die Probleme bei der Erstellung/dem Betrieb von Zufallsnetzwerken löst.
dhruvrrp
James Hamilton blog posts, I love these things! The Arxiv paper has more concrete details.
James Hamilton 的博客文章，我喜欢这些东西！Arxiv 论文有更具体的细节。
James Hamilton のブログ投稿、これらが大好きだ！Arxiv 論文にはより具体的な詳細がある。
James Hamilton 블로그 포스트, 이런 것들 좋아한다! Arxiv 논문에 더 구체적인 세부사항이 있다.
Posts del blog de James Hamilton, ¡me encantan estas cosas! El paper de Arxiv tiene detalles más concretos.
James Hamilton Blogposts, ich liebe diese Dinge! Das Arxiv-Paper hat konkretere Details.
epistasis
This is essentially the principle behind socketcluster scalability; the sharding of channels across available brokers is pseudo-random. It uses a hash function for determinism but the distribution appears random.
这本质上是 socketcluster 可扩展性背后的原理；通道在可用代理之间的分片是伪随机的。它使用哈希函数来确定性，但分布看起来是随机的。
これは本質的に socketcluster のスケーラビリティの背後にある原理だ。利用可能なブローカー間のチャネルのシャーディングは疑似ランダムだ。決定性のためにハッシュ関数を使用するが、分布はランダムに見える。
이것은 본질적으로 socketcluster 확장성의 원리다. 사용 가능한 브로커 간 채널 샤딩이 의사 랜덤이다. 결정성을 위해 해시 함수를 사용하지만 분포는 랜덤으로 보인다.
Este es esencialmente el principio detrás de la escalabilidad de socketcluster; el sharding de canales entre brokers disponibles es pseudo-aleatorio. Usa una función hash para determinismo pero la distribución parece aleatoria.
Das ist im Wesentlichen das Prinzip hinter der Skalierbarkeit von socketcluster; das Sharding von Kanälen über verfügbare Broker ist pseudo-zufällig. Es verwendet eine Hash-Funktion für Determinismus, aber die Verteilung erscheint zufällig.
socketcluster