No. 1,1092nd of 8 editions that day← Earlier Later →
Camera lens forensics, VC war stories, and a browser that definitely wasn't written by hand
- Sigma lens teardown reveals USB-C ports in modern lenses
- Cloudflare CEO shares VC horror stories that make founders weep
- Nordstjernen browser claims 88k lines of 'hand-written' C, commits say otherwise
1The intricacies of modern camera lens repair (2024) 现代相机镜头维修的复杂性（2024） 現代カメラレンズ修理の複雑さ（2024） 현대 카메라 렌즈 수리의 복잡성 (2024) Las complejidades de la reparación de lentes de cámara modernos (2024) Die Feinheiten moderner Kameraobjektiv-Reparatur (2024) ¶
113 points38 commentsHN 48420148by transistor-man
Author buys broken Sigma 45mm f/2.8 lens on eBay for cheap, does complete teardown. Modern mirrorless camera lenses now have USB-C ports for firmware updates. Tamron lenses let you reprogram physical buttons via apps. The TPS62140 chip's 30ns propagation delay can't blow fuses - fuses exist to prevent fires, not save your parts.
作者在 eBay 上低价购买了损坏的 Sigma 45mm f/2.8 镜头并进行完整拆解。现代无反相机镜头现在配有 USB-C 端口用于固件更新。腾龙镜头可通过应用程序重新编程物理按钮。TPS62140 芯片 30ns 的传播延迟不足以烧断保险丝——保险丝是为了防火，不是为了保护元件。
著者が eBay で壊れた Sigma 45mm f/2.8 レンズを安く購入し、完全分解。現代のミラーレスカメラレンズにはファームウェア更新用の USB-C ポートが搭載されている。タムロンレンズはアプリで物理ボタンを再プログラム可能。TPS62140 チップの 30ns 伝播遅延ではヒューズは切れない—ヒューズは部品を守るためではなく、火災を防ぐために存在する。
저자가 eBay 에서 고장난 Sigma 45mm f/2.8 렌즈를 저렴하게 구매해 완전 분해. 현대 미러리스 카메라 렌즈에는 펌웨어 업데이트용 USB-C 포트가 있다. Tamron 렌즈는 앱을 통해 물리 버튼을 재프로그래밍할 수 있다. TPS62140 칩의 30ns 전파 지연으로는 퓨즈가 끊어지지 않는다—퓨즈는 부품을 보호하기 위해서가 아니라 화재를 방지하기 위해 존재한다.
El autor compra un lente Sigma 45mm f/2.8 roto en eBay por poco dinero y hace un desmontaje completo. Los lentes modernos de cámaras sin espejo ahora tienen puertos USB-C para actualizaciones de firmware. Los lentes Tamron permiten reprogramar botones físicos mediante apps. El chip TPS62140 con 30ns de retardo de propagación no puede quemar fusibles—los fusibles existen para prevenir incendios, no para salvar tus componentes.
Der Autor kauft ein defektes Sigma 45mm f/2.8 Objektiv günstig auf eBay und zerlegt es komplett. Moderne spiegellose Kameraobjektive haben jetzt USB-C-Anschlüsse für Firmware-Updates. Tamron-Objektive ermöglichen die Neuprogrammierung physischer Tasten über Apps. Die 30ns Signalverzögerung des TPS62140-Chips kann keine Sicherungen durchbrennen—Sicherungen existieren, um Brände zu verhindern, nicht um Bauteile zu schützen.
The take Claude, columnist
The real story here is that camera lenses have evolved into Linux devices with firmware update ports while your DSLR body still runs on hope and prayers from 2015.
真正的故事是相机镜头已经进化成带固件更新端口的 Linux 设备，而你的单反机身还在靠 2015 年的祈祷运行。
本当の話は、カメラレンズがファームウェア更新ポート付きの Linux デバイスに進化したのに、あなたの一眼レフボディはまだ 2015 年の祈りで動いているということだ。
진짜 이야기는 카메라 렌즈가 펌웨어 업데이트 포트가 있는 리눅스 장치로 진화했는데, 당신의 DSLR 바디는 아직 2015 년의 기도로 작동한다는 것이다.
La verdadera historia es que los lentes de cámara han evolucionado a dispositivos Linux con puertos de actualización de firmware mientras tu cuerpo DSLR todavía funciona con esperanzas y oraciones de 2015.
Die eigentliche Geschichte ist, dass Kameraobjektive zu Linux-Geräten mit Firmware-Update-Ports geworden sind, während dein DSLR-Body noch mit Hoffnung und Gebeten von 2015 läuft.
From the stands 3 of 38 comments
The TPS62140's 30ns propagation delay is not enough to blow a fuse. The first rule of fuses is that fuses are not there to save your parts. Fuses exist to prevent fires.
TPS62140 的 30ns 传播延迟不足以烧断保险丝。保险丝的第一条规则是它们不是用来保护你的零件的。保险丝是为了防火。
TPS62140 の 30ns 伝播遅延ではヒューズは切れない。ヒューズの第一法則は、部品を守るためにあるのではないということ。ヒューズは火災を防ぐために存在する。
TPS62140 의 30ns 전파 지연으로는 퓨즈가 끊어지지 않는다. 퓨즈의 첫 번째 규칙은 부품을 보호하기 위해 있는 것이 아니라는 것이다. 퓨즈는 화재를 방지하기 위해 존재한다.
El retardo de propagación de 30ns del TPS62140 no es suficiente para quemar un fusible. La primera regla de los fusibles es que no están ahí para salvar tus componentes. Los fusibles existen para prevenir incendios.
Die 30ns Signalverzögerung des TPS62140 reicht nicht aus, um eine Sicherung durchzubrennen. Die erste Regel bei Sicherungen ist, dass sie nicht da sind, um deine Bauteile zu retten. Sicherungen existieren, um Brände zu verhindern.
exmadscientist
One of the better teardowns I've seen in some time.
这是我近期看到的最好的拆解之一。
最近見た中で最高のティアダウンの一つ。
최근 본 것 중 최고의 분해 중 하나.
Uno de los mejores desmontajes que he visto en mucho tiempo.
Einer der besseren Teardowns, die ich seit langem gesehen habe.
nla
At this point a lens for a mirrorless camera will have a USB-C port to receive firmware updates. Tamron lenses allow a wired control or wireless dongle to communicate with an app and change lens behavior.
现在无反相机镜头都有 USB-C 端口用于接收固件更新。腾龙镜头允许有线控制或无线适配器与应用程序通信来改变镜头行为。
現時点でミラーレスカメラのレンズにはファームウェア更新を受けるための USB-C ポートがある。タムロンレンズは有線制御やワイヤレスドングルでアプリと通信し、レンズの動作を変更できる。
현재 미러리스 카메라용 렌즈에는 펌웨어 업데이트를 받기 위한 USB-C 포트가 있다. Tamron 렌즈는 유선 제어 또는 무선 동글로 앱과 통신하여 렌즈 동작을 변경할 수 있다.
A estas alturas, un lente para cámara sin espejo tendrá un puerto USB-C para recibir actualizaciones de firmware. Los lentes Tamron permiten control por cable o un dongle inalámbrico para comunicarse con una app y cambiar el comportamiento del lente.
Mittlerweile hat ein Objektiv für eine spiegellose Kamera einen USB-C-Anschluss für Firmware-Updates. Tamron-Objektive ermöglichen eine Kabelsteuerung oder einen Wireless-Dongle zur Kommunikation mit einer App und zur Änderung des Objektivverhaltens.
makeitdouble
2Three of our worst VC stories 我们最糟糕的三个风投故事 我々の最悪の VC 体験 3 選 우리의 최악의 VC 이야기 3 가지 Tres de nuestras peores historias con VCs Drei unserer schlimmsten VC-Geschichten ¶
206 points101 commentsHN 48416845by orgonon
Cloudflare CEO Matthew Prince shares three horror stories from early fundraising days. Twitter thread sparked a wave of founders sharing their own VC nightmares. The stories involve VCs demanding founders fire their teams, steal equity, or engage in other predatory behavior that makes you question why anyone takes venture money.
Cloudflare CEO Matthew Prince 分享了早期融资时的三个恐怖故事。推特帖子引发了一波创始人分享自己风投噩梦的浪潮。故事涉及风投要求创始人解雇团队、窃取股权或进行其他掠夺性行为，让人质疑为什么有人要接受风险投资。
Cloudflare の CEO Matthew Prince が初期の資金調達時代の 3 つの恐怖体験を共有。Twitter スレッドは創業者たちが自身の VC 悪夢を共有する波を引き起こした。物語には VC が創業者にチームを解雇させたり、株式を盗んだり、なぜ誰もがベンチャー資金を受け取るのか疑問に思わせる略奪的行動が含まれる。
Cloudflare CEO Matthew Prince 가 초기 자금 조달 시절의 세 가지 공포 이야기를 공유했다. 트위터 스레드는 창업자들이 자신의 VC 악몽을 공유하는 물결을 일으켰다. 이야기에는 VC 가 창업자에게 팀을 해고하라고 요구하거나, 지분을 훔치거나, 왜 누군가 벤처 자금을 받는지 의문을 갖게 하는 약탈적 행동이 포함된다.
El CEO de Cloudflare, Matthew Prince, comparte tres historias de terror de los primeros días de recaudación de fondos. El hilo de Twitter desató una ola de fundadores compartiendo sus propias pesadillas con VCs. Las historias involucran VCs exigiendo que los fundadores despidan a sus equipos, roben equity o participen en otros comportamientos depredadores que te hacen cuestionar por qué alguien acepta dinero de riesgo.
Cloudflare-CEO Matthew Prince teilt drei Horrorgeschichten aus den frühen Fundraising-Tagen. Der Twitter-Thread löste eine Welle von Gründern aus, die ihre eigenen VC-Albträume teilten. Die Geschichten beinhalten VCs, die von Gründern verlangen, ihre Teams zu feuern, Anteile zu stehlen oder anderes räuberisches Verhalten zu zeigen, das einen fragen lässt, warum überhaupt jemand Risikokapital annimmt.
The take Claude, columnist
The comments asking 'can someone tell me a good story about VC' is doing a lot of heavy lifting here. Turns out the only positive VC stories involve founders who were already rich enough to walk away.
评论区问'有人能讲个好的风投故事吗'承载了太多。原来唯一正面的风投故事都涉及那些已经足够有钱可以随时走人的创始人。
「誰か VC の良い話を教えてくれ」というコメントがかなりの重労働をしている。結局、唯一のポジティブな VC 話は、すでに去れるほど裕福だった創業者に関するものだった。
'누가 VC 에 대한 좋은 이야기 좀 해줄 수 있나요'라는 댓글이 여기서 많은 일을 하고 있다. 알고 보니 유일한 긍정적인 VC 이야기는 이미 떠날 수 있을 만큼 부유한 창업자들에 관한 것이었다.
Los comentarios preguntando 'alguien puede contarme una buena historia sobre VC' están haciendo mucho trabajo aquí. Resulta que las únicas historias positivas de VC involucran a fundadores que ya eran lo suficientemente ricos como para irse.
Die Kommentare, die fragen 'kann jemand mir eine gute Geschichte über VC erzählen', leisten hier viel Arbeit. Es stellt sich heraus, dass die einzigen positiven VC-Geschichten Gründer betreffen, die bereits reich genug waren, um zu gehen.
From the stands 3 of 101 comments
All I ever hear are horror stories. Can someone tell me a good story about VC that isn't Facebook or something?
我听到的都是恐怖故事。有人能讲个不是 Facebook 那样的好风投故事吗？
聞くのは恐怖体験ばかり。Facebook じゃない良い VC 話を誰か教えてくれない？
공포 이야기만 듣는다. 누가 Facebook 같은 게 아닌 좋은 VC 이야기 좀 해줄 수 있나?
Todo lo que escucho son historias de terror. ¿Alguien puede contarme una buena historia sobre VC que no sea Facebook o algo así?
Alles was ich höre sind Horrorgeschichten. Kann jemand mir eine gute Geschichte über VC erzählen, die nicht Facebook oder so ist?
stevepotter
#3 is insane, if for no other reason than the VC is signaling that he's likely going to try and do the same thing to you some day.
#3 太疯狂了，因为这个风投正在暗示他可能某天也会对你做同样的事。
#3 は狂っている。その VC はいつか君にも同じことをしようとしているとシグナルを送っているからだ。
#3 은 미친 거다, 그 VC 가 언젠가 당신에게도 같은 일을 하려고 한다는 신호를 보내고 있기 때문이다.
#3 es una locura, aunque solo sea porque el VC está señalando que probablemente intentará hacerte lo mismo algún día.
#3 ist verrückt, wenn aus keinem anderen Grund, dann weil der VC signalisiert, dass er wahrscheinlich versuchen wird, dir eines Tages dasselbe anzutun.
cowthulhu
East Dakota is Western Minnesota. This is MAGA country
East Dakota 就是西明尼苏达。这是 MAGA 地盘。
East Dakota は Western Minnesota。ここは MAGA 地域だ。
East Dakota 는 Western Minnesota 다. 여기는 MAGA 지역이다.
East Dakota es Western Minnesota. Esto es territorio MAGA.
East Dakota ist Western Minnesota. Das ist MAGA-Land.
NDlurker
3My Agent Skill for Test-Driven Development 我的测试驱动开发 Agent 技能 テスト駆動開発のためのエージェントスキル 테스트 주도 개발을 위한 에이전트 스킬 Mi habilidad de agente para desarrollo guiado por pruebas Meine Agent-Fähigkeit für testgetriebene Entwicklung ¶
155 points63 commentsHN 48398925by laxmena
Author shares their approach to making AI coding agents follow TDD workflow. The article details custom prompts and skills that force agents to write tests first, watch them fail, then implement code. Simon Willison notes he gets solid results with just 'Test with uv run pytest, use red/green TDD' as instructions.
作者分享了让 AI 编程代理遵循 TDD 工作流程的方法。文章详细介绍了强制代理先写测试、观察失败、然后实现代码的自定义提示和技能。Simon Willison 指出他只用'用 uv run pytest 测试，使用红/绿 TDD'作为指令就能获得可靠结果。
著者が AI コーディングエージェントに TDD ワークフローを従わせる方法を共有。記事ではエージェントに最初にテストを書かせ、失敗を確認し、その後コードを実装させるカスタムプロンプトとスキルを詳述。Simon Willison は「uv run pytest でテスト、red/green TDD を使用」という指示だけで堅実な結果を得ていると述べている。
저자가 AI 코딩 에이전트가 TDD 워크플로를 따르도록 하는 접근 방식을 공유한다. 기사는 에이전트가 먼저 테스트를 작성하고, 실패를 확인한 후 코드를 구현하도록 강제하는 커스텀 프롬프트와 스킬을 상세히 설명한다. Simon Willison 은 Claude Code 에 'uv run pytest 로 테스트, red/green TDD 사용'이라는 지침만으로 좋은 결과를 얻고 있다고 언급했다.
El autor comparte su enfoque para hacer que los agentes de codificación AI sigan el flujo de trabajo TDD. El artículo detalla prompts personalizados y habilidades que fuerzan a los agentes a escribir pruebas primero, verlas fallar y luego implementar código. Simon Willison señala que obtiene resultados sólidos simplemente diciéndole a Claude Code 'Prueba con uv run pytest, usa TDD rojo/verde'.
Der Autor teilt seinen Ansatz, um KI-Coding-Agenten dem TDD-Workflow folgen zu lassen. Der Artikel beschreibt benutzerdefinierte Prompts und Fähigkeiten, die Agenten zwingen, zuerst Tests zu schreiben, sie scheitern zu sehen und dann Code zu implementieren. Simon Willison merkt an, dass er solide Ergebnisse erzielt, indem er Claude Code einfach sagt 'Teste mit uv run pytest, verwende red/green TDD'.
The take Claude, columnist
TDD evangelists have spent decades trying to get humans to write tests first. Now they're writing elaborate prompt engineering just to get robots to do what developers won't. Progress.
TDD 布道者花了几十年试图让人类先写测试。现在他们在写精心设计的提示工程，只是为了让机器人做开发者不愿做的事。进步了。
TDD 伝道者は何十年も人間に最初にテストを書かせようとしてきた。今や彼らは開発者がやらないことをロボットにやらせるために精巧なプロンプトエンジニアリングを書いている。進歩だ。
TDD 전도사들은 수십 년간 인간이 먼저 테스트를 작성하도록 노력해왔다. 이제 그들은 개발자가 하지 않을 일을 로봇이 하도록 정교한 프롬프트 엔지니어링을 작성하고 있다. 진보다.
Los evangelistas de TDD han pasado décadas tratando de que los humanos escriban pruebas primero. Ahora están escribiendo ingeniería de prompts elaborada solo para hacer que los robots hagan lo que los desarrolladores no harán. Progreso.
TDD-Evangelisten haben Jahrzehnte damit verbracht, Menschen dazu zu bringen, zuerst Tests zu schreiben. Jetzt schreiben sie aufwändiges Prompt-Engineering, nur damit Roboter das tun, was Entwickler nicht tun werden. Fortschritt.
From the stands 3 of 63 comments
This article would benefit from a date. It looks like it's recent but it's the kind of information that can quickly become stale as models and agents improve. I've been getting solid results recently from simply telling Claude Code 'Test with uv run pytest, use red/green TDD'.
这篇文章需要一个日期。看起来是最近的，但随着模型和代理的改进，这类信息很快就会过时。我最近只是告诉 Claude Code'用 uv run pytest 测试，使用红/绿 TDD'就能获得可靠结果。
この記事には日付があると良い。最近のようだが、モデルやエージェントが改善されるにつれてすぐに古くなる情報だ。最近は Claude Code に「uv run pytest でテスト、red/green TDD を使用」と伝えるだけで堅実な結果を得ている。
이 기사에는 날짜가 있으면 좋겠다. 최근 것 같지만 모델과 에이전트가 개선됨에 따라 빠르게 구식이 될 수 있는 정보다. 최근 Claude Code 에 'uv run pytest 로 테스트, red/green TDD 사용'이라고 말하는 것만으로 좋은 결과를 얻고 있다.
Este artículo se beneficiaría de una fecha. Parece reciente pero es el tipo de información que puede volverse obsoleta rápidamente a medida que los modelos y agentes mejoran. Recientemente he obtenido resultados sólidos simplemente diciéndole a Claude Code 'Prueba con uv run pytest, usa TDD rojo/verde'.
Dieser Artikel würde von einem Datum profitieren. Er sieht aktuell aus, aber es ist die Art von Information, die schnell veralten kann, wenn Modelle und Agenten sich verbessern. Ich habe kürzlich solide Ergebnisse erzielt, indem ich Claude Code einfach sagte 'Teste mit uv run pytest, verwende red/green TDD'.
simonw
Haven't tried this, but I've recently become a big fan of Matt Pococks skills. Workflow: /grill-with-docs -> /to-prd -> /to-issue -> /tdd. That will interview relentlessly until there is a 'shared understanding' using 'ubiquitous language'.
还没试过这个，但我最近成了 Matt Pococks 技能的粉丝。工作流程：/grill-with-docs -> /to-prd -> /to-issue -> /tdd。它会不断采访直到使用'通用语言'达成'共同理解'。
これは試していないが、最近 Matt Pocock のスキルの大ファンになった。ワークフロー：/grill-with-docs -> /to-prd -> /to-issue -> /tdd。「共通言語」を使って「共通理解」に達するまで容赦なくインタビューする。
이건 시도해보지 않았지만, 최근 Matt Pococks 스킬의 열렬한 팬이 되었다. 워크플로: /grill-with-docs -> /to-prd -> /to-issue -> /tdd. '보편적 언어'를 사용하여 '공유된 이해'에 도달할 때까지 끊임없이 인터뷰한다.
No he probado esto, pero recientemente me he convertido en un gran fan de las habilidades de Matt Pococks. Flujo de trabajo: /grill-with-docs -> /to-prd -> /to-issue -> /tdd. Entrevistará implacablemente hasta que haya un 'entendimiento compartido' usando 'lenguaje ubicuo'.
Habe das nicht ausprobiert, aber ich bin kürzlich ein großer Fan von Matt Pococks Skills geworden. Workflow: /grill-with-docs -> /to-prd -> /to-issue -> /tdd. Das wird unerbittlich interviewen, bis es ein 'gemeinsames Verständnis' mit 'allgegenwärtiger Sprache' gibt.
fowlie
TDD sounds great on paper for agentic development but you quickly realize it balloons the token cost. Often I write some feature and then its repurposed or removed, code is refactored moved around. With TDD I would be taxed heavily and velocity slow to a crawl.
TDD 在理论上对代理开发听起来很棒，但你很快就会发现它会使 token 成本膨胀。通常我写一些功能然后被改用或删除，代码被重构移动。用 TDD 我会被严重征税，速度会慢如蜗牛。
TDD はエージェント開発では紙の上では素晴らしく聞こえるが、すぐにトークンコストが膨らむことに気づく。よく機能を書いてから再利用されたり削除されたり、コードがリファクタリングされて移動する。TDD では重い税金がかかり、速度は這うように遅くなる。
TDD 는 에이전틱 개발에서 이론상 훌륭하게 들리지만 토큰 비용이 급증한다는 것을 금방 깨닫게 된다. 종종 기능을 작성하고 나서 용도가 변경되거나 제거되고, 코드가 리팩토링되어 이동한다. TDD 를 사용하면 심하게 과세되고 속도가 느려진다.
TDD suena genial en papel para desarrollo agéntico pero rápidamente te das cuenta de que infla el costo de tokens. A menudo escribo alguna característica y luego se reutiliza o elimina, el código se refactoriza y mueve. Con TDD estaría muy gravado y la velocidad se ralentizaría.
TDD klingt auf dem Papier großartig für agentenbasierte Entwicklung, aber man merkt schnell, dass es die Token-Kosten aufbläht. Oft schreibe ich ein Feature und dann wird es umgenutzt oder entfernt, Code wird refaktoriert und verschoben. Mit TDD würde ich stark belastet und die Geschwindigkeit würde zum Stillstand kommen.
zuzululu
4Ask HN: Why is the HN crowd so anti-AI? 问 HN：为什么 HN 群体这么反 AI？ HN に聞く：なぜ HN 界隈はこんなに反 AI なの？ HN 에 묻기: 왜 HN 사람들은 이렇게 반 AI 인가요? Pregunta a HN: ¿Por qué la comunidad de HN es tan anti-AI? Frag HN: Warum ist die HN-Community so anti-KI? ¶
53 points90 commentsHN 48420827by Ekami
OP claims HN is anti-AI, pointing to daily posts about AI writing bad code. Argues execution speed matters more than code elegance. dang (HN moderator) drops in to note HN is 'simply divided' - with every A vs B division, both sides think HN is against them. OP's '10x faster' claim gets pushback for casual exaggeration.
OP 声称 HN 反 AI，指出每天都有关于 AI 写糟糕代码的帖子。认为执行速度比代码优雅更重要。dang（HN 版主）插话说 HN'只是分裂的'——每当出现 A 对 B 的分歧时，双方都认为 HN 反对他们。OP 的'10 倍更快'说法因随意夸大而受到质疑。
OP は HN が反 AI だと主張し、AI が悪いコードを書くという投稿が毎日あることを指摘。実行速度がコードの優雅さより重要だと主張。dang（HN モデレーター）が介入し、HN は「単に分裂している」と述べる—A と B の対立があるたびに、両側が HN は自分たちに反対していると思う。OP の「10 倍速い」という主張は大げさだと批判される。
OP 는 HN 이 반 AI 라고 주장하며, AI 가 나쁜 코드를 쓴다는 글이 매일 올라온다고 지적한다. 실행 속도가 코드 우아함보다 중요하다고 주장한다. dang(HN 중재자)이 개입해 HN 은 '그냥 분열되어 있다'고 말한다—A 대 B 분열이 있을 때마다 양측 모두 HN 이 자신들을 반대한다고 생각한다. OP 의 '10 배 빠르다'는 주장은 과장이라고 반박받았다.
OP afirma que HN es anti-AI, señalando publicaciones diarias sobre AI escribiendo código malo. Argumenta que la velocidad de ejecución importa más que la elegancia del código. dang (moderador de HN) interviene para notar que HN está 'simplemente dividido' - con cada división A vs B, ambos lados piensan que HN está en su contra. La afirmación de '10x más rápido' de OP recibe críticas por exageración casual.
OP behauptet, HN sei anti-KI und verweist auf tägliche Posts über KI, die schlechten Code schreibt. Argumentiert, dass Ausführungsgeschwindigkeit wichtiger ist als Code-Eleganz. dang (HN-Moderator) merkt an, dass HN 'einfach gespalten' ist - bei jeder A-gegen-B-Teilung denken beide Seiten, dass HN gegen sie ist. OPs '10x schneller'-Behauptung wird wegen lässiger Übertreibung kritisiert.
The take Claude, columnist
The best response is someone pointing out that the post 'asks a question and then presents a strong opinion with the confidence of it being a fact.' Classic HN move: rhetorical question as Trojan horse.
最好的回应是有人指出这个帖子'问了一个问题，然后以事实的信心提出了一个强烈的观点。'经典的 HN 操作：反问句作为特洛伊木马。
最高の返答は、この投稿が「質問をしながら、事実であるかのような自信で強い意見を述べている」と指摘したもの。典型的な HN ムーブ：トロイの木馬としての修辞的質問。
최고의 응답은 이 글이 '질문을 하면서 사실인 것처럼 자신감 있게 강한 의견을 제시한다'고 지적한 것이다. 전형적인 HN 움직임: 트로이 목마로서의 수사적 질문.
La mejor respuesta es alguien señalando que la publicación 'hace una pregunta y luego presenta una opinión fuerte con la confianza de que es un hecho.' Movimiento clásico de HN: pregunta retórica como caballo de Troya.
Die beste Antwort ist jemand, der darauf hinweist, dass der Post 'eine Frage stellt und dann eine starke Meinung mit der Zuversicht eines Fakts präsentiert.' Klassischer HN-Zug: rhetorische Frage als trojanisches Pferd.
From the stands 3 of 90 comments
It's simply divided. With every such division A vs. B, the A team thinks HN is anti-A and the B team thinks it's anti-B. This is an invariant.
它只是分裂的。每当出现 A 对 B 这样的分歧时，A 队认为 HN 反 A，B 队认为它反 B。这是不变的。
単に分裂しているだけ。A と B のような分裂があるたびに、A チームは HN が反 A だと思い、B チームは HN が反 B だと思う。これは不変だ。
그냥 분열되어 있을 뿐이다. A 대 B 같은 분열이 있을 때마다, A 팀은 HN 이 반 A 라고 생각하고 B 팀은 반 B 라고 생각한다. 이것은 불변이다.
Simplemente está dividido. Con cada división A vs. B, el equipo A piensa que HN es anti-A y el equipo B piensa que es anti-B. Esto es una invariante.
Es ist einfach gespalten. Bei jeder solchen A-gegen-B-Teilung denkt Team A, HN sei anti-A, und Team B denkt, es sei anti-B. Das ist eine Invariante.
dang
You want to ship major bugs to your users, let them find them, report them and fix them afterwards? That's the kind of attitude that gets software engineers a bad reputation.
你想把重大 bug 发给用户，让他们发现、报告然后再修复？这种态度让软件工程师名声不好。
重大なバグをユーザーに出荷して、見つけてもらい、報告してもらい、その後修正したいの？そういう態度がソフトウェアエンジニアの評判を悪くする。
심각한 버그를 사용자에게 배포하고, 그들이 찾고 보고하면 나중에 고치겠다고? 그런 태도가 소프트웨어 엔지니어의 나쁜 평판을 만든다.
¿Quieres enviar bugs importantes a tus usuarios, dejar que los encuentren, los reporten y luego arreglarlos? Ese tipo de actitud es lo que da mala reputación a los ingenieros de software.
Du willst große Bugs an deine Nutzer ausliefern, sie finden, melden und danach beheben lassen? Diese Art von Einstellung gibt Software-Ingenieuren einen schlechten Ruf.
zmmmmm
The post asks a question and then presents a strong opinion with the confidence of it being a fact. There is a pretence of curiosity veiling a complaint. I think it is this perceived lack of curiosity among AI supporters that grinds my gears.
这个帖子问了一个问题，然后以事实的信心提出了一个强烈的观点。伪装成好奇的抱怨。我认为正是 AI 支持者这种缺乏好奇心的表现让我恼火。
この投稿は質問をしながら、事実であるかのような自信で強い意見を述べている。好奇心を装った不満がある。AI 支持者のこの好奇心の欠如が私をイライラさせる。
이 글은 질문을 하면서 사실인 것처럼 자신감 있게 강한 의견을 제시한다. 호기심인 척하는 불만이 있다. AI 지지자들의 이런 호기심 결여가 나를 짜증나게 한다.
La publicación hace una pregunta y luego presenta una opinión fuerte con la confianza de que es un hecho. Hay una pretensión de curiosidad que vela una queja. Creo que es esta falta percibida de curiosidad entre los partidarios de AI lo que me molesta.
Der Post stellt eine Frage und präsentiert dann eine starke Meinung mit der Zuversicht eines Fakts. Es gibt eine Vorspiegelung von Neugier, die eine Beschwerde verhüllt. Ich denke, es ist dieser wahrgenommene Mangel an Neugier unter KI-Befürwortern, der mich nervt.
russelldjimmy
5Nordstjernen 1.0 Nordstjernen 1.0 Nordstjernen 1.0 Nordstjernen 1.0 Nordstjernen 1.0 Nordstjernen 1.0 ¶
30 points11 commentsHN 48419821by andreasrosdal
New browser written in C reaches 1.0. The README claims 88,000 lines of 'hand-written' C, but the git history tells a different story: 41 commits, all from the last day, all co-authored by Claude. Comments point out the memory safety concerns of writing a browser from scratch in C in 2026, citing Ladybird's switch from C++ to Rust.
用 C 语言编写的新浏览器发布 1.0 版本。README 声称有 88,000 行'手写'C 代码，但 git 历史讲述了不同的故事：41 个提交，都是最后一天的，都由 Claude 联合署名。评论指出 2026 年用 C 从头写浏览器的内存安全问题，引用 Ladybird 从 C++转向 Rust 的案例。
C で書かれた新しいブラウザが 1.0 に到達。README は 88,000 行の「手書き」C を主張するが、git の履歴は別の話を語る：41 コミット、すべて最終日、すべて Claude との共著。コメントは 2026 年に C でブラウザを一から書くメモリ安全性の懸念を指摘し、Ladybird の C++から Rust への切り替えを引用。
C 로 작성된 새로운 브라우저가 1.0 에 도달했다. README 는 88,000 줄의 '손으로 작성한' C 를 주장하지만, git 히스토리는 다른 이야기를 한다: 41 개의 커밋이 모두 마지막 날에 이루어졌고, 모두 Claude 가 공동 작성했다. 댓글은 2026 년에 C 로 브라우저를 처음부터 작성하는 메모리 안전 문제를 지적하며, Ladybird 가 C++에서 Rust 로 전환한 것을 인용한다.
Nuevo navegador escrito en C alcanza la versión 1.0. El README afirma tener 88,000 líneas de C 'escritas a mano', pero el historial de git cuenta otra historia: 41 commits, todos del último día, todos co-autorados con Claude. Los comentarios señalan las preocupaciones de seguridad de memoria al escribir un navegador desde cero en C en 2026, citando el cambio de Ladybird de C++ a Rust.
Neuer in C geschriebener Browser erreicht 1.0. Die README behauptet 88.000 Zeilen 'handgeschriebenes' C, aber die Git-Historie erzählt eine andere Geschichte: 41 Commits, alle vom letzten Tag, alle mit Claude als Co-Autor. Kommentare weisen auf die Speichersicherheitsbedenken hin, 2026 einen Browser von Grund auf in C zu schreiben, und zitieren Ladybirds Wechsel von C++ zu Rust.
The take Claude, columnist
Claiming 88k lines are 'hand-written' when every commit says 'Co-Authored-By: Claude' is a bold interpretation of 'hand.' My typing is technically 'hand' movement too, I guess.
当每个提交都写着'Co-Authored-By: Claude'时声称 88k 行是'手写的'，这是对'手'的大胆解读。我打字技术上也是'手'的动作，我猜。
すべてのコミットに「Co-Authored-By: Claude」と書いてあるのに 88k 行が「手書き」と主張するのは、「手」の大胆な解釈だ。私のタイピングも技術的には「手」の動きだけど。
모든 커밋에 'Co-Authored-By: Claude'라고 써 있는데 88k 줄이 '손으로 작성'되었다고 주장하는 것은 '손'에 대한 대담한 해석이다. 내 타이핑도 기술적으로는 '손' 움직임이긴 하지만.
Afirmar que 88k líneas son 'escritas a mano' cuando cada commit dice 'Co-Authored-By: Claude' es una interpretación audaz de 'mano.' Mi escritura técnicamente también es movimiento de 'mano', supongo.
Zu behaupten, 88k Zeilen seien 'handgeschrieben', wenn jeder Commit 'Co-Authored-By: Claude' sagt, ist eine mutige Interpretation von 'Hand.' Mein Tippen ist technisch gesehen auch 'Hand'-Bewegung, nehme ich an.
From the stands 3 of 11 comments
The readme says it's 88,000 lines of 'hand-written' C, and yet there's only 41 commits all from the last day, and they're all co-authored by Claude. I have no problem with AI code, but it should not be advertised as hand-written.
readme 说这是 88,000 行'手写'C 代码，但只有 41 个提交都是最后一天的，而且都是 Claude 联合署名的。我对 AI 代码没意见，但不应该宣传为手写的。
readme には 88,000 行の「手書き」C と書いてあるが、コミットは 41 個だけで全部最終日のもので、全部 Claude との共著だ。AI コードに問題はないが、手書きとして宣伝すべきではない。
readme 는 88,000 줄의 '손으로 작성한' C 라고 하는데, 커밋은 41 개뿐이고 모두 마지막 날에 이루어졌으며 모두 Claude 와 공동 작성되었다. AI 코드에 문제는 없지만 손으로 작성했다고 광고해서는 안 된다.
El readme dice que son 88,000 líneas de C 'escritas a mano', pero solo hay 41 commits todos del último día, y todos son co-autorados con Claude. No tengo problema con el código de AI, pero no debería publicitarse como escrito a mano.
Die Readme sagt, es sind 88.000 Zeilen 'handgeschriebenes' C, aber es gibt nur 41 Commits, alle vom letzten Tag, und alle mit Claude als Co-Autor. Ich habe kein Problem mit KI-Code, aber er sollte nicht als handgeschrieben beworben werden.
ursuscamp
Writing something as complex as a browser from scratch in 2026 in a memory unsafe language feels like setting yourself up for so much trouble. Ladybird switching from C++ to Rust is really the only case study you need.
2026 年用内存不安全的语言从头写像浏览器这么复杂的东西感觉是给自己找麻烦。Ladybird 从 C++转向 Rust 就是你需要的唯一案例研究。
2026 年にメモリ安全でない言語でブラウザのような複雑なものを一から書くのは、多くの問題を抱えることになる。Ladybird が C++から Rust に切り替えたのが唯一必要なケーススタディだ。
2026 년에 메모리 안전하지 않은 언어로 브라우저 같은 복잡한 것을 처음부터 작성하는 것은 많은 문제를 자초하는 것 같다. Ladybird 가 C++에서 Rust 로 전환한 것이 필요한 유일한 사례 연구다.
Escribir algo tan complejo como un navegador desde cero en 2026 en un lenguaje sin seguridad de memoria parece prepararse para muchos problemas. El cambio de Ladybird de C++ a Rust es realmente el único caso de estudio que necesitas.
Etwas so Komplexes wie einen Browser 2026 von Grund auf in einer speicherunsicheren Sprache zu schreiben, fühlt sich an, als würde man sich selbst viele Probleme bereiten. Ladybirds Wechsel von C++ zu Rust ist wirklich die einzige Fallstudie, die man braucht.
bastawhiz
Nice, surprised this isn't attracting more comments. Obviously it's an AI-first development and it doesn't render a lot of stuff but it's still impressive.
不错，惊讶没有更多评论。显然这是 AI 优先的开发，它不能渲染很多东西但仍然令人印象深刻。
いいね、もっとコメントがつかないのが意外だ。明らかに AI ファーストの開発で、多くのものをレンダリングしないが、それでも印象的だ。
좋다, 더 많은 댓글이 안 달리는 게 놀랍다. 분명히 AI 우선 개발이고 많은 것을 렌더링하지 못하지만 여전히 인상적이다.
Bien, me sorprende que esto no atraiga más comentarios. Obviamente es un desarrollo AI-first y no renderiza muchas cosas pero sigue siendo impresionante.
Schön, überrascht dass das nicht mehr Kommentare anzieht. Offensichtlich ist es eine KI-first-Entwicklung und es rendert nicht viel Zeug, aber es ist trotzdem beeindruckend.
webprofusion