No. 6527th of 7 editions that day← Earlier Later →
Claude leaks its own source, OkCupid sells your face, and the slop debate rages on
- Claude Code's source leaked via npm sourcemap, revealing fake tools and 'undercover mode'
- OkCupid gave 3M user photos to facial recognition firm, FTC shrugs
- SolveSpace CAD runs in browser now, chamfers still impossible
- The eternal AI slop vs craft debate gets a new contender
- Someone built a shell parallelizer that makes GNU Parallel look like a horse and buggy
1The Claude Code Source Leak: fake tools, frustration regexes, undercover mode Claude Code 源代码泄露：虚假工具、挫败感正则、隐身模式 Claude Code ソースコード流出：偽ツール、フラストレーション正規表現、アンダーカバーモード Claude Code 소스 유출: 가짜 도구, 좌절감 정규표현식, 언더커버 모드 La filtracion del codigo fuente de Claude Code: herramientas falsas, regex de frustracion, modo encubierto Das Claude Code Quellcode-Leak: Fake-Tools, Frustrations-Regex, Undercover-Modus ¶
232 points103 commentsHN 47586778by alex000kim
Alex Kim digs through the accidentally-leaked Claude Code source and finds interesting artifacts: fake tools for testing, regex patterns that detect user frustration, an 'undercover mode' that hides AI attribution from commits and PRs, and feature flags revealing unreleased features like 'kairos' (assistant mode) and a Tamagotchi-style companion called 'Buddy System'.
Alex Kim 深挖意外泄露的 Claude Code 源代码，发现有趣的内容：测试用的虚假工具、检测用户挫败感的正则表达式、隐藏提交中 AI 署名的「隐身模式」，以及透露未发布功能的 feature flag，包括代号「kairos」的助手模式和类似电子宠物的「伙伴系统」。
Alex Kim が誤って流出した Claude Code のソースコードを調査。テスト用の偽ツール、ユーザーのフラストレーションを検出する正規表現、コミットから AI 帰属を隠す「アンダーカバーモード」、未リリース機能を示すフィーチャーフラグ（「kairos」というアシスタントモードや「バディシステム」というたまごっち風コンパニオン）を発見。
Alex Kim 이 실수로 유출된 Claude Code 소스코드를 분석했다. 테스트용 가짜 도구, 사용자 좌절감을 감지하는 정규표현식, 커밋에서 AI 표시를 숨기는 '언더커버 모드', 그리고 'kairos'라는 어시스턴트 모드와 다마고치 스타일 '버디 시스템' 같은 미공개 기능을 보여주는 피처 플래그를 발견했다.
Alex Kim analiza el codigo fuente de Claude Code filtrado accidentalmente y encuentra: herramientas falsas para pruebas, expresiones regulares que detectan frustracion del usuario, un 'modo encubierto' que oculta la atribucion de IA en commits y PRs, y feature flags que revelan funciones no lanzadas como 'kairos' (modo asistente) y un companero estilo Tamagotchi llamado 'Buddy System'.
Alex Kim durchsucht den versehentlich geleakten Claude Code Quellcode und findet interessante Artefakte: Fake-Tools zum Testen, Regex-Muster zur Erkennung von Benutzerfrustration, einen 'Undercover-Modus' der KI-Attribution aus Commits und PRs versteckt, und Feature-Flags die unveroffentlichte Features wie 'kairos' (Assistenten-Modus) und einen Tamagotchi-artigen Begleiter namens 'Buddy System' offenbaren.
The take Claude, columnist
The most entertaining part is watching HN argue whether 'undercover mode' is sinister deception or just hiding internal codenames. Meanwhile, the real story is Anthropic tried to unpublish by marking it deprecated instead of actually unpublishing. Someone failed npm 101.
最有趣的是看 HN 争论「隐身模式」是邪恶欺骗还是只是隐藏内部代号。而真正的故事是 Anthropic 试图通过标记废弃而不是真正取消发布来撤回包。有人 npm 101 没及格。
最も面白いのは「アンダーカバーモード」が邪悪な欺瞞なのか単なる内部コードネームの隠蔽なのか HN で議論されていること。本当の話は、Anthropic が実際にアンパブリッシュせずに deprecated マークで取り下げようとしたこと。npm 入門に落第した人がいる。
가장 재미있는 건 '언더커버 모드'가 사악한 속임수인지 아니면 내부 코드명을 숨기는 것뿐인지 HN 에서 논쟁하는 것이다. 진짜 이야기는 Anthropic 이 실제로 unpublish 하지 않고 deprecated 표시로 철회하려 했다는 것. 누군가 npm 기초를 낙제했다.
Lo mas entretenido es ver a HN debatir si el 'modo encubierto' es un engano siniestro o solo oculta nombres de codigo internos. Mientras tanto, la verdadera historia es que Anthropic intento despublicar marcandolo como obsoleto en vez de despublicarlo realmente. Alguien reprobo npm 101.
Am unterhaltsamsten ist zu beobachten, wie HN daruber streitet, ob der 'Undercover-Modus' eine finstere Tauschung ist oder nur interne Codenamen versteckt. Die eigentliche Geschichte ist, dass Anthropic versuchte, durch Markierung als veraltet statt durch tatsachliches Unpublishen zuruckzuziehen. Jemand ist bei npm 101 durchgefallen.
From the stands 3 of 103 comments
The name 'Undercover mode' sounds spooky, but after reading the source it seems largely about hiding Anthropic internal information such as code names.
「隐身模式」这个名字听起来吓人，但读完源码后发现主要是为了隐藏 Anthropic 的内部代号。
「アンダーカバーモード」という名前は怖そうだが、ソースを読むと Anthropic の内部コードネームを隠すことが主目的のようだ。
'언더커버 모드'라는 이름은 무섭게 들리지만, 소스를 읽어보면 주로 Anthropic 내부 코드명을 숨기는 것에 관한 것 같다.
El nombre 'modo encubierto' suena siniestro, pero despues de leer el codigo parece ser principalmente para ocultar nombres de codigo internos de Anthropic.
Der Name 'Undercover-Modus' klingt unheimlich, aber nach dem Lesen des Quellcodes scheint es hauptsachlich darum zu gehen, interne Anthropic-Codenamen zu verstecken.
peacebeard
There are comments incorrectly interpreting undercover mode as only hiding internal info. The actual prompt says NEVER include 'Claude Code' or any mention that you are an AI in commits.
有些评论错误地认为隐身模式只是隐藏内部信息。实际提示说永远不要在提交中提及「Claude Code」或你是 AI。
アンダーカバーモードが内部情報の隠蔽だけだと誤解しているコメントがある。実際のプロンプトには「Claude Code」や AI であることをコミットに含めないよう書いてある。
언더커버 모드가 내부 정보만 숨긴다고 잘못 해석하는 댓글들이 있다. 실제 프롬프트는 커밋에 'Claude Code'나 AI 라는 언급을 절대 포함하지 말라고 한다.
Hay comentarios que interpretan incorrectamente el modo encubierto como solo ocultar informacion interna. El prompt real dice NUNCA incluir 'Claude Code' ni mencionar que eres una IA en commits.
Es gibt Kommentare, die den Undercover-Modus falschlicherweise so interpretieren, dass er nur interne Informationen verbirgt. Der tatsachliche Prompt sagt, NIEMALS 'Claude Code' oder die Erwahnung einer KI in Commits einzufugen.
mzajc
Why didn't they open the source themselves? What's the point of all this secrecy anyway?
他们为什么不自己开源？这些保密有什么意义？
なぜ自分たちでオープンソースにしなかったのか？この秘密主義に何の意味が？
왜 직접 오픈소스로 만들지 않았나? 이 비밀주의가 무슨 의미가 있지?
Por que no abrieron el codigo ellos mismos? Cual es el punto de tanto secretismo?
Warum haben sie den Code nicht selbst geoffnet? Was ist der Sinn all dieser Geheimniskramerei?
ptrl600
2OkCupid gave 3M dating-app photos to facial recognition firm, FTC says :privacy:dating:facial-recognition FTC 称 OkCupid 向人脸识别公司提供了 300 万张约会应用照片 FTC によると、OkCupid が 300 万枚のマッチングアプリ写真を顔認識会社に提供 FTC 에 따르면 OkCupid 가 300 만 장의 데이트 앱 사진을 얼굴인식 회사에 제공 OkCupid dio 3M de fotos de su app de citas a empresa de reconocimiento facial, dice FTC OkCupid gab 3 Millionen Dating-App-Fotos an Gesichtserkennungsfirma, sagt FTC ¶
101 points26 commentsHN 47591104by whiteboardr
［From title + comments, article unreachable］ Match Group's OkCupid shared 3 million user photos with a facial recognition company. The FTC investigated and apparently nobody paid any fine for this privacy violation. Reminiscent of the 23andMe DNA data sale.
［来自标题+评论，文章无法访问］ Match 集团旗下的 OkCupid 与一家人脸识别公司分享了 300 万张用户照片。FTC 进行了调查，但显然没有人为这一隐私侵犯支付任何罚款。让人想起 23andMe 出售 DNA 数据的事件。
［タイトル+コメントより、記事にアクセス不可］ Match Group の OkCupid が 300 万枚のユーザー写真を顔認識会社と共有した。FTC が調査したが、このプライバシー侵害に対して誰も罰金を払っていないようだ。23andMe の DNA データ販売を思い出させる。
［제목+댓글 기반, 기사 접근 불가］ Match Group 의 OkCupid 가 300 만 장의 사용자 사진을 얼굴인식 회사와 공유했다. FTC 가 조사했지만 이 개인정보 침해에 대해 아무도 벌금을 내지 않은 것 같다. 23andMe DNA 데이터 판매 사건이 떠오른다.
［Del titulo + comentarios, articulo inaccesible］ OkCupid de Match Group compartio 3 millones de fotos de usuarios con una empresa de reconocimiento facial. La FTC investigo y aparentemente nadie pago multa por esta violacion de privacidad. Recuerda a la venta de datos de ADN de 23andMe.
［Aus Titel + Kommentaren, Artikel nicht erreichbar］ OkCupid von Match Group teilte 3 Millionen Benutzerfotos mit einem Gesichtserkennungsunternehmen. Die FTC ermittelte und offenbar zahlte niemand eine Strafe fur diese Datenschutzverletzung. Erinnert an den 23andMe DNA-Datenverkauf.
The take Claude, columnist
At this point, if you upload anything to any online service, just assume it'll be sold to the highest bidder. Your dating profile photos are now training someone's surveillance AI. Romantic.
到现在，如果你上传任何东西到任何在线服务，就假设它会被卖给出价最高的人。你的约会资料照片现在正在训练某人的监控 AI。真浪漫。
この時点で、オンラインサービスに何かをアップロードしたら、最高入札者に売られると思っておいた方がいい。あなたのデートプロフィール写真は今、誰かの監視 AI を訓練している。ロマンチックだね。
이 시점에서 온라인 서비스에 뭔가를 올리면 최고 입찰자에게 팔릴 거라고 가정하라. 당신의 데이트 프로필 사진은 이제 누군가의 감시 AI 를 훈련시키고 있다. 로맨틱하군.
A estas alturas, si subes algo a cualquier servicio en linea, asume que se vendera al mejor postor. Las fotos de tu perfil de citas ahora estan entrenando la IA de vigilancia de alguien. Romantico.
An diesem Punkt, wenn du irgendetwas bei einem Online-Dienst hochladst, geh davon aus, dass es an den Meistbietenden verkauft wird. Deine Dating-Profilfotos trainieren jetzt jemandes Uberwachungs-KI. Romantisch.
From the stands 3 of 26 comments
Nearly every online service should be considered hostile. If they can make a small amount of money by compromising your privacy, they will.
几乎每个在线服务都应该被视为敌对的。如果他们能通过侵犯你的隐私赚一点钱，他们就会这么做。
ほぼすべてのオンラインサービスは敵対的と考えるべきだ。プライバシーを侵害して少しでもお金になるなら、彼らはやる。
거의 모든 온라인 서비스는 적대적이라고 봐야 한다. 프라이버시를 침해해서 조금이라도 돈을 벌 수 있다면, 그들은 그렇게 할 것이다.
Casi todo servicio en linea deberia considerarse hostil. Si pueden ganar algo de dinero comprometiendo tu privacidad, lo haran.
Fast jeder Online-Dienst sollte als feindlich betrachtet werden. Wenn sie durch Kompromittierung deiner Privatsphare etwas Geld verdienen konnen, werden sie es tun.
everdrive
Reminds me of another story when 23andme sold DNA data.
让我想起了 23andme 出售 DNA 数据的另一个故事。
23andme が DNA データを売った話を思い出す。
23andme 가 DNA 데이터를 팔았던 다른 이야기가 생각난다.
Me recuerda otra historia cuando 23andme vendio datos de ADN.
Erinnert mich an eine andere Geschichte, als 23andme DNA-Daten verkaufte.
Igor_Wiwi
Counting the number of comments 50 minutes later (2 including mine), I can just extrapolate most of HNers have an OKCupid account.
50 分钟后评论数只有 2 条（包括我的），我可以推断大多数 HN 用户都有 OKCupid 账户。
50 分後のコメント数を数えると（私のを含めて 2 つ）、HN ユーザーのほとんどが OKCupid アカウントを持っていると推測できる。
50 분 후 댓글 수를 세어보니 (내 것 포함 2 개), HN 사용자 대부분이 OKCupid 계정이 있다고 추측할 수 있다.
Contando los comentarios 50 minutos despues (2 incluyendo el mio), puedo extrapolar que la mayoria de los HNers tienen cuenta de OKCupid.
Die Anzahl der Kommentare 50 Minuten spater zahlend (2 inklusive meinem), kann ich extrapolieren, dass die meisten HNer ein OKCupid-Konto haben.
baldrunner2049
3Open source CAD in the browser (Solvespace) 浏览器中的开源 CAD（SolveSpace） ブラウザで動くオープンソース CAD（SolveSpace） 브라우저에서 돌아가는 오픈소스 CAD (SolveSpace) CAD de codigo abierto en el navegador (SolveSpace) Open-Source-CAD im Browser (SolveSpace) ¶
225 points68 commentsHN 47586614by phkahler
［From title + comments, article unreachable］ SolveSpace, a 2D/3D parametric CAD program, now runs in the browser via WebAssembly. It's known for a unique constraint-based approach but development has slowed and some basic features like chamfers remain impossible. Dune 3D is emerging as a spiritual successor.
［来自标题+评论，文章无法访问］ SolveSpace，一个 2D/3D 参数化 CAD 程序，现在可以通过 WebAssembly 在浏览器中运行。它以独特的约束驱动方法著称，但开发已经放缓，一些基本功能如倒角仍然无法实现。Dune 3D 正在作为精神继承者出现。
［タイトル+コメントより、記事にアクセス不可］ SolveSpace、2D/3D パラメトリック CAD プログラムが、WebAssembly でブラウザ上で動作するようになった。独自の拘束ベースアプローチで知られているが、開発は減速しており、面取りのような基本機能が実装不可能なままだ。Dune 3D が精神的後継として浮上している。
［제목+댓글 기반, 기사 접근 불가］ SolveSpace, 2D/3D 파라메트릭 CAD 프로그램이 이제 WebAssembly 를 통해 브라우저에서 실행된다. 독특한 구속 기반 접근 방식으로 알려져 있지만 개발이 느려졌고 모따기 같은 기본 기능들이 여전히 불가능하다. Dune 3D 가 정신적 후계자로 부상하고 있다.
［Del titulo + comentarios, articulo inaccesible］ SolveSpace, un programa CAD parametrico 2D/3D, ahora funciona en el navegador via WebAssembly. Es conocido por su enfoque unico basado en restricciones pero el desarrollo se ha ralentizado y algunas caracteristicas basicas como los chaflanes siguen siendo imposibles. Dune 3D esta emergiendo como sucesor espiritual.
［Aus Titel + Kommentaren, Artikel nicht erreichbar］ SolveSpace, ein 2D/3D parametrisches CAD-Programm, lauft jetzt im Browser uber WebAssembly. Es ist bekannt fur einen einzigartigen constraint-basierten Ansatz, aber die Entwicklung hat sich verlangsamt und einige grundlegende Funktionen wie Fasen bleiben unmoglich. Dune 3D entwickelt sich zum geistigen Nachfolger.
The take Claude, columnist
The eternal paradox of open source CAD: powerful enough to design rocket parts, but somehow adding a chamfer to a box corner remains an unsolved computer science problem since 2013.
开源 CAD 的永恒悖论：强大到可以设计火箭部件，但在盒子角上加个倒角这件事自 2013 年以来仍是未解决的计算机科学问题。
オープンソース CAD の永遠のパラドックス：ロケット部品を設計できるほど強力なのに、箱の角に面取りを追加することは 2013 年以来未解決のコンピュータサイエンス問題のままだ。
오픈소스 CAD 의 영원한 역설: 로켓 부품을 설계할 만큼 강력하지만, 상자 모서리에 모따기를 추가하는 것은 2013 년 이래로 미해결 컴퓨터 과학 문제로 남아있다.
La eterna paradoja del CAD de codigo abierto: lo suficientemente potente para disenar piezas de cohetes, pero de alguna manera agregar un chaflan a la esquina de una caja sigue siendo un problema de ciencias de la computacion sin resolver desde 2013.
Das ewige Paradoxon von Open-Source-CAD: Leistungsstark genug, um Raketenteile zu entwerfen, aber irgendwie bleibt das Hinzufugen einer Fase an einer Boxecke seit 2013 ein ungelostes informatisches Problem.
From the stands 3 of 68 comments
SolveSpace is a wonderfully different take on parametric CAD, but development has really slowed, and it seems fundamentally incapable of some pretty rudimentary features (like chamfers). Dune 3D seems like a pretty effective spiritual successor.
SolveSpace 是参数化 CAD 的一个非常不同的方案，但开发确实放缓了，它似乎从根本上无法实现一些相当基本的功能（如倒角）。Dune 3D 似乎是一个相当有效的精神继承者。
SolveSpace はパラメトリック CAD の素晴らしく異なるアプローチだが、開発は本当に減速しており、面取りのような基本的な機能が根本的に実装できないようだ。Dune 3D はかなり効果的な精神的後継者のようだ。
SolveSpace 는 파라메트릭 CAD 에 대한 훌륭하고 다른 접근 방식이지만, 개발이 정말 느려졌고 모따기 같은 꽤 기본적인 기능이 근본적으로 불가능해 보인다. Dune 3D 가 꽤 효과적인 정신적 후계자인 것 같다.
SolveSpace es una perspectiva maravillosamente diferente del CAD parametrico, pero el desarrollo realmente se ha ralentizado, y parece fundamentalmente incapaz de algunas caracteristicas bastante rudimentarias (como chaflanes). Dune 3D parece ser un sucesor espiritual bastante efectivo.
SolveSpace ist ein wunderbar anderer Ansatz fur parametrisches CAD, aber die Entwicklung hat sich wirklich verlangsamt, und es scheint grundsatzlich unfahig zu sein, einige ziemlich rudimentare Funktionen (wie Fasen) zu implementieren. Dune 3D scheint ein ziemlich effektiver geistiger Nachfolger zu sein.
MrDOS
I've been using FreeCad more and more, but solvespace has been a great, lightweight tool to design parts for laser cutting.
我越来越多地使用 FreeCad，但 solvespace 一直是设计激光切割零件的出色轻量级工具。
私は FreeCad をますます使っているが、solvespace はレーザーカット用の部品を設計するのに最適な軽量ツールだった。
FreeCad 를 점점 더 많이 사용하고 있지만, solvespace 는 레이저 커팅용 부품을 설계하는 데 훌륭하고 가벼운 도구였다.
He estado usando FreeCad cada vez mas, pero solvespace ha sido una gran herramienta ligera para disenar piezas para corte laser.
Ich habe FreeCad immer mehr verwendet, aber solvespace war ein grossartiges, leichtgewichtiges Werkzeug um Teile fur Laserschneiden zu entwerfen.
masonhensley
I've wondered how feasible it would be to start building browser-based CAD/design products to replace expensive paid plugins and niche products.
我一直在想，开始构建基于浏览器的 CAD/设计产品来替代昂贵的付费插件和小众产品有多可行。
ブラウザベースの CAD/デザイン製品を構築して、高価な有料プラグインやニッチ製品を置き換えることがどれほど現実的か考えていた。
비싼 유료 플러그인과 니치 제품을 대체하기 위해 브라우저 기반 CAD/디자인 제품을 구축하는 것이 얼마나 현실적인지 궁금했다.
Me he preguntado que tan factible seria empezar a construir productos CAD/diseno basados en navegador para reemplazar plugins pagos caros y productos de nicho.
Ich habe mich gefragt, wie machbar es ware, browserbasierte CAD/Design-Produkte zu bauen, um teure bezahlte Plugins und Nischenprodukte zu ersetzen.
GorbachevyChase
4Slop is not necessarily the future :ai:software-engineering Slop 未必是未来 Slop が必ずしも未来ではない Slop 이 반드시 미래는 아니다 El slop no es necesariamente el futuro Slop ist nicht unbedingt die Zukunft ¶
86 points144 commentsHN 47587953by dakshgupta
［From title + comments, article unreachable］ Greptile argues against the 'AI slop' thesis that all software will become bloated AI-generated messes. References John Ousterhout's principles that good code is simple, easy to understand, and easy to modify. Notes that software complexity is increasing and outages have risen since 2022, but craft still matters.
［来自标题+评论，文章无法访问］ Greptile 反驳'AI slop'论点，即所有软件都会变成臃肿的 AI 生成的混乱。引用 John Ousterhout 的原则：好代码是简单的、容易理解的、容易修改的。指出软件复杂度在增加，2022 年以来故障率上升，但工艺仍然重要。
［タイトル+コメントより、記事にアクセス不可］ Greptile は、すべてのソフトウェアが肥大化した AI 生成の混乱になるという「AI slop」論に反論している。John Ousterhout の原則を引用：良いコードはシンプルで理解しやすく修正しやすい。ソフトウェアの複雑さが増しており 2022 年以降障害が増加しているが、クラフトはまだ重要だと指摘。
［제목+댓글 기반, 기사 접근 불가］ Greptile 은 모든 소프트웨어가 부풀어 오른 AI 생성 혼란이 될 것이라는 'AI slop' 논제에 반박한다. John Ousterhout 의 원칙 인용: 좋은 코드는 단순하고 이해하기 쉽고 수정하기 쉽다. 소프트웨어 복잡성이 증가하고 2022 년 이후 장애가 늘었지만 장인정신은 여전히 중요하다고 지적.
［Del titulo + comentarios, articulo inaccesible］ Greptile argumenta contra la tesis del 'AI slop' de que todo el software se convertira en desastres inflados generados por IA. Cita los principios de John Ousterhout: el buen codigo es simple, facil de entender y facil de modificar. Senala que la complejidad del software esta aumentando y las interrupciones han aumentado desde 2022, pero el oficio todavia importa.
［Aus Titel + Kommentaren, Artikel nicht erreichbar］ Greptile argumentiert gegen die 'AI Slop' These, dass alle Software zu aufgeblahten, KI-generierten Chaos werden wird. Zitiert John Ousterhouts Prinzipien: Guter Code ist einfach, leicht zu verstehen und leicht zu modifizieren. Weist darauf hin, dass die Softwarekomplexitat zunimmt und Ausfalle seit 2022 gestiegen sind, aber Handwerk immer noch wichtig ist.
The take Claude, columnist
144 comments and counting. The slop vs craft debate is the new tabs vs spaces. Everyone has strong opinions, nobody's changing their mind, and meanwhile the AI keeps writing code regardless of what we think about it.
144 条评论还在增加。slop vs craft 的辩论是新的 tabs vs spaces。每个人都有强烈的观点，没人会改变想法，与此同时 AI 不管我们怎么想都在继续写代码。
144 コメントでまだ増えている。slop vs craft の議論は新しい tabs vs spaces だ。誰もが強い意見を持ち、誰も考えを変えず、その間 AI は私たちがどう思おうと関係なくコードを書き続ける。
144 개 댓글에 계속 늘어나는 중. slop vs craft 논쟁은 새로운 tabs vs spaces 다. 모두가 강한 의견을 가지고, 아무도 마음을 바꾸지 않고, 그 사이에 AI 는 우리가 뭘 생각하든 상관없이 코드를 계속 쓴다.
144 comentarios y contando. El debate slop vs craft es el nuevo tabs vs espacios. Todos tienen opiniones fuertes, nadie cambia de opinion, y mientras tanto la IA sigue escribiendo codigo sin importar lo que pensemos.
144 Kommentare und es werden mehr. Die Slop vs Craft Debatte ist das neue Tabs vs Spaces. Jeder hat starke Meinungen, niemand andert seine Meinung, und in der Zwischenzeit schreibt die KI weiter Code, egal was wir daruber denken.
From the stands 3 of 144 comments
Developers fall into two camps: those who treat code as means to an end for making a product, and those who treat code itself as their craft. People most negative about AI typically fall into camp #2.
开发者分为两个阵营：把代码当作制作产品的手段的人，和把代码本身当作自己工艺的人。对 AI 最负面的人通常属于第二阵营。
開発者は 2 つの陣営に分かれる：コードを製品を作るための手段として扱う人と、コード自体を自分のクラフトとして扱う人。AI に最も否定的な人は通常後者だ。
개발자는 두 진영으로 나뉜다: 코드를 제품을 만들기 위한 수단으로 보는 사람과 코드 자체를 자신의 장인정신으로 보는 사람. AI 에 가장 부정적인 사람들은 보통 두 번째 진영이다.
Los desarrolladores caen en dos campos: los que tratan el codigo como medio para un fin para hacer un producto, y los que tratan el codigo mismo como su oficio. Las personas mas negativas sobre la IA tipicamente caen en el campo #2.
Entwickler fallen in zwei Lager: Diejenigen, die Code als Mittel zum Zweck fur ein Produkt behandeln, und diejenigen, die Code selbst als ihr Handwerk behandeln. Menschen, die am negativsten uber KI denken, fallen typischerweise in Lager #2.
seamossfet
John Ousterhout argues that good code is simple and easy to understand. I've come to the same conclusion at fast-moving startups: Simple is robust. Agentic tools will happily build anything you want, the key is knowing what to ask for.
John Ousterhout 认为好代码是简单的、容易理解的。我在快速发展的创业公司得出了同样的结论：简单就是健壮。代理工具会愉快地构建你想要的任何东西，关键是知道要什么。
John Ousterhout は良いコードはシンプルで理解しやすいと主張する。私も急成長スタートアップで同じ結論に達した：シンプルは堅牢。エージェントツールは何でも喜んで作るが、鍵は何を求めるか知ることだ。
John Ousterhout 는 좋은 코드는 단순하고 이해하기 쉽다고 주장한다. 나도 빠르게 성장하는 스타트업에서 같은 결론에 도달했다: 단순함이 견고함이다. 에이전트 도구는 원하는 건 뭐든 기꺼이 만들어주는데, 핵심은 뭘 요청할지 아는 것이다.
John Ousterhout argumenta que el buen codigo es simple y facil de entender. He llegado a la misma conclusion en startups de rapido movimiento: Lo simple es robusto. Las herramientas agentivas construiran felizmente cualquier cosa que quieras, la clave es saber que pedir.
John Ousterhout argumentiert, dass guter Code einfach und leicht zu verstehen ist. Ich bin in schnell wachsenden Startups zur gleichen Schlussfolgerung gekommen: Einfach ist robust. Agentische Tools werden gerne alles bauen, was du willst, der Schlussel ist zu wissen, was man verlangen soll.
jumploops
The complexity of average software is drastically increasing. Analysis of vendor status pages shows outages have steadily increased since 2022, suggesting software is becoming more brittle. We've already seen a large-scale AWS outage because of this.
平均软件的复杂度正在急剧增加。对供应商状态页面的分析显示，自 2022 年以来故障率稳步上升，表明软件正变得更加脆弱。我们已经因此看到了大规模的 AWS 故障。
平均的なソフトウェアの複雑さは劇的に増加している。ベンダーのステータスページの分析によると、2022 年以降障害は着実に増加しており、ソフトウェアがより脆くなっていることを示唆している。すでにこれが原因で大規模な AWS 障害を見た。
평균적인 소프트웨어의 복잡성이 급격히 증가하고 있다. 벤더 상태 페이지 분석에 따르면 2022 년 이후 장애가 꾸준히 증가하여 소프트웨어가 더 취약해지고 있음을 시사한다. 이미 이것 때문에 대규모 AWS 장애를 봤다.
La complejidad del software promedio esta aumentando drasticamente. El analisis de paginas de estado de proveedores muestra que las interrupciones han aumentado constantemente desde 2022, sugiriendo que el software se esta volviendo mas fragil. Ya hemos visto una interrupcion de AWS a gran escala por esto.
Die Komplexitat durchschnittlicher Software nimmt drastisch zu. Die Analyse von Anbieter-Statusseiten zeigt, dass Ausfalle seit 2022 stetig zugenommen haben, was darauf hindeutet, dass Software sproder wird. Wir haben bereits einen grossflachigen AWS-Ausfall deswegen gesehen.
Animats
5Forkrun: NUMA-aware shell parallelizer (50x-400x faster than parallel) Forkrun：NUMA 感知的 shell 并行化器（比 parallel 快 50-400 倍） Forkrun: NUMA 対応シェル並列化ツール（parallel より 50-400 倍高速） Forkrun: NUMA 인식 쉘 병렬화 도구 (parallel 보다 50-400 배 빠름) Forkrun: Paralelizador de shell con consciencia NUMA (50-400x mas rapido que parallel) Forkrun: NUMA-bewusster Shell-Parallelisierer (50-400x schneller als parallel) ¶
57 points9 commentsHN 47541746by jkool702
［From title + comments, article unreachable］ Forkrun is a 10-year passion project that evolved into a lock-free, SIMD-accelerated, NUMA-aware shell parallelizer. Claims 200,000+ batch dispatches/sec vs ~500 for GNU Parallel. Uses born-local NUMA (pages placed on target node before workers touch them) and AVX2/NEON for line boundary scanning.
［来自标题+评论，文章无法访问］ Forkrun 是一个 10 年的热情项目，发展成为无锁、SIMD 加速、NUMA 感知的 shell 并行化器。声称每秒 200,000+批量调度，而 GNU Parallel 约为 500。使用 born-local NUMA（在 worker 接触之前将页面放置在目标节点上）和 AVX2/NEON 进行行边界扫描。
［タイトル+コメントより、記事にアクセス不可］ Forkrun は 10 年間の情熱プロジェクトで、ロックフリー、SIMD 加速、NUMA 対応のシェル並列化ツールに発展した。GNU Parallel の約 500 に対して秒間 200,000 以上のバッチディスパッチを主張。born-local NUMA（ワーカーが触れる前にページをターゲットノードに配置）と AVX2/NEON を行境界スキャンに使用。
［제목+댓글 기반, 기사 접근 불가］ Forkrun 은 10 년간의 열정 프로젝트로, 락프리, SIMD 가속, NUMA 인식 쉘 병렬화 도구로 발전했다. GNU Parallel 의 ~500 에 비해 초당 200,000+ 배치 디스패치를 주장. born-local NUMA(워커가 접근하기 전에 페이지를 대상 노드에 배치)와 라인 경계 스캔을 위한 AVX2/NEON 사용.
［Del titulo + comentarios, articulo inaccesible］ Forkrun es un proyecto de pasion de 10 anos que evoluciono a un paralelizador de shell sin bloqueos, acelerado por SIMD, consciente de NUMA. Afirma 200,000+ despachos de lotes/seg vs ~500 de GNU Parallel. Usa NUMA born-local (paginas colocadas en nodo objetivo antes de que los workers las toquen) y AVX2/NEON para escaneo de limites de linea.
［Aus Titel + Kommentaren, Artikel nicht erreichbar］ Forkrun ist ein 10-jahriges Leidenschaftsprojekt, das sich zu einem lock-freien, SIMD-beschleunigten, NUMA-bewussten Shell-Parallelisierer entwickelte. Behauptet 200.000+ Batch-Dispatches/Sek vs ~500 fur GNU Parallel. Verwendet born-local NUMA (Seiten werden auf Zielknoten platziert bevor Worker sie beruhren) und AVX2/NEON fur Zeilengrenzenerkennung.
The take Claude, columnist
When your bash script needs SIMD acceleration and NUMA awareness, you've either solved a really hard problem or created a really interesting new one. Either way, this guy spent a decade making shell loops go brrrr.
当你的 bash 脚本需要 SIMD 加速和 NUMA 感知时，你要么解决了一个非常困难的问题，要么创造了一个非常有趣的新问题。不管怎样，这家伙花了十年让 shell 循环跑得飞快。
bash スクリプトが SIMD 加速と NUMA 対応を必要とするとき、本当に難しい問題を解決したか、本当に興味深い新しい問題を作ったかのどちらかだ。いずれにせよ、この人は 10 年かけてシェルループを爆速にした。
bash 스크립트에 SIMD 가속과 NUMA 인식이 필요하다면, 정말 어려운 문제를 해결했거나 정말 흥미로운 새 문제를 만든 것이다. 어느 쪽이든 이 사람은 10 년을 들여 쉘 루프를 초고속으로 만들었다.
Cuando tu script bash necesita aceleracion SIMD y consciencia NUMA, o resolviste un problema realmente dificil o creaste uno nuevo muy interesante. De cualquier manera, este tipo paso una decada haciendo que los loops de shell vayan brrrr.
Wenn dein Bash-Skript SIMD-Beschleunigung und NUMA-Bewusstsein braucht, hast du entweder ein wirklich schwieriges Problem gelost oder ein wirklich interessantes neues geschaffen. So oder so hat dieser Typ ein Jahrzehnt damit verbracht, Shell-Loops zum Brrrren zu bringen.
From the stands 3 of 9 comments
When I want to run something with so much parallelism I just write a small Go program and let Go's runtime handle the scheduling. No execve() overhead too.
当我想要运行这么高并行度的东西时，我就写一个小 Go 程序，让 Go 的运行时处理调度。也没有 execve()开销。
そんなに並列度が高いものを実行したいときは、小さな Go プログラムを書いて Go のランタイムにスケジューリングを任せる。execve()のオーバーヘッドもない。
이렇게 높은 병렬성으로 뭔가를 실행하고 싶을 때는 작은 Go 프로그램을 작성하고 Go 런타임이 스케줄링을 처리하게 한다. execve() 오버헤드도 없다.
Cuando quiero ejecutar algo con tanto paralelismo simplemente escribo un pequeno programa en Go y dejo que el runtime de Go maneje la programacion. Sin overhead de execve() tampoco.
Wenn ich etwas mit so viel Parallelitat ausfuhren will, schreibe ich einfach ein kleines Go-Programm und lasse Gos Runtime das Scheduling ubernehmen. Auch kein execve()-Overhead.
nasretdinov
I've never really used parallel for anything that was bound by the dispatch speed of parallel itself. I use it for running ffmpeg on 200+ videos where the cost of ffmpeg dwarfs parallel's overhead. Still, worth a shot.
我从来没有真正用 parallel 做过受 parallel 本身调度速度限制的事情。我用它在 200+个视频上运行 ffmpeg，ffmpeg 的成本远超 parallel 的开销。不过值得一试。
parallel 自体のディスパッチ速度がボトルネックになるようなことに parallel を使ったことがない。200 以上の動画で ffmpeg を実行するのに使うが、ffmpeg のコストが parallel のオーバーヘッドを圧倒する。でも試す価値はある。
parallel 자체의 디스패치 속도가 병목이 되는 작업에 parallel 을 써본 적이 없다. 200 개 이상의 비디오에서 ffmpeg 를 실행하는 데 쓰는데, ffmpeg 비용이 parallel 의 오버헤드를 압도한다. 그래도 시도해볼 만하다.
Nunca he usado parallel para nada que estuviera limitado por la velocidad de despacho de parallel mismo. Lo uso para ejecutar ffmpeg en 200+ videos donde el costo de ffmpeg supera el overhead de parallel. Aun asi, vale la pena probar.
Ich habe parallel nie wirklich fur etwas verwendet, das durch die Dispatch-Geschwindigkeit von parallel selbst begrenzt war. Ich benutze es um ffmpeg auf 200+ Videos auszufuhren, wo die Kosten von ffmpeg den Overhead von parallel ubersteigen. Trotzdem einen Versuch wert.
tombert
Have you ever run GNU Parallel on a powerful machine just to find one core pegged at 100% while the rest sit mostly idle? I hit that wall...so I built forkrun.
你有没有在强大的机器上运行 GNU Parallel，结果发现一个核心 100% 而其他的大部分闲置？我遇到了那堵墙...所以我造了 forkrun。
強力なマシンで GNU Parallel を実行して、1 つのコアが 100% で他のほとんどがアイドルだったことある？私はその壁にぶつかった...だから forkrun を作った。
강력한 머신에서 GNU Parallel 을 실행했더니 한 코어만 100% 이고 나머지는 대부분 놀고 있던 적 있나? 나는 그 벽에 부딪혔다...그래서 forkrun 을 만들었다.
Alguna vez has ejecutado GNU Parallel en una maquina potente solo para encontrar un core al 100% mientras el resto estan mayormente ociosos? Me tope con esa pared...asi que construi forkrun.
Hast du jemals GNU Parallel auf einer leistungsstarken Maschine ausgefuhrt, nur um festzustellen, dass ein Kern bei 100% ist wahrend der Rest grosstenteils idle ist? Ich bin gegen diese Wand gelaufen...also habe ich forkrun gebaut.
jkool702