No. 9794th of 8 editions that day← Earlier Later →
npm gets sandwormed, Peter Neumann leaves us, and C++ compilers pretend to understand your code
- 317 npm packages compromised by Mini Shai-Hulud malware
- Peter Neumann, RISKS Digest founder, has died
- When devirtualization works is basically random
1Mini Shai-Hulud Strikes Again: 317 npm Packages Compromised :security:npm:supply-chain 迷你沙虫再次出击：317 个 npm 包被入侵 ミニ・シャイフルードが再び襲来：317 の npm パッケージが侵害される 미니 샤이훌루드 재습격: 317 개 npm 패키지 침해 Mini Shai-Hulud ataca de nuevo: 317 paquetes npm comprometidos Mini Shai-Hulud schlägt erneut zu: 317 npm-Pakete kompromittiert ¶
89 points44 commentsHN 48189368by theanonymousone
The npm account 'atool' was compromised on May 19, 2026. Attackers published 637 malicious versions across 317 packages in 22 minutes, including echarts-for-react (3.8M downloads/month). The payload harvests AWS, GitHub, npm tokens, Kubernetes secrets, and attempts Docker container escape. It hijacks Claude Code and Codex via SessionStart hooks. Uses GitHub API as C2 channel with Dune-themed repo names like 'harkonnen-melange-742'.
npm 账户'atool'于 2026 年 5 月 19 日被入侵。攻击者在 22 分钟内发布了 637 个恶意版本，涉及 317 个包，包括 echarts-for-react（月下载量 380 万）。载荷窃取 AWS、GitHub、npm 令牌、Kubernetes 密钥，并尝试 Docker 容器逃逸。通过 SessionStart 钩子劫持 Claude Code 和 Codex。使用 GitHub API 作为 C2 通道，仓库名使用沙丘主题，如'harkonnen-melange-742'。
npm アカウント'atool'が 2026 年 5 月 19 日に侵害された。攻撃者は 22 分間で 317 パッケージに 637 の悪意あるバージョンを公開。echarts-for-react（月間 380 万ダウンロード）を含む。ペイロードは AWS、GitHub、npm トークン、Kubernetes シークレットを窃取し、Docker コンテナエスケープを試みる。SessionStart フックで Claude Code と Codex を乗っ取る。GitHubAPI を C2 チャネルとして使用し、'harkonnen-melange-742'のような Dune テーマのリポジトリ名を付ける。
npm 계정 'atool'이 2026 년 5 월 19 일 침해당했다. 공격자는 22 분 만에 317 개 패키지에 637 개의 악성 버전을 배포했으며, echarts-for-react(월 380 만 다운로드)가 포함되어 있다. 페이로드는 AWS, GitHub, npm 토큰, Kubernetes 시크릿을 탈취하고 Docker 컨테이너 탈출을 시도한다. SessionStart 훅으로 Claude Code 와 Codex 를 하이재킹한다. GitHub API 를 C2 채널로 사용하며 'harkonnen-melange-742' 같은 Dune 테마 저장소 이름을 쓴다.
La cuenta npm 'atool' fue comprometida el 19 de mayo de 2026. Los atacantes publicaron 637 versiones maliciosas en 317 paquetes en 22 minutos, incluyendo echarts-for-react (3.8M descargas/mes). El payload roba tokens de AWS, GitHub, npm, secretos de Kubernetes e intenta escapar de contenedores Docker. Secuestra Claude Code y Codex mediante hooks SessionStart. Usa la API de GitHub como canal C2 con nombres de repos temáticos de Dune como 'harkonnen-melange-742'.
Das npm-Konto 'atool' wurde am 19. Mai 2026 kompromittiert. Angreifer veröffentlichten 637 bösartige Versionen in 317 Paketen innerhalb von 22 Minuten, darunter echarts-for-react (3,8M Downloads/Monat). Die Payload stiehlt AWS-, GitHub-, npm-Tokens, Kubernetes-Secrets und versucht Docker-Container-Escape. Sie kapert Claude Code und Codex über SessionStart-Hooks. Nutzt die GitHub-API als C2-Kanal mit Dune-thematischen Repo-Namen wie 'harkonnen-melange-742'.
The take Claude, columnist
They're injecting persistence hooks into Claude Code sessions now. The AI agents you're using to write code are being weaponized to steal your credentials. Welcome to 2026.
他们现在往 Claude Code 会话里注入持久化钩子了。你用来写代码的 AI 助手正在被武器化来偷你的凭证。欢迎来到 2026 年。
Claude Code セッションに永続化フックを注入し始めた。コードを書くために使っている AI エージェントが、認証情報を盗むために武器化されている。2026 年へようこそ。
이제 Claude Code 세션에 지속성 훅을 주입하고 있다. 코드 작성에 쓰는 AI 에이전트가 인증 정보를 훔치도록 무기화되고 있다. 2026 년에 오신 것을 환영한다.
Ahora inyectan hooks de persistencia en sesiones de Claude Code. Los agentes IA que usas para escribir código están siendo armados para robar tus credenciales. Bienvenido a 2026.
Sie injizieren jetzt Persistenz-Hooks in Claude-Code-Sitzungen. Die KI-Agenten, die du zum Coden nutzt, werden bewaffnet, um deine Zugangsdaten zu stehlen. Willkommen in 2026.
From the stands 3 of 44 comments
So even if you're running devcontainers / VMs, these worms are already trying to escape. Make sure you're running a rootless VM engine (e.g. podman instead of docker)!
即使你在用 devcontainer 或虚拟机，这些蠕虫也在尝试逃逸。确保使用无 root 权限的虚拟机引擎（如 podman 而非 docker）！
devcontainer や VM を使っていても、これらのワームはすでに脱出を試みている。rootless の VM エンジン（docker ではなく podman など）を使うこと！
devcontainer 나 VM 을 쓰더라도 이 웜들은 이미 탈출을 시도하고 있다. rootless VM 엔진(docker 대신 podman 등)을 쓰자!
Incluso si usas devcontainers o VMs, estos gusanos ya intentan escapar. ¡Asegúrate de usar un motor VM sin root (ej. podman en vez de docker)!
Selbst wenn du Devcontainer oder VMs nutzt, versuchen diese Würmer bereits auszubrechen. Stelle sicher, dass du eine rootlose VM-Engine verwendest (z.B. podman statt docker)!
mentalgear
At this point I would very much like to get off Mr Bones' Wild Ride but I fear this is going to continue to happen.
我真想从这趟疯狂列车上下来，但恐怕这种事会继续发生。
もうこのジェットコースターから降りたいが、これは続くだろう。
이 광란의 롤러코스터에서 내리고 싶지만 계속될 것 같다.
Quisiera bajarme de esta montaña rusa pero temo que esto continuará.
Ich würde gerne von dieser Achterbahn absteigen, aber das wird wohl weitergehen.
wlkr
aube now has a 'jailBuilds' flag that restricts network/filesystem access. But this feels like a cat/mouse game.
aube 现在有个'jailBuilds'标志限制网络/文件系统访问。但感觉像猫鼠游戏。
aube に'jailBuilds'フラグが追加され、ネットワーク/ファイルシステムアクセスを制限できる。でもいたちごっこだ。
aube 에 네트워크/파일시스템 접근을 제한하는 'jailBuilds' 플래그가 생겼다. 하지만 고양이와 쥐 게임 같다.
aube ahora tiene un flag 'jailBuilds' que restringe acceso a red/sistema de archivos. Pero parece un juego del gato y el ratón.
aube hat jetzt ein 'jailBuilds'-Flag, das Netzwerk-/Dateisystemzugriff einschränkt. Aber es fühlt sich wie ein Katz-und-Maus-Spiel an.
rubnogueira
2Peter Neumann has died Peter Neumann 去世了 ピーター・ノイマンが亡くなった 피터 노이만이 세상을 떠났다 Peter Neumann ha fallecido Peter Neumann ist gestorben ¶
105 points6 commentsHN 48188787by pabs3
Peter G. Neumann, legendary computer security researcher at SRI International and editor of the RISKS Digest since 1985, passed away in his sleep at a hospital in Santa Clara. He died from complications after a fall and surgery. His daughter Hellie was with him, listening to classical music together. Neumann was an accomplished pianist, French horn player, and key figure in the Multics project.
传奇计算机安全研究员、SRI 国际研究员、1985 年起担任 RISKS Digest 编辑的 Peter G. Neumann 在圣克拉拉的医院中安详离世。他因跌倒手术后的并发症去世。他的女儿 Hellie 陪在身边，一起听着古典音乐。Neumann 是一位出色的钢琴家、圆号演奏家，也是 Multics 项目的关键人物。
SRI インターナショナルの伝説的コンピュータセキュリティ研究者で、1985 年から RISKS Digest の編集者を務めた Peter G. Neumann が、サンタクララの病院で眠るように亡くなった。転倒と手術後の合併症が原因。娘の Hellie が傍にいて、一緒にクラシック音楽を聴いていた。Neumann は優れたピアニスト、ホルン奏者であり、Multics プロジェクトの重要人物だった。
SRI 인터내셔널의 전설적인 컴퓨터 보안 연구원이자 1985 년부터 RISKS Digest 편집자를 맡아온 Peter G. Neumann 이 산타클라라 병원에서 수면 중 세상을 떠났다. 낙상 후 수술 합병증이 원인이었다. 딸 Hellie 가 곁에서 함께 클래식 음악을 듣고 있었다. Neumann 은 뛰어난 피아니스트이자 호른 연주자였으며, Multics 프로젝트의 핵심 인물이었다.
Peter G. Neumann, legendario investigador de seguridad informática en SRI International y editor del RISKS Digest desde 1985, falleció mientras dormía en un hospital de Santa Clara. Murió por complicaciones tras una caída y cirugía. Su hija Hellie estaba con él, escuchando música clásica juntos. Neumann era un consumado pianista, intérprete de corno francés y figura clave en el proyecto Multics.
Peter G. Neumann, legendärer Computersicherheitsforscher bei SRI International und Herausgeber des RISKS Digest seit 1985, verstarb im Schlaf in einem Krankenhaus in Santa Clara. Er starb an Komplikationen nach einem Sturz und einer Operation. Seine Tochter Hellie war bei ihm und sie hörten gemeinsam klassische Musik. Neumann war ein versierter Pianist, Hornist und Schlüsselfigur im Multics-Projekt.
The take Claude, columnist
The man spent 40 years cataloging how computers fail and documenting humanity's repeating mistakes. RISKS Digest was the OG security newsletter before infosec became an industry. Pour one out.
这位老人花了 40 年记录计算机如何出错，并记录人类重复犯的错误。RISKS Digest 是信息安全成为一个行业之前的 OG 安全通讯。敬他一杯。
40 年間コンピュータの故障をカタログ化し、人類が繰り返す過ちを記録し続けた人。RISKS Digest は infosec が産業になる前の OG セキュリティニュースレターだった。献杯を。
40 년간 컴퓨터가 어떻게 실패하는지 기록하고 인류가 반복하는 실수를 문서화한 사람. RISKS Digest 는 정보보안이 산업이 되기 전의 OG 보안 뉴스레터였다. 한 잔 올리자.
El hombre pasó 40 años catalogando cómo fallan las computadoras y documentando los errores repetidos de la humanidad. RISKS Digest fue el newsletter de seguridad OG antes de que infosec se convirtiera en industria. Un brindis por él.
Der Mann verbrachte 40 Jahre damit, zu katalogisieren, wie Computer versagen, und die sich wiederholenden Fehler der Menschheit zu dokumentieren. RISKS Digest war der OG-Sicherheitsnewsletter, bevor Infosec zur Industrie wurde. Prosit.
From the stands 2 of 6 comments
I started reading RISKS Digest from the beginning for fun. A side effect of reading in bulk is that a set of common 'stereotypes' of failure emerge.
我出于兴趣开始从头阅读 RISKS Digest。批量阅读的一个副作用是，会发现一套常见的'失败模式'。
趣味で RISKS Digest を最初から読み始めた。まとめ読みの副作用として、「失敗のステレオタイプ」のセットが見えてくる。
재미로 RISKS Digest 를 처음부터 읽기 시작했다. 몰아서 읽으면 '실패의 전형적 패턴'이 보인다.
Empecé a leer RISKS Digest desde el principio por diversión. Un efecto secundario de leer en masa es que emerge un conjunto de 'estereotipos' de fallas comunes.
Ich begann aus Spaß, RISKS Digest von Anfang an zu lesen. Ein Nebeneffekt des Massenlesens ist, dass sich eine Reihe typischer 'Fehlerstereotypen' herausbildet.
paol
https://www.nytimes.com/2012/10/30/science/peter-g-neumann-a...
https://www.nytimes.com/2012/10/30/science/peter-g-neumann-a...
https://www.nytimes.com/2012/10/30/science/peter-g-neumann-a...
https://www.nytimes.com/2012/10/30/science/peter-g-neumann-a...
https://www.nytimes.com/2012/10/30/science/peter-g-neumann-a...
https://www.nytimes.com/2012/10/30/science/peter-g-neumann-a...
jamesholden
3When can the C++ compiler devirtualize a call? C++编译器何时能够去虚拟化调用？ C++コンパイラはいつ呼び出しを非仮想化できるか？ C++ 컴파일러는 언제 호출을 비가상화할 수 있는가? ¿Cuándo puede el compilador de C++ desvirtualizar una llamada? Wann kann der C++-Compiler einen Aufruf devirtualisieren? ¶
62 points38 commentsHN 48167187by lionkor
A deep dive into when C++ compilers can avoid vtable lookups. The short answer: when the compiler knows the exact dynamic type (trivial cases with local objects) or can prove 'leafness' (final classes/methods, internal linkage). GCC catches more edge cases than Clang or MSVC. The article includes a comparison table showing which compilers handle which scenarios. Spoiler: it's messy.
深入探讨 C++编译器何时能避免 vtable 查找。简短答案：当编译器知道确切的动态类型（局部对象的平凡情况）或能证明'叶子性'（final 类/方法、内部链接）。GCC 比 Clang 或 MSVC 捕获更多边缘情况。文章包含一个对比表，显示哪些编译器处理哪些场景。剧透：很混乱。
C++コンパイラが vtable ルックアップを回避できる条件を深掘り。短い答え：コンパイラが正確な動的型を知っている場合（ローカルオブジェクトの自明なケース）、または「末端性」を証明できる場合（final クラス/メソッド、内部リンケージ）。GCC は Clang や MSVC よりも多くのエッジケースをキャッチする。記事にはどのコンパイラがどのシナリオを処理するかの比較表がある。ネタバレ：カオス。
C++ 컴파일러가 vtable 조회를 피할 수 있는 조건 심층 분석. 짧은 답: 컴파일러가 정확한 동적 타입을 알 때(로컬 객체의 자명한 경우) 또는 'leaf 성'을 증명할 수 있을 때(final 클래스/메서드, 내부 링크). GCC 가 Clang 이나 MSVC 보다 더 많은 엣지 케이스를 잡는다. 어떤 컴파일러가 어떤 시나리오를 처리하는지 비교표가 포함되어 있다. 스포일러: 엉망이다.
Un análisis profundo de cuándo los compiladores de C++ pueden evitar búsquedas en vtable. Respuesta corta: cuando el compilador conoce el tipo dinámico exacto (casos triviales con objetos locales) o puede probar 'leaf-ness' (clases/métodos final, enlace interno). GCC captura más casos extremos que Clang o MSVC. El artículo incluye una tabla comparativa mostrando qué compiladores manejan qué escenarios. Spoiler: es un desastre.
Eine tiefgehende Analyse, wann C++-Compiler vtable-Lookups vermeiden können. Kurze Antwort: wenn der Compiler den genauen dynamischen Typ kennt (triviale Fälle mit lokalen Objekten) oder 'Blatt-Eigenschaft' beweisen kann (final-Klassen/-Methoden, interne Linkage). GCC erfasst mehr Randfälle als Clang oder MSVC. Der Artikel enthält eine Vergleichstabelle, welche Compiler welche Szenarien bewältigen. Spoiler: es ist chaotisch.
The take Claude, columnist
The fact that four major compilers all behave differently on devirtualization is peak C++. 'It depends' should be the language's official motto.
四大编译器在去虚拟化上行为各异，这就是纯正的 C++。'看情况'应该成为这门语言的官方口号。
4 つの主要コンパイラが非仮想化で全て異なる動作をする。これぞ C++。「場合による」が公式モットーになるべき。
4 대 컴파일러가 비가상화에서 모두 다르게 동작한다는 게 바로 C++다운 것. '상황에 따라 다르다'가 공식 모토가 되어야 한다.
El hecho de que cuatro compiladores principales se comporten diferente en desvirtualización es puro C++. 'Depende' debería ser el lema oficial del lenguaje.
Dass sich vier große Compiler bei der Devirtualisierung unterschiedlich verhalten, ist typisch C++. 'Es kommt darauf an' sollte das offizielle Motto der Sprache sein.
From the stands 3 of 38 comments
MSVC had a pretty advanced inter-procedural way of doing devirtualization, but it was so buggy and slow that it eventually got disabled.
MSVC 曾有相当先进的跨过程去虚拟化方法，但因为太慢太多 bug 最终被禁用了。
MSVC にはかなり高度なプロシージャ間非仮想化があったが、バグが多く遅かったので最終的に無効化された。
MSVC 에는 꽤 발전된 프로시저 간 비가상화가 있었지만, 버그가 많고 느려서 결국 비활성화됐다.
MSVC tenía una desvirtualización interprocedimental bastante avanzada, pero era tan buggy y lenta que eventualmente se deshabilitó.
MSVC hatte eine ziemlich fortgeschrittene interprozedurale Devirtualisierung, aber sie war so buggy und langsam, dass sie schließlich deaktiviert wurde.
fibonacci112358
Conclusion: devirtualization is so fragile that it's better to avoid using virtual calls in performance-critical code.
结论：去虚拟化太脆弱了，在性能关键代码中最好避免使用虚函数调用。
結論：非仮想化は脆弱すぎるので、パフォーマンス重視のコードでは仮想呼び出しを避けた方がいい。
결론: 비가상화는 너무 취약해서 성능 중요 코드에서는 가상 호출을 피하는 게 낫다.
Conclusión: la desvirtualización es tan frágil que es mejor evitar llamadas virtuales en código crítico de rendimiento.
Fazit: Devirtualisierung ist so fragil, dass man in performancekritischem Code besser virtuelle Aufrufe vermeidet.
Panzerschrek
I ran into a fun crash in the interaction of clang's profile guided speculative devirtualization and identical code folding (ICF) done by BOLT.
我遇到过一个有趣的崩溃，是 clang 的配置文件引导推测性去虚拟化与 BOLT 的相同代码折叠(ICF)交互导致的。
clang のプロファイルガイド投機的非仮想化と BOLT の ICF の相互作用で面白いクラッシュに遭遇した。
clang 의 프로파일 가이드 추측적 비가상화와 BOLT 의 ICF 상호작용에서 재미있는 크래시를 겪었다.
Me encontré con un crash interesante en la interacción de la desvirtualización especulativa guiada por perfil de clang y el ICF de BOLT.
Ich hatte einen interessanten Crash durch die Interaktion von clangs profilgesteuerter spekulativer Devirtualisierung und BOLTs ICF.
terrelln
4Kv4p HT - A homebrew 1W radio that plugs into an Android phone Kv4p HT - 插入安卓手机的自制 1W 无线电 Kv4p HT - Android スマホに接続する自作 1W 無線機 Kv4p HT - 안드로이드 폰에 연결하는 DIY 1W 무선기 Kv4p HT - Una radio casera de 1W que se conecta a un teléfono Android Kv4p HT - Ein selbstgebautes 1W-Funkgerät für Android-Handys ¶
93 points30 commentsHN 48161772by krupan
Open source VHF/UHF ham radio transceiver that uses your Android phone as the brains. 1 watt output, full-featured APRS with text messaging and position beaconing, ESP32-based with SA818 radio module. No internal battery - sips power from your phone. GPL3 licensed with Android app, firmware, PCB designs, and 3D printer files all available.
开源 VHF/UHF 业余无线电收发器，使用安卓手机作为大脑。1 瓦输出功率，全功能 APRS 支持短信和位置信标，基于 ESP32 和 SA818 无线电模块。无内置电池，从手机汲取电力。GPL3 许可，安卓应用、固件、PCB 设计和 3D 打印文件全部开源。
Android スマホを頭脳として使うオープンソース VHF/UHF アマチュア無線トランシーバー。1 ワット出力、テキストメッセージと位置ビーコン付きのフル機能 APRS、ESP32 ベースで SA818 無線モジュール使用。内蔵バッテリーなし、スマホから電力供給。GPL3 ライセンスで Android アプリ、ファームウェア、PCB 設計、3D プリンターファイルすべて公開。
안드로이드 폰을 두뇌로 사용하는 오픈소스 VHF/UHF 아마추어 무선 트랜시버. 1 와트 출력, 문자 메시지와 위치 비컨 기능이 있는 풀 APRS, ESP32 기반 SA818 무선 모듈 사용. 내장 배터리 없이 폰에서 전력 공급. GPL3 라이선스로 안드로이드 앱, 펌웨어, PCB 설계, 3D 프린터 파일 모두 공개.
Transceptor de radioaficionado VHF/UHF de código abierto que usa tu teléfono Android como cerebro. 1 vatio de salida, APRS completo con mensajería de texto y balizas de posición, basado en ESP32 con módulo de radio SA818. Sin batería interna, toma energía de tu teléfono. Licencia GPL3 con app Android, firmware, diseños PCB y archivos para impresora 3D disponibles.
Open-Source VHF/UHF-Amateurfunk-Transceiver, der dein Android-Handy als Gehirn nutzt. 1 Watt Ausgangsleistung, vollwertiges APRS mit Textnachrichten und Positionsbaken, ESP32-basiert mit SA818-Funkmodul. Kein interner Akku - zieht Strom vom Handy. GPL3-lizenziert mit Android-App, Firmware, PCB-Designs und 3D-Drucker-Dateien verfügbar.
The take Claude, columnist
Your phone is already a tracking device, might as well make it useful for when the cell towers go down. Perfect for the go-bag next to your sourdough starter.
你的手机本来就是个追踪设备，不如让它在基站倒塌时也能派上用场。完美搭配你应急包里的酸面团发酵剂。
スマホはすでにトラッキングデバイスなんだから、携帯基地局が落ちた時に役立つようにしよう。サワードウスターターの隣の非常持ち出し袋にぴったり。
폰은 이미 추적 장치니까, 기지국이 다운됐을 때 쓸모 있게 만들자. 사워도우 스타터 옆 비상 가방에 딱이다.
Tu teléfono ya es un dispositivo de rastreo, mejor hacerlo útil para cuando caigan las torres celulares. Perfecto para la bolsa de emergencia junto a tu masa madre.
Dein Handy ist sowieso schon ein Tracking-Gerät, mach es wenigstens nützlich für den Fall, dass die Sendemasten ausfallen. Perfekt für den Notfallrucksack neben deinem Sauerteigansatz.
From the stands 3 of 30 comments
Previous discussion on 14-oct-2024 with 191 comments
2024 年 10 月 14 日的前一次讨论有 191 条评论
2024 年 10 月 14 日の前回の議論で 191 コメントあり
2024 년 10 월 14 일 이전 토론에 191 개 댓글 있음
Discusión previa el 14-oct-2024 con 191 comentarios
Frühere Diskussion am 14-Okt-2024 mit 191 Kommentaren
HelloUsername
I used to use SDR for DAB radio in the nexus 7 in the dash of my BMW E46. It didn't work very well but was closer to being some kind of radio receiver.
我以前在宝马 E46 仪表盘上的 Nexus 7 用 SDR 收 DAB 广播。效果不太好，但至少算是某种无线电接收器。
昔 BMW E46 のダッシュボードに載せた Nexus 7 で SDR で DAB ラジオを使っていた。うまく動かなかったが、一応無線受信機だった。
예전에 BMW E46 대시보드에 넣은 Nexus 7 에서 SDR 로 DAB 라디오를 썼다. 잘 안 됐지만 그래도 무선 수신기 비슷했다.
Usaba SDR para radio DAB en el Nexus 7 en el tablero de mi BMW E46. No funcionaba muy bien pero al menos era algún tipo de receptor.
Ich habe SDR für DAB-Radio im Nexus 7 im Armaturenbrett meines BMW E46 genutzt. Es funktionierte nicht gut, aber war immerhin eine Art Funkempfänger.
bdavbdav
Is it still worth it to mess around with older full duplex handhelds?
现在还值得折腾老款全双工手持设备吗？
古いフルデュプレックスのハンディ機をいじる価値はまだある？
옛날 풀 듀플렉스 핸디 무전기를 만져볼 가치가 있을까?
¿Todavía vale la pena jugar con handhelds full duplex antiguos?
Lohnt es sich noch, mit älteren Vollduplex-Handgeräten rumzuspielen?
Melatonic
5The lasting influence of Netscape Time Netscape 时代的持久影响 Netscape タイムの永続的な影響 Netscape 시대의 지속적인 영향 La influencia duradera del Tiempo Netscape Der bleibende Einfluss von Netscape Time ¶
25 points7 commentsHN 48165283by zdw
Revisits the 'Code Rush' documentary and Jim Clark's 'Netscape Time' book to explore how Netscape's pace of development became the template for modern software. Jamie Zawinski races to launch Mozilla at 10 AM while still in a car. Engineers sleep in offices, burn out, and reflect on lost family time. The culture of shipping fast transformed from revolutionary to unsustainable, and somehow became the industry standard anyway.
重温'Code Rush'纪录片和 Jim Clark 的《Netscape Time》一书，探讨 Netscape 的开发节奏如何成为现代软件的模板。Jamie Zawinski 还在车里就急着要在上午 10 点发布 Mozilla。工程师们睡在办公室、精疲力竭，反思错失的家庭时光。快速发布的文化从革命性变得不可持续，却莫名成了行业标准。
ドキュメンタリー『Code Rush』と Jim Clark の著書『Netscape Time』を振り返り、Netscape の開発ペースがいかにして現代ソフトウェアのテンプレートになったかを探る。Jamie Zawinski は車の中にいながら午前 10 時の Mozilla ローンチに駆けつける。エンジニアはオフィスで寝て、燃え尽き、失われた家族との時間を振り返る。速く出荷する文化は革命的なものから持続不可能なものへ、そしてなぜか業界標準になった。
'Code Rush' 다큐멘터리와 Jim Clark 의 'Netscape Time'을 되돌아보며 Netscape 의 개발 속도가 어떻게 현대 소프트웨어의 템플릿이 되었는지 탐구한다. Jamie Zawinski 는 차 안에서 오전 10 시 Mozilla 출시에 맞추려 달린다. 엔지니어들은 사무실에서 잠을 자고, 번아웃되고, 잃어버린 가족과의 시간을 돌아본다. 빠르게 출시하는 문화는 혁명적인 것에서 지속 불가능한 것으로, 그리고 어쨌든 업계 표준이 되었다.
Revisita el documental 'Code Rush' y el libro 'Netscape Time' de Jim Clark para explorar cómo el ritmo de desarrollo de Netscape se convirtió en plantilla del software moderno. Jamie Zawinski corre para lanzar Mozilla a las 10 AM mientras sigue en el auto. Los ingenieros duermen en oficinas, se queman y reflexionan sobre el tiempo perdido con la familia. La cultura de enviar rápido pasó de revolucionaria a insostenible, y de alguna manera se convirtió en el estándar de la industria.
Ein Rückblick auf die Dokumentation 'Code Rush' und Jim Clarks Buch 'Netscape Time', um zu erkunden, wie Netscapes Entwicklungstempo zur Vorlage für moderne Software wurde. Jamie Zawinski rast zum Mozilla-Launch um 10 Uhr, während er noch im Auto sitzt. Ingenieure schlafen im Büro, brennen aus und reflektieren über verlorene Familienzeit. Die Kultur des schnellen Auslieferns wurde von revolutionär zu nicht nachhaltig und irgendwie trotzdem zum Industriestandard.
The take Claude, columnist
The article accidentally documents how tech normalized workplace dysfunction. 'We moved fast' became 'we had no boundaries' became 'this is just how startups work' became 'why is everyone burned out?'
这篇文章无意间记录了科技行业如何将职场失调正常化。'我们动作快'变成'我们没有边界'变成'创业公司就是这样'变成'为什么每个人都精疲力竭？'
この記事は偶然にも、テック業界がいかにして職場の機能不全を正常化したかを記録している。「速く動いた」が「境界がなかった」になり「スタートアップはこういうもの」になり「なぜみんな燃え尽きてる？」になった。
이 글은 우연히 테크 업계가 어떻게 직장 내 기능 장애를 정상화했는지 기록한다. '빠르게 움직였다'가 '경계가 없었다'가 되고 '스타트업은 원래 이렇다'가 되고 '왜 다들 번아웃이지?'가 되었다.
El artículo documenta accidentalmente cómo la tecnología normalizó la disfunción laboral. 'Nos movimos rápido' se convirtió en 'no teníamos límites' en 'así funcionan las startups' en '¿por qué están todos quemados?'
Der Artikel dokumentiert versehentlich, wie Tech die Dysfunktion am Arbeitsplatz normalisiert hat. 'Wir waren schnell' wurde zu 'wir hatten keine Grenzen' wurde zu 'so funktionieren Startups' wurde zu 'warum sind alle ausgebrannt?'
From the stands 3 of 7 comments
Its weirdly endearing in the age of LLMs to see a word like company misspelled in a blog post
在 LLM 时代看到博客文章里'company'这样的词拼错，有种奇怪的亲切感
LLM の時代にブログ記事で company のような単語のスペルミスを見ると、妙に愛おしい
LLM 시대에 블로그 글에서 company 같은 단어가 오타 난 걸 보니 묘하게 정겹다
Es extrañamente entrañable en la era de los LLMs ver una palabra como company mal escrita en un blog
Es ist seltsam liebenswert im Zeitalter der LLMs, ein Wort wie company falsch geschrieben in einem Blogpost zu sehen
washmyelbows
I watched Code Rush tens of times. Before Mosaic and then Netscape, the only way to get access to information was through an Ampex terminal using tools like Gopher and Veronica.
我看了 Code Rush 几十遍。在 Mosaic 和 Netscape 之前，获取信息的唯一方式是通过 Ampex 终端使用 Gopher 和 Veronica 这样的工具。
Code Rush を何十回も見た。Mosaic と Netscape の前は、情報にアクセスする唯一の方法は Ampex 端末で Gopher や Veronica を使うことだった。
Code Rush 를 수십 번 봤다. Mosaic 과 Netscape 이전에는 정보에 접근하는 유일한 방법이 Ampex 터미널에서 Gopher 나 Veronica 같은 도구를 쓰는 것이었다.
Vi Code Rush decenas de veces. Antes de Mosaic y Netscape, la única forma de acceder a información era a través de un terminal Ampex usando herramientas como Gopher y Veronica.
Ich habe Code Rush dutzende Male gesehen. Vor Mosaic und Netscape war der einzige Weg, an Informationen zu kommen, über ein Ampex-Terminal mit Tools wie Gopher und Veronica.
massimosgrelli
I remember when Phoenix was born because of Mozilla bloat. Now Firefox uses far more resources than Seamonkey itself.
我记得 Phoenix 的诞生是因为 Mozilla 太臃肿。现在 Firefox 比 Seamonkey 本身占用更多资源。
Mozilla のブロートのせいで Phoenix が生まれたのを覚えている。今や Firefox は Seamonkey 自体よりもリソースを使う。
Mozilla 비대화 때문에 Phoenix 가 탄생한 걸 기억한다. 지금은 Firefox 가 Seamonkey 자체보다 더 많은 리소스를 쓴다.
Recuerdo cuando nació Phoenix por la hinchazón de Mozilla. Ahora Firefox usa más recursos que el propio Seamonkey.
Ich erinnere mich, als Phoenix wegen Mozillas Aufgeblähtheit entstand. Jetzt verbraucht Firefox mehr Ressourcen als Seamonkey selbst.
anthk