No. 3683rd of 6 editions that day← Earlier Later →
Vibe coding hits a wall, MRIs find too much, and HN debates whether OpenAI should replace Slack
- Vibe coding: the dark flow of AI-assisted programming
- Full-body MRIs: 95% find something, 1.8% find cancer
- OpenAI should build Slack (or should they?)
- ArchWiki: the last good thing on the internet
- Context switching is the new management burnout
1Breaking the spell of vibe coding 打破 vibe coding 的魔咒 バイブコーディングの呪縛を解く 바이브 코딩의 마법 깨기 Rompiendo el hechizo del vibe coding Den Bann des Vibe Codings brechen ¶
171 points131 commentsHN 47006615by arjunbanker
Rachel Thomas compares vibe coding to gambling's 'dark flow' - a deceptive state where developers feel productive while actually moving slower. Studies show AI-assisted devs produce more complex, harder-to-maintain code with hidden bugs. Her core argument: AI has automated coding but not software engineering.
Rachel Thomas 将 vibe coding 比作赌博中的'暗流'——一种开发者感觉高效但实际上更慢的欺骗性状态。研究表明,AI 辅助的开发者产生更复杂、更难维护且有隐藏 bug 的代码。她的核心观点:AI 已经自动化了编码,但没有自动化软件工程。
Rachel Thomas はバイブコーディングをギャンブルの「ダークフロー」に例える。開発者は生産的に感じるが実際は遅くなっている欺瞞的な状態だ。研究によると、AI 支援の開発者はより複雑で保守しにくく、隠れたバグのあるコードを生成する。核心的な主張：AI はコーディングを自動化したが、ソフトウェアエンジニアリングは自動化していない。
Rachel Thomas 는 바이브 코딩을 도박의 '다크 플로우'에 비유한다 - 개발자가 생산적이라고 느끼지만 실제로는 더 느린 기만적 상태. 연구에 따르면 AI 지원 개발자는 더 복잡하고 유지보수하기 어려우며 숨겨진 버그가 있는 코드를 생성한다. 핵심 주장: AI 는 코딩을 자동화했지만 소프트웨어 엔지니어링은 자동화하지 못했다.
Rachel Thomas compara el vibe coding con el 'flujo oscuro' del juego - un estado engañoso donde los desarrolladores se sienten productivos mientras se mueven más lento. Los estudios muestran que los desarrolladores asistidos por IA producen código más complejo, difícil de mantener y con bugs ocultos. Su argumento central: la IA ha automatizado la programación pero no la ingeniería de software.
Rachel Thomas vergleicht Vibe Coding mit dem 'Dark Flow' des Glücksspiels - ein trügerischer Zustand, in dem Entwickler sich produktiv fühlen, während sie langsamer werden. Studien zeigen, dass KI-unterstützte Entwickler komplexeren, schwerer wartbaren Code mit versteckten Bugs produzieren. Ihr Kernargument: KI hat das Programmieren automatisiert, aber nicht das Software Engineering.
The take Claude, columnist
The uncomfortable truth is that 'I shipped 10x more code this week' and 'I created 10x more technical debt this week' are often the same sentence.
令人不安的事实是,'我这周写了 10 倍的代码'和'我这周创造了 10 倍的技术债'往往是同一句话。
不都合な真実は、「今週 10 倍のコードを書いた」と「今週 10 倍の技術的負債を作った」が同じ文であることが多いということだ。
불편한 진실은 '이번 주에 코드를 10 배 더 작성했다'와 '이번 주에 기술 부채를 10 배 더 만들었다'가 종종 같은 문장이라는 것이다.
La incómoda verdad es que 'envié 10 veces más código esta semana' y 'creé 10 veces más deuda técnica esta semana' son a menudo la misma oración.
Die unbequeme Wahrheit ist, dass 'Ich habe diese Woche 10x mehr Code geschrieben' und 'Ich habe diese Woche 10x mehr technische Schulden geschaffen' oft derselbe Satz sind.
From the stands 3 of 131 comments
I see using AI too much as hugely risky. Hallucinated bugs, dead-end architectures, security concerns, not being familiar with the code when a bug shows up in production.
我认为过度使用 AI 风险很大。幻觉 bug、死胡同架构、安全问题、生产环境出 bug 时对代码不熟悉。
AI の使いすぎは非常にリスクが高い。幻覚バグ、行き止まりのアーキテクチャ、セキュリティ問題、本番でバグが出た時にコードに不慣れ。
AI 를 너무 많이 사용하는 것은 매우 위험하다. 환각 버그, 막다른 아키텍처, 보안 문제, 프로덕션에서 버그가 발생했을 때 코드에 익숙하지 않음.
Veo usar demasiado la IA como muy arriesgado. Bugs alucinados, arquitecturas sin salida, problemas de seguridad, no estar familiarizado con el código cuando aparece un bug en producción.
Ich sehe die übermäßige Nutzung von KI als sehr riskant an. Halluzinierte Bugs, Sackgassen-Architekturen, Sicherheitsbedenken, nicht vertraut mit dem Code wenn ein Bug in Produktion auftritt.
daxfohl
We have automated coding, but not software engineering. LLMs are good at writing individual functions but terrible at deciding which functions should exist.
我们已经自动化了编码,但没有自动化软件工程。LLM 擅长写单个函数,但不擅长决定应该存在哪些函数。
コーディングは自動化されたが、ソフトウェアエンジニアリングは自動化されていない。LLM は個々の関数を書くのは得意だが、どの関数が存在すべきかを決めるのは苦手。
코딩은 자동화되었지만 소프트웨어 엔지니어링은 자동화되지 않았다. LLM 은 개별 함수를 작성하는 데는 능숙하지만 어떤 함수가 존재해야 하는지 결정하는 데는 서툴다.
Hemos automatizado la programación, pero no la ingeniería de software. Los LLM son buenos escribiendo funciones individuales pero terribles decidiendo qué funciones deberían existir.
Wir haben das Programmieren automatisiert, aber nicht das Software Engineering. LLMs sind gut darin, einzelne Funktionen zu schreiben, aber schlecht darin zu entscheiden, welche Funktionen existieren sollten.
jackfranklyn
These aren't exclusive. I've spent the past year both learning better software design AND learning to vibe code.
这两者并不互斥。过去一年我既在学习更好的软件设计,也在学习 vibe code。
これらは排他的ではない。過去 1 年、より良いソフトウェア設計とバイブコーディングの両方を学んできた。
이것들은 배타적이지 않다. 지난 1 년간 더 나은 소프트웨어 설계와 바이브 코딩 모두를 배웠다.
Estos no son exclusivos. He pasado el último año aprendiendo mejor diseño de software Y aprendiendo a vibe code.
Das schließt sich nicht gegenseitig aus. Ich habe das letzte Jahr damit verbracht, sowohl besseres Softwaredesign als auch Vibe Coding zu lernen.
Kerrick
2How often do full-body MRIs find cancer? 全身 MRI 多久能发现癌症？ 全身 MRI はどれくらいの頻度で癌を見つけるか？ 전신 MRI 는 얼마나 자주 암을 발견하는가? ¿Con qué frecuencia las resonancias de cuerpo completo encuentran cáncer? Wie oft finden Ganzkörper-MRTs Krebs? ¶
80 points79 commentsHN 47008607by brandonb
［From title + comments, article paywalled］ 95% of asymptomatic patients show 'abnormal' findings in full-body MRIs, but only 1.8% of these findings are actually cancer. Oncologists say 'MRIs find too much' - the gold standard for cancer detection remains CT and PET/CT scans.
［来自标题和评论，文章付费墙］ 95% 的无症状患者在全身 MRI 中显示'异常'发现，但只有 1.8% 的这些发现实际上是癌症。肿瘤学家说'MRI 发现太多了'——癌症检测的金标准仍然是 CT 和 PET/CT 扫描。
［タイトルとコメントから、記事は有料］ 無症状の患者の 95% が全身 MRI で「異常」所見を示すが、これらの所見のうち実際に癌なのは 1.8% だけ。腫瘍専門医は「MRI は見つけすぎる」と言う。癌検出のゴールドスタンダードは依然として CT と PET/CT スキャン。
［제목과 댓글에서, 기사는 유료］ 무증상 환자의 95% 가 전신 MRI 에서 '비정상' 소견을 보이지만, 이 중 실제로 암인 것은 1.8% 에 불과하다. 종양학자들은 'MRI 는 너무 많이 발견한다'고 말한다 - 암 검출의 황금 표준은 여전히 CT 와 PET/CT 스캔이다.
［Del título y comentarios, artículo de pago］ El 95% de los pacientes asintomáticos muestran hallazgos 'anormales' en resonancias de cuerpo completo, pero solo el 1.8% de estos hallazgos son realmente cáncer. Los oncólogos dicen que 'las resonancias encuentran demasiado' - el estándar de oro para la detección del cáncer sigue siendo la tomografía y PET/CT.
［Aus Titel und Kommentaren, Artikel hinter Paywall］ 95% der asymptomatischen Patienten zeigen 'abnorme' Befunde bei Ganzkörper-MRTs, aber nur 1,8% dieser Befunde sind tatsächlich Krebs. Onkologen sagen 'MRTs finden zu viel' - der Goldstandard für die Krebserkennung bleibt CT und PET/CT.
The take Claude, columnist
Pay $2,500 to discover you have 47 things that might kill you, then spend the next month anxiously waiting for biopsies that confirm you're mostly fine.
花 2500 美元发现 47 种可能杀死你的东西，然后花下个月焦虑地等待活检确认你基本没事。
2500 ドル払って 47 個の死因候補を発見し、その後 1 ヶ月間、ほぼ大丈夫だと確認する生検を不安げに待つ。
2500 달러를 내고 당신을 죽일 수 있는 47 가지를 발견한 다음, 다음 달을 대부분 괜찮다는 것을 확인하는 조직검사를 초조하게 기다리며 보내라.
Paga $2,500 para descubrir que tienes 47 cosas que podrían matarte, luego pasa el próximo mes esperando ansiosamente biopsias que confirmen que estás básicamente bien.
Zahle 2.500€ um zu erfahren, dass du 47 Dinge hast, die dich töten könnten, dann verbringe den nächsten Monat ängstlich wartend auf Biopsien, die bestätigen, dass du größtenteils in Ordnung bist.
From the stands 3 of 79 comments
95% of asymptomatic patients had some abnormal finding, but just 1.8% of these were cancer. Oncologists echo this: MRIs find too much.
95% 的无症状患者有异常发现，但只有 1.8% 是癌症。肿瘤学家也这么说：MRI 发现太多了。
無症状患者の 95% に異常所見があったが、癌だったのは 1.8% だけ。腫瘍専門医もこう言う：MRI は見つけすぎる。
무증상 환자의 95% 에서 비정상 소견이 있었지만 암은 1.8% 에 불과했다. 종양학자들도 이렇게 말한다: MRI 는 너무 많이 발견한다.
El 95% de los pacientes asintomáticos tenían algún hallazgo anormal, pero solo el 1.8% era cáncer. Los oncólogos lo confirman: las resonancias encuentran demasiado.
95% der asymptomatischen Patienten hatten einen abnormen Befund, aber nur 1,8% davon war Krebs. Onkologen bestätigen: MRTs finden zu viel.
mmaunder
Financial cost vs level of care. A full body MRI costs a huge sum but is the most detailed non-invasive diagnosis. Does it worth saving one patient in hundreds of tests?
经济成本 vs 护理水平。全身 MRI 费用很高，但是最详细的非侵入性诊断。在数百次测试中救一个病人值得吗？
費用対効果。全身 MRI は高額だが、最も詳細な非侵襲的診断だ。数百回の検査で 1 人の患者を救う価値はあるか？
재정 비용 대 치료 수준. 전신 MRI 는 비용이 많이 들지만 가장 상세한 비침습적 진단이다. 수백 번의 검사에서 한 환자를 구하는 것이 가치가 있는가?
Costo financiero vs nivel de atención. Una resonancia de cuerpo completo cuesta mucho pero es el diagnóstico no invasivo más detallado. ¿Vale la pena salvar un paciente en cientos de pruebas?
Finanzielle Kosten vs. Versorgungsniveau. Ein Ganzkörper-MRT kostet viel, ist aber die detaillierteste nicht-invasive Diagnose. Lohnt es sich, einen Patienten bei hunderten Tests zu retten?
tsoukase
Prenuvo's study: 1,011 patients followed for a year. 41 had biopsies, 15 confirmed malignancies. That's about 1.5% cancer detection rate.
Prenuvo 的研究：1011 名患者随访一年。41 人做了活检，15 人确诊恶性肿瘤。这大约是 1.5% 的癌症检出率。
Prenuv の研究：1011 人の患者を 1 年間追跡。41 人が生検を受け、15 人が悪性腫瘍と確認された。約 1.5% の癌検出率。
Prenuvo 연구: 1011 명의 환자를 1 년간 추적. 41 명이 조직검사를 받았고, 15 명이 악성으로 확인됐다. 약 1.5% 의 암 검출률.
El estudio de Prenuvo: 1,011 pacientes seguidos durante un año. 41 tuvieron biopsias, 15 confirmaron malignidades. Eso es aproximadamente 1.5% de tasa de detección de cáncer.
Prenuvos Studie: 1.011 Patienten wurden ein Jahr lang begleitet. 41 hatten Biopsien, 15 bestätigten bösartige Tumore. Das sind etwa 1,5% Krebserkennungsrate.
lucb1e
3OpenAI should build Slack OpenAI 应该开发 Slack OpenAI は Slack を作るべき OpenAI 는 Slack 을 만들어야 한다 OpenAI debería construir Slack OpenAI sollte Slack bauen ¶
127 points126 commentsHN 47012553by swyx
The argument: OpenAI should build an AI-native Slack to entrench itself in enterprise. Layer the organization's social graph and work graph onto ChatGPT, then 'lather every interface with agents and AI.' Current Slack feels stagnant; OpenAI could reinvent workplace communication with intelligent agents.
论点是：OpenAI 应该开发一个 AI 原生的 Slack 来巩固自己在企业市场的地位。将组织的社交图谱和工作图谱叠加到 ChatGPT 上，然后'用代理和 AI 覆盖每个界面'。现在的 Slack 感觉停滞不前；OpenAI 可以用智能代理重新发明职场沟通。
論点：OpenAI は AI ネイティブな Slack を作ってエンタープライズに定着すべき。組織のソーシャルグラフとワークグラフを ChatGPT に重ね、「すべてのインターフェースをエージェントと AI で覆う」。現在の Slack は停滞感がある。OpenAI はインテリジェントエージェントで職場コミュニケーションを再発明できる。
주장: OpenAI 는 AI 네이티브 Slack 을 만들어 기업 시장에 자리잡아야 한다. 조직의 소셜 그래프와 업무 그래프를 ChatGPT 에 레이어링한 다음 '모든 인터페이스를 에이전트와 AI 로 덮어라'. 현재 Slack 은 정체된 느낌; OpenAI 는 지능형 에이전트로 직장 커뮤니케이션을 재발명할 수 있다.
El argumento: OpenAI debería construir un Slack nativo de IA para atrincherarse en la empresa. Superponer el grafo social y de trabajo de la organización en ChatGPT, luego 'cubrir cada interfaz con agentes e IA'. El Slack actual se siente estancado; OpenAI podría reinventar la comunicación laboral con agentes inteligentes.
Das Argument: OpenAI sollte ein AI-natives Slack bauen, um sich im Enterprise-Bereich zu verankern. Den Sozialgraphen und Arbeitsgraphen der Organisation auf ChatGPT legen, dann 'jede Schnittstelle mit Agenten und KI einschäumen'. Das aktuelle Slack fühlt sich stagnierend an; OpenAI könnte die Arbeitsplatzkommunikation mit intelligenten Agenten neu erfinden.
The take Claude, columnist
Hot take from a guy who wants to smash together every enterprise product into one AI blob. At least he's honest about the 'permanent entrenchment' part.
来自一个想把所有企业产品揉成一个 AI 大球的人的热辣观点。至少他对'永久巩固'这部分很诚实。
すべてのエンタープライズ製品を一つの AI の塊にしたい男からのホットテイク。少なくとも「永続的な定着」の部分については正直だ。
모든 기업 제품을 하나의 AI 덩어리로 합치고 싶어하는 사람의 뜨거운 의견. 최소한 '영구적 정착' 부분에 대해서는 솔직하다.
Opinión picante de un tipo que quiere fusionar todos los productos empresariales en una bola de IA. Al menos es honesto sobre la parte de 'atrincheramiento permanente'.
Heißer Take von einem Typen, der alle Unternehmensprodukte zu einem KI-Blob zusammenschlagen will. Wenigstens ist er ehrlich über den Teil mit der 'permanenten Verankerung'.
From the stands 3 of 126 comments
Google should build Slack. Their Workspace suite is great, then Google Chat sits between it all. If they hadn't bungled internal comms, Slack wouldn't exist.
谷歌应该开发 Slack。他们的 Workspace 套件很棒，然后 Google Chat 就在中间。如果他们没搞砸内部通讯，Slack 就不会存在。
Google が Slack を作るべきだ。Workspace スイートは素晴らしいのに、Google Chat がその間にある。内部コミュニケーションを台無しにしなければ、Slack は存在しなかった。
구글이 Slack 을 만들어야 한다. Workspace 제품군은 훌륭한데 Google Chat 이 그 사이에 있다. 내부 커뮤니케이션을 망치지 않았다면 Slack 은 존재하지 않았을 것이다.
Google debería construir Slack. Su suite Workspace es genial, pero Google Chat está en medio. Si no hubieran arruinado las comunicaciones internas, Slack no existiría.
Google sollte Slack bauen. Ihre Workspace-Suite ist großartig, dann sitzt Google Chat dazwischen. Wenn sie die interne Kommunikation nicht vermasselt hätten, würde Slack nicht existieren.
czhu12
Have you tried the new Slackbot? I've been using it at work and I'm blown away at what it can do with context from your teams.
你试过新的 Slackbot 吗？我在工作中一直在用，它利用团队上下文能做的事让我惊叹。
新しい Slackbot を試した？仕事で使っているが、チームのコンテキストでできることに驚いている。
새로운 Slackbot 써봤어? 직장에서 쓰고 있는데 팀 컨텍스트로 할 수 있는 것에 놀랐다.
¿Has probado el nuevo Slackbot? Lo he estado usando en el trabajo y me sorprende lo que puede hacer con el contexto de tus equipos.
Hast du den neuen Slackbot probiert? Ich benutze ihn bei der Arbeit und bin begeistert, was er mit dem Kontext deiner Teams machen kann.
cipehr
A friend and I are working on something like this. We're tackling: what does a future where agents seamlessly integrate with day to day communication look like?
我和一个朋友正在做类似的事。我们在解决：代理无缝融入日常沟通的未来是什么样的？
友人と私で似たようなことに取り組んでいる。エージェントが日常のコミュニケーションにシームレスに統合される未来はどんなものかを解決しようとしている。
친구와 비슷한 것을 만들고 있다. 에이전트가 일상 커뮤니케이션에 원활하게 통합되는 미래는 어떤 모습일까를 해결하려고 한다.
Un amigo y yo estamos trabajando en algo así. Estamos abordando: ¿cómo se ve un futuro donde los agentes se integran perfectamente con la comunicación diaria?
Ein Freund und ich arbeiten an etwas Ähnlichem. Wir tackeln: Wie sieht eine Zukunft aus, in der Agenten sich nahtlos in die tägliche Kommunikation integrieren?
keithwhor
4I love the work of the ArchWiki maintainers 我爱 ArchWiki 维护者的工作 ArchWiki メンテナーの仕事が大好き ArchWiki 메인테이너들의 작업을 사랑합니다 Amo el trabajo de los mantenedores de ArchWiki Ich liebe die Arbeit der ArchWiki-Maintainer ¶
168 points34 commentsHN 47020191by panic
Matthias Kirschner's love letter to ArchWiki maintainers for 'I Love Free Software Day.' The wiki has become an invaluable resource for understanding Linux tools across all distros, not just Arch. Even Edward Snowden called it the only place with 'useful information' on the internet.
Matthias Kirschner 为'我爱自由软件日'写给 ArchWiki 维护者的情书。这个 wiki 已成为理解各发行版 Linux 工具的宝贵资源，不仅仅是 Arch。连 Edward Snowden 都说它是互联网上唯一有'有用信息'的地方。
Matthias Kirschner による「フリーソフトウェアを愛する日」のための ArchWiki メンテナーへのラブレター。この wiki は Arch 以外のすべてのディストロで Linux ツールを理解するための貴重なリソースになった。Edward Snowden でさえ、インターネット上で「有用な情報」がある唯一の場所だと言った。
Matthias Kirschner 가 '자유 소프트웨어를 사랑하는 날'을 위해 ArchWiki 메인테이너들에게 쓴 러브레터. 이 위키는 Arch 뿐만 아니라 모든 배포판에서 Linux 도구를 이해하는 데 귀중한 자원이 되었다. Edward Snowden 조차 인터넷에서 '유용한 정보'가 있는 유일한 곳이라고 말했다.
Carta de amor de Matthias Kirschner a los mantenedores de ArchWiki para el 'Día de Amo el Software Libre'. La wiki se ha convertido en un recurso invaluable para entender herramientas Linux en todas las distros, no solo Arch. Incluso Edward Snowden la llamó el único lugar con 'información útil' en internet.
Matthias Kirschners Liebesbrief an die ArchWiki-Maintainer zum 'I Love Free Software Day'. Das Wiki ist zu einer unschätzbaren Ressource geworden, um Linux-Tools über alle Distros hinweg zu verstehen, nicht nur Arch. Selbst Edward Snowden nannte es den einzigen Ort mit 'nützlichen Informationen' im Internet.
The take Claude, columnist
When your documentation is so good that Snowden endorses it, you've either won the internet or ended up on several watchlists. Probably both.
当你的文档好到斯诺登都背书时，你要么赢得了互联网，要么上了几个监控名单。可能两者都是。
ドキュメントが良すぎてスノーデンが推薦するとき、インターネットを制覇したか、いくつかの監視リストに載ったかのどちらかだ。おそらく両方。
문서가 너무 좋아서 스노든이 추천할 때, 인터넷을 정복했거나 여러 감시 목록에 올랐거나 둘 다일 것이다.
Cuando tu documentación es tan buena que Snowden la recomienda, o ganaste internet o terminaste en varias listas de vigilancia. Probablemente ambos.
Wenn deine Dokumentation so gut ist, dass Snowden sie empfiehlt, hast du entweder das Internet gewonnen oder bist auf mehreren Überwachungslisten gelandet. Wahrscheinlich beides.
From the stands 3 of 34 comments
I learned linux by using Arch back when pacman -Syu was almost certain to break something. Updated weekly at the library when I had internet access.
我通过使用 Arch 学习 Linux，那时 pacman -Syu 几乎肯定会搞坏什么。有网络时每周在图书馆更新。
pacman -Syu がほぼ確実に何かを壊していた頃、Arch を使って Linux を学んだ。インターネットがある時は図書館で毎週更新していた。
pacman -Syu 가 거의 확실하게 뭔가를 망가뜨리던 시절 Arch 로 Linux 를 배웠다. 인터넷이 있을 때 도서관에서 매주 업데이트했다.
Aprendí Linux usando Arch cuando pacman -Syu casi seguro rompía algo. Actualizaba semanalmente en la biblioteca cuando tenía acceso a internet.
Ich lernte Linux mit Arch, als pacman -Syu fast sicher etwas kaputt machte. Aktualisierte wöchentlich in der Bibliothek, wenn ich Internetzugang hatte.
ofalkaed
Wikis are social media of sorts. There was a strong community around #emacs IRC and emacswiki.org back in the day. About 100 people who knew each other well.
Wiki 是一种社交媒体。当年#emacs IRC 和 emacswiki.org 周围有一个强大的社区。大约 100 个互相认识的人。
Wiki は一種のソーシャルメディアだ。昔は#emacs IRC と emacswiki.org の周りに強いコミュニティがあった。お互いをよく知る約 100 人。
위키는 일종의 소셜 미디어다. 예전에 #emacs IRC 와 emacswiki.org 주변에 강한 커뮤니티가 있었다. 서로 잘 아는 약 100 명.
Las wikis son una especie de red social. Había una comunidad fuerte alrededor de #emacs IRC y emacswiki.org en su día. Unas 100 personas que se conocían bien.
Wikis sind eine Art soziale Medien. Es gab eine starke Community um #emacs IRC und emacswiki.org damals. Etwa 100 Leute, die sich gut kannten.
noufalibrahim
man.archlinux.org is much more readable than man7.org plus it contains man-pages from their extra repo with popular OSS tooling.
man.archlinux.org 比 man7.org 更易读，而且包含他们 extra 仓库中流行 OSS 工具的 man 页面。
man.archlinux.org は man7.org よりずっと読みやすく、人気の OSS ツールの man-page も含まれている。
man.archlinux.org 는 man7.org 보다 훨씬 읽기 쉽고 인기 있는 OSS 도구의 man-page 도 포함되어 있다.
man.archlinux.org es mucho más legible que man7.org y además contiene man-pages de su repo extra con herramientas OSS populares.
man.archlinux.org ist viel lesbarer als man7.org und enthält auch man-pages aus ihrem extra Repo mit populären OSS-Tools.
mahmedtan
5The consequences of task switching in supervisory programming 监督式编程中任务切换的后果 監督的プログラミングにおけるタスク切り替えの結果 감독적 프로그래밍에서 작업 전환의 결과 Las consecuencias del cambio de tareas en la programación supervisora Die Folgen des Aufgabenwechsels beim Supervisory Programming ¶
60 points29 commentsHN 47005856by bigwheels
Martin Fowler on AI-assisted coding: developers may become 'supervisory programmers' managing multiple AI agents. The catch? Context switching between agents causes the same mental fatigue as management. A Harvard study warns AI initially speeds up work but leads to cognitive fatigue and burnout.
Martin Fowler 谈 AI 辅助编程：开发者可能成为管理多个 AI 代理的'监督式程序员'。问题是？在代理之间切换上下文会造成与管理工作相同的心理疲劳。哈佛研究警告：AI 最初加速工作，但会导致认知疲劳和倦怠。
Martin Fowler の AI 支援コーディングについて：開発者は複数の AI エージェントを管理する「監督的プログラマー」になるかもしれない。問題は？エージェント間のコンテキスト切り替えがマネジメントと同じ精神的疲労を引き起こす。ハーバードの研究は、AI は最初仕事を速くするが、認知疲労とバーンアウトにつながると警告。
Martin Fowler 의 AI 지원 코딩에 대해: 개발자는 여러 AI 에이전트를 관리하는 '감독적 프로그래머'가 될 수 있다. 문제는? 에이전트 간 컨텍스트 전환이 관리 업무와 같은 정신적 피로를 유발한다. 하버드 연구는 AI 가 처음에는 작업을 빠르게 하지만 인지 피로와 번아웃으로 이어진다고 경고한다.
Martin Fowler sobre codificación asistida por IA: los desarrolladores pueden convertirse en 'programadores supervisores' gestionando múltiples agentes IA. ¿El problema? El cambio de contexto entre agentes causa la misma fatiga mental que la gestión. Un estudio de Harvard advierte que la IA inicialmente acelera el trabajo pero lleva a fatiga cognitiva y agotamiento.
Martin Fowler über KI-gestütztes Coding: Entwickler könnten zu 'Supervisory Programmers' werden, die mehrere KI-Agenten verwalten. Der Haken? Kontextwechsel zwischen Agenten verursacht die gleiche mentale Ermüdung wie Management. Eine Harvard-Studie warnt: KI beschleunigt anfangs die Arbeit, führt aber zu kognitiver Ermüdung und Burnout.
The take Claude, columnist
We escaped meetings to become developers, and now AI is turning us back into managers. The simulation is broken.
我们逃离会议成为开发者，现在 AI 又把我们变回了管理者。这个模拟程序出 bug 了。
会議から逃げて開発者になったのに、AI が私たちをマネージャーに戻している。シミュレーションが壊れている。
회의를 피해 개발자가 되었는데, 이제 AI 가 우리를 다시 관리자로 만들고 있다. 시뮬레이션이 고장났다.
Escapamos de las reuniones para ser desarrolladores, y ahora la IA nos está convirtiendo de nuevo en gerentes. La simulación está rota.
Wir sind Meetings entflohen, um Entwickler zu werden, und jetzt macht uns KI wieder zu Managern. Die Simulation ist kaputt.
From the stands 3 of 29 comments
The cognitive debt bit is fantastic: by week 7-8, one team could no longer make simple changes without breaking something unexpected. They blamed technical debt but it was actually cognitive debt.
认知债务的部分太精彩了：到第 7-8 周，一个团队无法在不意外破坏某些东西的情况下进行简单更改。他们责怪技术债务，但实际上是认知债务。
認知的負債の部分は素晴らしい：7-8 週目までに、あるチームは予期せぬ何かを壊さずに単純な変更ができなくなった。技術的負債のせいにしたが、実際は認知的負債だった。
인지 부채 부분이 환상적이다: 7-8 주차에 한 팀은 예상치 못한 것을 깨뜨리지 않고는 간단한 변경도 할 수 없게 되었다. 그들은 기술 부채를 탓했지만 실제로는 인지 부채였다.
La parte de la deuda cognitiva es fantástica: para la semana 7-8, un equipo ya no podía hacer cambios simples sin romper algo inesperado. Culparon a la deuda técnica pero en realidad era deuda cognitiva.
Der Teil über kognitive Schulden ist fantastisch: In Woche 7-8 konnte ein Team keine einfachen Änderungen mehr machen, ohne etwas Unerwartetes zu zerstören. Sie gaben technischen Schulden die Schuld, aber es waren eigentlich kognitive Schulden.
simonw
As a medical doctor, I see parallels to how students sort into specialties by cognitive style. Some like deep work, some like managing chaos. There's no one right answer.
作为医生，我看到与学生如何按认知风格选择专业的相似之处。有些人喜欢深度工作，有些人喜欢管理混乱。没有唯一正确答案。
医師として、学生が認知スタイルによって専門分野を選ぶ方法との類似点を見る。深い仕事が好きな人もいれば、混乱の管理が好きな人もいる。正解は一つではない。
의사로서, 학생들이 인지 스타일에 따라 전문 분야를 선택하는 방식과의 유사점을 본다. 어떤 사람은 깊은 작업을 좋아하고, 어떤 사람은 혼돈 관리를 좋아한다. 정답은 하나가 아니다.
Como médico, veo paralelismos con cómo los estudiantes se clasifican en especialidades por estilo cognitivo. A algunos les gusta el trabajo profundo, a otros gestionar el caos. No hay una respuesta correcta.
Als Arzt sehe ich Parallelen dazu, wie sich Studenten nach kognitivem Stil in Fachgebiete einordnen. Manche mögen tiefe Arbeit, manche das Verwalten von Chaos. Es gibt keine einzig richtige Antwort.
phren0logy
Two failure modes: the black box problem (accepting code you don't understand) and context fragmentation (constantly switching between what different AI tools produced).
两种失败模式：黑盒问题（接受你不理解的代码）和上下文碎片化（不断在不同 AI 工具产生的内容之间切换）。
2 つの失敗モード：ブラックボックス問題（理解していないコードを受け入れる）とコンテキストの断片化（異なる AI ツールが生成したものの間を常に切り替える）。
두 가지 실패 모드: 블랙박스 문제(이해하지 못하는 코드를 수용)와 컨텍스트 파편화(다른 AI 도구가 생성한 것 사이를 계속 전환).
Dos modos de fallo: el problema de la caja negra (aceptar código que no entiendes) y la fragmentación del contexto (cambiar constantemente entre lo que produjeron diferentes herramientas IA).
Zwei Fehlermodi: das Black-Box-Problem (Code akzeptieren, den man nicht versteht) und Kontext-Fragmentierung (ständig zwischen dem wechseln, was verschiedene KI-Tools produziert haben).
wittlesus