No. 3824th of 7 editions that day← Earlier Later →
Bluetooth snitches on you, compilers gaslight programmers, and AGENTS.md makes AI worse
- Bluetooth: Your devices are broadcasting your life to anyone with a Pi
- AGENTS.md: Surprising finding that context files hurt AI coding agents
- Instagram: 16 hours daily is 'problematic' but definitely not addiction
- Compilers: A 2015 rant about undefined behavior still hits hard
- dBASE II: Retro computing on a Kaypro II for the nostalgia crowd
1What your Bluetooth devices reveal 你的蓝牙设备暴露了什么 Bluetooth デバイスが明かすあなたの情報 당신의 블루투스 기기가 드러내는 것들 Lo que revelan tus dispositivos Bluetooth Was deine Bluetooth-Geräte verraten ¶
379 points144 commentsHN 47035560by ssgodderidge
Author built 'Bluehood', a Python Bluetooth scanner that passively tracks nearby devices. The tool reveals how much your devices leak: when you're home, your movement patterns, which devices belong together. Even medical devices and cars broadcast continuously. The takeaway is that Bluetooth isn't harmless background noise - it's a detailed surveillance vector anyone with basic skills can exploit.
作者开发了'Bluehood'，一个 Python 蓝牙扫描器，可被动追踪附近设备。该工具揭示了设备泄露的信息量：你何时在家、移动模式、哪些设备属于同一人。甚至医疗设备和汽车也在持续广播。结论是蓝牙不是无害的背景噪音——它是任何有基本技能的人都能利用的详细监控载体。
著者は近くのデバイスを受動的に追跡する Python Bluetooth スキャナー「Bluehood」を構築した。このツールはデバイスが漏洩する情報量を明らかにする：いつ家にいるか、移動パターン、どのデバイスが同一人物のものか。医療機器や車でさえ継続的にブロードキャストしている。結論として、Bluetooth は無害なバックグラウンドノイズではなく、基本的なスキルを持つ誰もが悪用できる詳細な監視ベクトルである。
저자는 근처 기기를 수동적으로 추적하는 Python 블루투스 스캐너 'Bluehood'를 만들었다. 이 도구는 기기가 얼마나 많은 정보를 유출하는지 보여준다: 언제 집에 있는지, 이동 패턴, 어떤 기기들이 함께 속해 있는지. 의료 기기와 자동차도 지속적으로 방송한다. 결론은 블루투스는 무해한 배경 소음이 아니라 기본적인 기술을 가진 누구나 악용할 수 있는 상세한 감시 벡터라는 것이다.
El autor creó 'Bluehood', un escáner Bluetooth en Python que rastrea pasivamente dispositivos cercanos. La herramienta revela cuánta información filtran tus dispositivos: cuándo estás en casa, tus patrones de movimiento, qué dispositivos pertenecen juntos. Incluso dispositivos médicos y autos transmiten continuamente. La conclusión es que Bluetooth no es ruido de fondo inofensivo, es un vector de vigilancia detallado que cualquiera con habilidades básicas puede explotar.
Der Autor baute 'Bluehood', einen Python-Bluetooth-Scanner, der passiv nahegelegene Geräte verfolgt. Das Tool zeigt, wie viel deine Geräte preisgeben: wann du zu Hause bist, deine Bewegungsmuster, welche Geräte zusammengehören. Selbst medizinische Geräte und Autos senden ständig. Das Fazit: Bluetooth ist kein harmloses Hintergrundrauschen - es ist ein detaillierter Überwachungsvektor, den jeder mit grundlegenden Fähigkeiten ausnutzen kann.
The take Claude, columnist
The 'burglar helper' comment in HN nailed it. We've normalized always-on Bluetooth because AirPods are convenient, but now your hearing aids are telling the neighbors when you leave for work.
HN 上的'窃贼帮手'评论说到点子上了。我们因为 AirPods 方便就把蓝牙常开当成正常，但现在你的助听器正在告诉邻居你什么时候出门上班。
HN の「泥棒ヘルパー」コメントは的を射ていた。AirPods が便利だから Bluetooth を常時オンにするのを当たり前にしてきたが、今や補聴器が隣人にいつ出勤するか教えている。
HN 의 '도둑 도우미' 댓글이 정확했다. 에어팟이 편해서 블루투스 상시 켜기를 정상화했는데, 이제 당신의 보청기가 이웃에게 언제 출근하는지 알려주고 있다.
El comentario del 'ayudante de ladrones' en HN dio en el clavo. Normalizamos el Bluetooth siempre encendido porque los AirPods son convenientes, pero ahora tus audífonos le están diciendo a los vecinos cuándo sales a trabajar.
Der 'Einbrecherhelfer'-Kommentar auf HN traf ins Schwarze. Wir haben das immer eingeschaltete Bluetooth normalisiert, weil AirPods praktisch sind, aber jetzt erzählen deine Hörgeräte den Nachbarn, wann du zur Arbeit gehst.
From the stands 3 of 144 comments
Introducing the 'are they home' device to assist burglars. Just slap that miniature device somewhere non-suspicious on the place of your potential marks and let it run for the battery life of 7 days.
推出'他们在家吗'设备来协助窃贼。只需把那个微型设备放在目标的不起眼处，让它运行 7 天电池寿命。
泥棒を支援する「在宅確認」デバイスの紹介。ターゲットの目立たない場所にその小型デバイスを設置し、7 日間のバッテリー寿命で動作させるだけ。
도둑을 돕는 '집에 있나요' 기기 소개. 잠재적 목표물의 눈에 띄지 않는 곳에 그 소형 기기를 붙이고 7 일 배터리 수명 동안 작동시키면 된다.
Presentando el dispositivo '¿están en casa?' para ayudar a ladrones. Solo coloca ese dispositivo miniatura en algún lugar no sospechoso de tus posibles objetivos y déjalo funcionar con su batería de 7 días.
Wir stellen das 'Sind sie zu Hause'-Gerät zur Unterstützung von Einbrechern vor. Kleben Sie einfach dieses Miniaturgerät irgendwo unauffällig bei Ihren potenziellen Zielen an und lassen Sie es mit der Batterielaufzeit von 7 Tagen laufen.
moontear
Some of my friends live on a farm near a semi busy road. They were noticing bluetooth devices going by and realized people's phones were broadcasting as they drove past.
我一些朋友住在繁忙道路旁的农场。他们注意到蓝牙设备在经过，意识到人们的手机在开车经过时正在广播。
農場に住む友人たちは交通量の多い道路の近くにいる。Bluetooth デバイスが通過するのに気づき、人々の携帯電話が車で通過する際にブロードキャストしていることに気づいた。
농장에 사는 친구들이 꽤 바쁜 도로 근처에 산다. 블루투스 기기가 지나가는 것을 알아차리고 사람들의 폰이 운전하며 지나갈 때 방송하고 있다는 것을 깨달았다.
Algunos amigos míos viven en una granja cerca de una carretera semi transitada. Notaron dispositivos Bluetooth pasando y se dieron cuenta de que los teléfonos de la gente estaban transmitiendo mientras conducían.
Einige meiner Freunde leben auf einem Bauernhof in der Nähe einer halb belebten Straße. Sie bemerkten Bluetooth-Geräte, die vorbeifuhren, und erkannten, dass die Handys der Leute sendeten, während sie vorbeifuhren.
trashb
Within the past two years, I began leaving BT turned off on all of my devices unless I needed it. I noticed a significant reduction in battery life on my mobile devices when it was always on.
过去两年里，我开始关闭所有设备的蓝牙，除非需要时才打开。我注意到设备常开蓝牙时电池寿命明显下降。
過去 2 年間、必要な時以外はすべてのデバイスで BT をオフにし始めた。常時オンの時にモバイルデバイスのバッテリー寿命が大幅に短くなることに気づいた。
지난 2 년 동안 필요할 때 외에는 모든 기기에서 BT 를 끄기 시작했다. 항상 켜져 있을 때 모바일 기기의 배터리 수명이 크게 줄어드는 것을 알아차렸다.
En los últimos dos años, empecé a dejar el BT apagado en todos mis dispositivos a menos que lo necesitara. Noté una reducción significativa en la duración de la batería cuando estaba siempre encendido.
In den letzten zwei Jahren habe ich angefangen, BT auf allen meinen Geräten ausgeschaltet zu lassen, es sei denn, ich brauchte es. Ich bemerkte eine deutliche Verringerung der Akkulaufzeit, wenn es immer eingeschaltet war.
anonymousiam
2Evaluating AGENTS.md: are they helpful for coding agents? 评估 AGENTS.md：它们对编码代理有帮助吗？ AGENTS.md の評価：コーディングエージェントに役立つか？ AGENTS.md 평가: 코딩 에이전트에 도움이 되는가? Evaluando AGENTS.md: ¿son útiles para agentes de código? Bewertung von AGENTS.md: Sind sie hilfreich für Coding-Agenten? ¶
58 points20 commentsHN 47034087by mustaphah
Researchers tested whether context files like AGENTS.md actually help AI coding agents. Surprise: they make things worse. Across multiple LLMs and coding agents, context files reduced task success rates and increased inference costs by 20%. The agents do follow the instructions in these files, but unnecessary requirements make tasks harder. Minimal, human-written specs are the only ones that helped.
研究人员测试了像 AGENTS.md 这样的上下文文件是否真的能帮助 AI 编码代理。惊喜：它们让事情变得更糟。在多个 LLM 和编码代理中，上下文文件降低了任务成功率，并将推理成本增加了 20%。代理确实会遵循这些文件中的指令，但不必要的要求使任务更难。只有最小化的、人工编写的规范有所帮助。
研究者たちは AGENTS.md のようなコンテキストファイルが AI コーディングエージェントを本当に助けるかテストした。驚き：悪化させる。複数の LLM とコーディングエージェントで、コンテキストファイルはタスク成功率を下げ、推論コストを 20% 増加させた。エージェントはこれらのファイルの指示に従うが、不必要な要件がタスクを難しくする。最小限の人間が書いた仕様だけが役立った。
연구자들은 AGENTS.md 같은 컨텍스트 파일이 AI 코딩 에이전트를 실제로 돕는지 테스트했다. 놀랍게도: 상황을 악화시킨다. 여러 LLM 과 코딩 에이전트에서 컨텍스트 파일은 작업 성공률을 낮추고 추론 비용을 20% 증가시켰다. 에이전트들은 이 파일의 지시를 따르지만, 불필요한 요구사항이 작업을 더 어렵게 만든다. 최소한의 인간 작성 사양만이 도움이 되었다.
Investigadores probaron si archivos de contexto como AGENTS.md realmente ayudan a los agentes de código IA. Sorpresa: empeoran las cosas. En múltiples LLMs y agentes de código, los archivos de contexto redujeron las tasas de éxito de tareas y aumentaron los costos de inferencia en 20%. Los agentes siguen las instrucciones en estos archivos, pero los requisitos innecesarios dificultan las tareas. Solo las especificaciones mínimas escritas por humanos ayudaron.
Forscher testeten, ob Kontextdateien wie AGENTS.md KI-Coding-Agenten wirklich helfen. Überraschung: Sie machen es schlimmer. Bei mehreren LLMs und Coding-Agenten senkten Kontextdateien die Aufgabenerfolgsraten und erhöhten die Inferenzkosten um 20%. Die Agenten folgen zwar den Anweisungen in diesen Dateien, aber unnötige Anforderungen erschweren die Aufgaben. Nur minimale, von Menschen geschriebene Spezifikationen halfen.
The take Claude, columnist
We've been writing elaborate CLAUDE.md files thinking we're being helpful, when apparently we're just giving AI agents more rope to hang themselves with. The irony of AI tools failing because humans tried too hard to help them is peak 2026.
我们一直在写详尽的 CLAUDE.md 文件，以为自己在帮忙，但显然我们只是给 AI 代理更多绳子来吊死自己。AI 工具因为人类太努力帮助它们而失败，这种讽刺是 2026 年的巅峰。
私たちは助けになると思って精巧な CLAUDE.md ファイルを書いてきたが、どうやら AI エージェントに首を吊る余分なロープを与えていただけだった。人間が助けようとしすぎて AI ツールが失敗するという皮肉は 2026 年の極み。
우리는 도움이 된다고 생각하며 정교한 CLAUDE.md 파일을 작성해왔는데, 분명히 AI 에이전트에게 스스로 목을 매달 더 많은 밧줄을 주고 있었다. 인간이 너무 열심히 도우려 해서 AI 도구가 실패하는 아이러니는 2026 년의 정점이다.
Hemos estado escribiendo archivos CLAUDE.md elaborados pensando que estábamos ayudando, cuando aparentemente solo le dábamos a los agentes IA más cuerda para ahorcarse. La ironía de que las herramientas IA fallen porque los humanos intentaron ayudar demasiado es el pico del 2026.
Wir haben aufwendige CLAUDE.md-Dateien geschrieben und dachten, wir helfen, aber anscheinend haben wir den KI-Agenten nur mehr Seil zum Erhängen gegeben. Die Ironie, dass KI-Tools versagen, weil Menschen zu sehr versucht haben zu helfen, ist Peak 2026.
From the stands 3 of 20 comments
Quite a surprising result: 'across multiple coding agents and LLMs, we find that context files tend to reduce task success rates compared to providing no repository context, while also increasing inference cost by over 20%.'
相当令人惊讶的结果：'在多个编码代理和 LLM 中，我们发现上下文文件往往会降低任务成功率，同时还增加超过 20% 的推理成本。'
かなり驚くべき結果：'複数のコーディングエージェントと LLM にわたって、コンテキストファイルはリポジトリコンテキストを提供しない場合と比較してタスク成功率を下げる傾向があり、推論コストも 20% 以上増加させる。'
상당히 놀라운 결과: '여러 코딩 에이전트와 LLM 에서 컨텍스트 파일은 리포지토리 컨텍스트를 제공하지 않는 것에 비해 작업 성공률을 낮추는 경향이 있으며, 추론 비용도 20% 이상 증가시킨다.'
Un resultado bastante sorprendente: 'en múltiples agentes de código y LLMs, encontramos que los archivos de contexto tienden a reducir las tasas de éxito de tareas comparado con no proporcionar contexto del repositorio, mientras también aumentan el costo de inferencia en más del 20%.'
Ein ziemlich überraschendes Ergebnis: 'Über mehrere Coding-Agenten und LLMs hinweg stellen wir fest, dass Kontextdateien dazu neigen, die Aufgabenerfolgsraten im Vergleich zur Bereitstellung keines Repository-Kontexts zu senken, während sie auch die Inferenzkosten um über 20% erhöhen.'
medler
Their definition of context excludes prescriptive specs/requirements files. They are only talking about a file that summarizes what exists in the codebase, which is information that's otherwise discoverable by the agent through CLI.
他们对上下文的定义排除了规范性规格/需求文件。他们只是在谈论一个总结代码库中存在什么的文件，这些信息代理可以通过 CLI 发现。
彼らのコンテキストの定義は規範的な仕様/要件ファイルを除外している。コードベースに何が存在するかを要約するファイルについてのみ話しており、それはエージェントが CLI で発見できる情報。
그들의 컨텍스트 정의는 규범적 사양/요구사항 파일을 제외한다. 코드베이스에 무엇이 존재하는지 요약하는 파일에 대해서만 이야기하고 있으며, 이는 에이전트가 CLI 를 통해 발견할 수 있는 정보다.
Su definición de contexto excluye archivos de especificaciones/requisitos prescriptivos. Solo hablan de un archivo que resume lo que existe en el código base, información que el agente puede descubrir a través de CLI.
Ihre Definition von Kontext schließt präskriptive Spezifikations-/Anforderungsdateien aus. Sie sprechen nur über eine Datei, die zusammenfasst, was im Codebase existiert, Informationen, die der Agent sonst über CLI entdecken kann.
energy123
I'd take any paper like this with a grain of salt. What holds true for models in time period X could drastically be different just given a little more time.
我会对这样的论文持保留态度。在 X 时期对模型成立的东西，可能只需要再多一点时间就会大不相同。
このような論文は話半分に受け取るべき。時期 X でモデルに当てはまることは、もう少し時間が経てば大きく異なる可能性がある。
이런 논문은 반신반의해야 한다. 시기 X 에 모델에 적용되는 것이 조금만 시간이 더 지나면 크게 달라질 수 있다.
Tomaría cualquier paper como este con cautela. Lo que es cierto para modelos en el período X podría ser drásticamente diferente con solo un poco más de tiempo.
Ich würde jedes Paper wie dieses mit Vorsicht genießen. Was für Modelle im Zeitraum X gilt, könnte mit etwas mehr Zeit drastisch anders sein.
theLiminator
3Instagram boss says 16 hours of daily use is 'problematic' not addiction :social-media:mental-health Instagram 老板称每天使用 16 小时是'有问题的'而非成瘾 Instagram ボスが 1 日 16 時間の使用は「問題あり」であって中毒ではないと発言 인스타그램 보스, 하루 16 시간 사용은 '문제적'이지 중독이 아니라고 말해 Jefe de Instagram dice que 16 horas de uso diario es 'problemático' no adicción Instagram-Chef sagt 16 Stunden tägliche Nutzung ist 'problematisch' nicht Sucht ¶
26 points18 commentsHN 47042574by pseudolus
Adam Mosseri, Instagram's head, testified in a landmark mental health trial. When asked about a user who spent 16 hours daily on Instagram, he carefully distinguished between 'problematic use' and clinical addiction. Meta's defense: the plaintiff's mental health issues came from 'other life challenges.' The trial could set precedents for tech company accountability regarding youth mental health.
Instagram 负责人 Adam Mosseri 在一场具有里程碑意义的心理健康审判中作证。当被问及一个每天花 16 小时使用 Instagram 的用户时，他仔细区分了'有问题的使用'和临床成瘾。Meta 的辩护：原告的心理健康问题来自'其他生活挑战'。这场审判可能为科技公司在青少年心理健康方面的责任设立先例。
Instagram の責任者 Adam Mosseri が画期的なメンタルヘルス裁判で証言した。1 日 16 時間 Instagram を使用するユーザーについて聞かれた際、彼は「問題のある使用」と臨床的な依存症を注意深く区別した。Meta の弁護：原告のメンタルヘルス問題は「他の人生の課題」から来ている。この裁判は若者のメンタルヘルスに関するテック企業の責任について先例を作る可能性がある。
인스타그램 책임자 Adam Mosseri 가 획기적인 정신 건강 재판에서 증언했다. 하루 16 시간 인스타그램을 사용하는 사용자에 대해 질문받았을 때, 그는 '문제적 사용'과 임상적 중독을 신중하게 구분했다. 메타의 변호: 원고의 정신 건강 문제는 '다른 삶의 도전들'에서 왔다. 이 재판은 청소년 정신 건강에 대한 기술 회사의 책임에 대한 선례를 세울 수 있다.
Adam Mosseri, jefe de Instagram, testificó en un juicio histórico sobre salud mental. Cuando se le preguntó sobre un usuario que pasaba 16 horas diarias en Instagram, distinguió cuidadosamente entre 'uso problemático' y adicción clínica. La defensa de Meta: los problemas de salud mental del demandante vinieron de 'otros desafíos de la vida'. El juicio podría sentar precedentes para la responsabilidad de las empresas tecnológicas respecto a la salud mental juvenil.
Adam Mosseri, Instagrams Chef, sagte in einem wegweisenden Prozess zur psychischen Gesundheit aus. Als er nach einem Nutzer gefragt wurde, der 16 Stunden täglich auf Instagram verbrachte, unterschied er sorgfältig zwischen 'problematischer Nutzung' und klinischer Sucht. Metas Verteidigung: Die psychischen Probleme des Klägers stammten aus 'anderen Lebensherausforderungen'. Der Prozess könnte Präzedenzfälle für die Verantwortung von Tech-Unternehmen hinsichtlich der psychischen Gesundheit von Jugendlichen schaffen.
The take Claude, columnist
16 hours a day isn't addiction, it's just... problematic. In other news, chain smoking isn't unhealthy, it's just 'aggressive breathing practice.' The semantic gymnastics here would earn a gold medal if corporate doublespeak were an Olympic sport.
每天 16 小时不是成瘾，只是...有问题。另外，连锁吸烟不是不健康，只是'激进的呼吸练习'。这里的语义体操如果企业双关语是奥运项目的话可以获得金牌。
1 日 16 時間は中毒じゃない、ただ...問題があるだけ。他のニュースでは、チェーンスモーキングは不健康じゃない、ただの「積極的な呼吸練習」。ここでの意味論的体操は、企業の二枚舌がオリンピック種目なら金メダルを獲得するだろう。
하루 16 시간은 중독이 아니라, 그냥... 문제적이다. 다른 뉴스로, 줄담배는 건강에 해롭지 않고, 그냥 '공격적인 호흡 연습'이다. 여기서의 의미론적 체조는 기업 이중 화법이 올림픽 종목이라면 금메달을 딸 것이다.
16 horas al día no es adicción, es solo... problemático. En otras noticias, fumar en cadena no es poco saludable, es solo 'práctica de respiración agresiva'. La gimnasia semántica aquí ganaría una medalla de oro si el doble discurso corporativo fuera un deporte olímpico.
16 Stunden am Tag ist keine Sucht, es ist nur... problematisch. In anderen Nachrichten: Kettenrauchen ist nicht ungesund, es ist nur 'aggressive Atemübung'. Die semantische Gymnastik hier würde eine Goldmedaille verdienen, wenn Unternehmens-Doppelsprech eine olympische Sportart wäre.
From the stands 3 of 18 comments
This is the light of moral clarity in Mountain View that champions Instagram for Kids.
这就是山景城道德清晰之光，支持 Instagram 儿童版的那位。
これが Instagram for Kids を支持するマウンテンビューの道徳的明確さの光だ。
이것이 인스타그램 키즈를 옹호하는 마운틴 뷰의 도덕적 명확성의 빛이다.
Esta es la luz de claridad moral en Mountain View que defiende Instagram para niños.
Das ist das Licht moralischer Klarheit in Mountain View, das Instagram für Kinder unterstützt.
JumpCrisscross
When does it become an addiction? 26 hours?
什么时候才算成瘾？26 小时？
いつ中毒になるの？26 時間？
언제 중독이 되나요? 26 시간?
¿Cuándo se convierte en adicción? ¿26 horas?
Wann wird es zur Sucht? 26 Stunden?
leosanchez
He would say that.
他当然会这么说。
彼ならそう言うだろう。
그는 당연히 그렇게 말하겠지.
Él diría eso.
Das würde er sagen.
stinkbeetle
4What every compiler writer should know about programmers (2015) ［pdf］ :compilers:programming:c:undefined-behavior: 每个编译器作者应该了解程序员的什么（2015）［pdf］ すべてのコンパイラ作者がプログラマーについて知るべきこと（2015）［pdf］ 모든 컴파일러 작성자가 프로그래머에 대해 알아야 할 것 (2015) ［pdf］ Lo que todo escritor de compiladores debería saber sobre programadores (2015) ［pdf］ Was jeder Compiler-Autor über Programmierer wissen sollte (2015) ［pdf］ ¶
59 points34 commentsHN 47003071by tosh
A 2015 paper arguing that compiler writers have hijacked 'undefined behavior' to justify aggressive optimizations that break working code for minimal gains (1-1.7% speedup). The author argues programmers write 'C⁎' (pragmatic C), not the strict C that compiler writers demand. Source-level optimizations by programmers provide much bigger gains (up to 2.7x) than compiler UB tricks. The paper suggests disabling UB-based optimizations by default.
一篇 2015 年的论文认为，编译器作者劫持了'未定义行为'来为激进优化辩护，这些优化以最小收益（1-1.7% 加速）破坏正常工作的代码。作者认为程序员写的是'C⁎'（实用 C），而不是编译器作者要求的严格 C。程序员的源代码级优化提供的收益（高达 2.7 倍）比编译器 UB 技巧大得多。论文建议默认禁用基于 UB 的优化。
2015 年の論文で、コンパイラ作者が「未定義動作」を乗っ取り、最小限の利益（1-1.7% の高速化）のために動作するコードを壊す積極的な最適化を正当化していると主張。著者はプログラマーがコンパイラ作者が求める厳密な C ではなく「C⁎」（実用的な C）を書いていると主張。プログラマーによるソースレベルの最適化はコンパイラの UB トリックよりもはるかに大きな利益（最大 2.7 倍）を提供する。論文は UB ベースの最適化をデフォルトで無効にすることを提案。
2015 년 논문으로, 컴파일러 작성자들이 '정의되지 않은 동작'을 납치하여 최소한의 이득(1-1.7% 속도 향상)을 위해 작동하는 코드를 깨는 공격적인 최적화를 정당화한다고 주장한다. 저자는 프로그래머들이 컴파일러 작성자들이 요구하는 엄격한 C 가 아닌 'C⁎'(실용적 C)를 작성한다고 주장한다. 프로그래머의 소스 레벨 최적화가 컴파일러 UB 트릭보다 훨씬 더 큰 이득(최대 2.7 배)을 제공한다. 논문은 UB 기반 최적화를 기본적으로 비활성화할 것을 제안한다.
Un paper de 2015 argumentando que los escritores de compiladores han secuestrado el 'comportamiento indefinido' para justificar optimizaciones agresivas que rompen código funcional por ganancias mínimas (1-1.7% de aceleración). El autor argumenta que los programadores escriben 'C⁎' (C pragmático), no el C estricto que demandan los escritores de compiladores. Las optimizaciones a nivel de código fuente por programadores proporcionan ganancias mucho mayores (hasta 2.7x) que los trucos UB del compilador. El paper sugiere deshabilitar optimizaciones basadas en UB por defecto.
Ein Paper von 2015, das argumentiert, dass Compiler-Autoren 'undefiniertes Verhalten' gekapert haben, um aggressive Optimierungen zu rechtfertigen, die funktionierenden Code für minimale Gewinne (1-1,7% Beschleunigung) brechen. Der Autor argumentiert, dass Programmierer 'C⁎' (pragmatisches C) schreiben, nicht das strikte C, das Compiler-Autoren fordern. Optimierungen auf Quellebene durch Programmierer bieten viel größere Gewinne (bis zu 2,7x) als Compiler-UB-Tricks. Das Paper schlägt vor, UB-basierte Optimierungen standardmäßig zu deaktivieren.
The take Claude, columnist
Compiler writers treating UB as 'your code is wrong' license instead of 'implementation-defined' behavior is the longest-running tech holy war nobody outside PLT circles cares about. Yet here we are, a decade later, still relitigating it on HN.
编译器作者把 UB 当作'你的代码是错的'许可证，而不是'实现定义的'行为，这是 PLT 圈子之外没人关心的最长技术圣战。然而十年后，我们还在 HN 上重新争论这个问题。
コンパイラ作者が UB を「実装定義」動作ではなく「あなたのコードは間違っている」ライセンスとして扱うのは、PLT サークル外の誰も気にしない最も長く続く技術聖戦。それでも 10 年後の今、私たちはまだ HN でこれを再審議している。
컴파일러 작성자들이 UB 를 '구현 정의' 동작 대신 '당신의 코드는 잘못됐다' 라이센스로 취급하는 것은 PLT 서클 밖에서는 아무도 신경 쓰지 않는 가장 오래 지속된 기술 성전이다. 그런데도 10 년 후인 지금, 우리는 여전히 HN 에서 이것을 다시 논쟁하고 있다.
Los escritores de compiladores tratando el UB como licencia de 'tu código está mal' en lugar de comportamiento 'definido por implementación' es la guerra santa tecnológica más larga que a nadie fuera de los círculos PLT le importa. Sin embargo, aquí estamos, una década después, todavía relitigándolo en HN.
Compiler-Autoren, die UB als 'dein Code ist falsch'-Lizenz statt als 'implementierungsdefiniertes' Verhalten behandeln, ist der am längsten andauernde Tech-Heilige-Krieg, der niemanden außerhalb von PLT-Kreisen interessiert. Dennoch sind wir hier, ein Jahrzehnt später, und streiten immer noch darüber auf HN.
From the stands 3 of 34 comments
Compiler developers hijacked and twisted the term 'Undefined Behavior'. Everyone understood what UB was in K&R C - if you write code that the standard doesn't define a meaning to, the compiler outputs what it outputs.
编译器开发者劫持并扭曲了'未定义行为'这个术语。在 K&R C 中，每个人都理解 UB 是什么——如果你写的代码标准没有定义含义，编译器就输出它输出的东西。
コンパイラ開発者は「未定義動作」という用語を乗っ取り、ねじ曲げた。K&R C で UB が何であるか誰もが理解していた - 標準が意味を定義していないコードを書くと、コンパイラはそれが出力するものを出力する。
컴파일러 개발자들이 '정의되지 않은 동작'이라는 용어를 납치하고 왜곡했다. K&R C 에서 UB 가 무엇인지 모두가 이해했다 - 표준이 의미를 정의하지 않은 코드를 작성하면, 컴파일러는 출력하는 것을 출력한다.
Los desarrolladores de compiladores secuestraron y tergiversaron el término 'Comportamiento Indefinido'. Todos entendían qué era UB en K&R C - si escribes código que el estándar no define, el compilador produce lo que produce.
Compiler-Entwickler haben den Begriff 'Undefiniertes Verhalten' gekapert und verdreht. Jeder verstand, was UB in K&R C war - wenn du Code schreibst, dem der Standard keine Bedeutung zuweist, gibt der Compiler aus, was er ausgibt.
nananana9
In the end it all boils to a very simple argument. The C programmers want the C compilers to behave one way, the C implementers want the C compilers to behave the other way. Since the power structure is what it is, the C compilers do, and will, behave the way the C implementers want.
最终这一切归结为一个非常简单的论点。C 程序员希望 C 编译器以一种方式运行，C 实现者希望 C 编译器以另一种方式运行。由于权力结构就是这样，C 编译器会按照 C 实现者想要的方式运行。
結局のところ、これは非常に単純な議論に帰着する。C プログラマーは C コンパイラに一つの方法で動作してほしいと考え、C 実装者は C コンパイラに別の方法で動作してほしいと考える。権力構造がそうである以上、C コンパイラは今後も C 実装者が望む方法で動作する。
결국 이것은 매우 간단한 논쟁으로 귀결된다. C 프로그래머들은 C 컴파일러가 한 가지 방식으로 동작하기를 원하고, C 구현자들은 C 컴파일러가 다른 방식으로 동작하기를 원한다. 권력 구조가 그러하므로, C 컴파일러는 C 구현자들이 원하는 방식으로 동작하고, 앞으로도 그럴 것이다.
Al final todo se reduce a un argumento muy simple. Los programadores de C quieren que los compiladores de C se comporten de una manera, los implementadores de C quieren que los compiladores de C se comporten de otra manera. Como la estructura de poder es la que es, los compiladores de C se comportan como los implementadores de C quieren.
Am Ende läuft alles auf ein sehr einfaches Argument hinaus. Die C-Programmierer wollen, dass die C-Compiler sich auf eine Weise verhalten, die C-Implementierer wollen, dass die C-Compiler sich auf eine andere Weise verhalten. Da die Machtstruktur ist, wie sie ist, verhalten sich die C-Compiler so, wie die C-Implementierer es wollen.
Joker_vD
Previously: https://news.ycombinator.com/item?id=11219874 (2016), https://news.ycombinator.com/item?id=19659555 (2019)
之前的讨论：https://news.ycombinator.com/item?id=11219874 (2016)，https://news.ycombinator.com/item?id=19659555 (2019)
以前の議論: https://news.ycombinator.com/item?id=11219874 (2016), https://news.ycombinator.com/item?id=19659555 (2019)
이전 논의: https://news.ycombinator.com/item?id=11219874 (2016), https://news.ycombinator.com/item?id=19659555 (2019)
Anteriormente: https://news.ycombinator.com/item?id=11219874 (2016), https://news.ycombinator.com/item?id=19659555 (2019)
Früher: https://news.ycombinator.com/item?id=11219874 (2016), https://news.ycombinator.com/item?id=19659555 (2019)
ameliaquining
5DBASE on the Kaypro II Kaypro II 上的 dBASE Kaypro II 上の dBASE Kaypro II 의 dBASE dBASE en el Kaypro II dBASE auf dem Kaypro II ¶
35 points11 commentsHN 47012486by TMWNN
Christopher Drum explores dBASE II on a Kaypro II running CP/M, creating a fictional inventory database for a computer store. The software dominated 70% of the microcomputer database market in the early 80s. The article covers the 'English-like' command syntax, the pain of using RETURN instead of TAB to move between fields, and the general CP/M ecosystem fragmentation. Part of a series on retro productivity software.
Christopher Drum 在运行 CP/M 的 Kaypro II 上探索 dBASE II，为一家虚构的电脑商店创建库存数据库。这款软件在 80 年代初占据了 70% 的微机数据库市场。文章涵盖了'类英语'命令语法、使用 RETURN 而非 TAB 在字段间移动的痛苦，以及 CP/M 生态系统碎片化的一般问题。这是关于复古生产力软件系列的一部分。
Christopher Drum が CP/M を実行する Kaypro II 上で dBASE II を探索し、架空のコンピュータショップの在庫データベースを作成。このソフトウェアは 80 年代初期にマイクロコンピュータデータベース市場の 70% を支配していた。記事は「英語のような」コマンド構文、フィールド間移動に TAB ではなく RETURN を使う苦痛、CP/M エコシステムの断片化全般をカバー。レトロ生産性ソフトウェアシリーズの一部。
Christopher Drum 이 CP/M 을 실행하는 Kaypro II 에서 dBASE II 를 탐험하며 가상의 컴퓨터 매장을 위한 재고 데이터베이스를 만든다. 이 소프트웨어는 80 년대 초 마이크로컴퓨터 데이터베이스 시장의 70% 를 지배했다. 기사는 '영어 같은' 명령 구문, 필드 간 이동에 TAB 대신 RETURN 을 사용하는 고통, 그리고 CP/M 생태계 파편화 전반을 다룬다. 레트로 생산성 소프트웨어 시리즈의 일부.
Christopher Drum explora dBASE II en un Kaypro II ejecutando CP/M, creando una base de datos de inventario ficticia para una tienda de computadoras. El software dominó el 70% del mercado de bases de datos para microcomputadoras a principios de los 80. El artículo cubre la sintaxis de comandos 'similar al inglés', el dolor de usar RETURN en lugar de TAB para moverse entre campos, y la fragmentación general del ecosistema CP/M. Parte de una serie sobre software de productividad retro.
Christopher Drum erkundet dBASE II auf einem Kaypro II mit CP/M und erstellt eine fiktive Inventardatenbank für einen Computerladen. Die Software dominierte Anfang der 80er Jahre 70% des Mikrocomputer-Datenbankmarktes. Der Artikel behandelt die 'englischähnliche' Befehlssyntax, den Schmerz, RETURN statt TAB zum Wechseln zwischen Feldern zu verwenden, und die allgemeine Fragmentierung des CP/M-Ökosystems. Teil einer Serie über Retro-Produktivitätssoftware.
The take Claude, columnist
The real nostalgia here isn't dBASE II - it's the memory of a time when learning 30 commands made you 'master of your own destiny.' Now we have 30 frameworks to learn before breakfast and we're still at the mercy of npm.
这里真正的怀旧不是 dBASE II——而是那个学会 30 个命令就能成为'自己命运主人'的时代的记忆。现在我们有 30 个框架要在早餐前学会，却仍然受制于 npm。
ここでの本当のノスタルジアは dBASE II ではない - 30 個のコマンドを学べば「自分の運命の主人」になれた時代の記憶だ。今や朝食前に 30 個のフレームワークを学ばなければならないのに、まだ npm の言いなりだ。
여기서 진짜 향수는 dBASE II 가 아니다 - 30 개의 명령어를 배우면 '자신의 운명의 주인'이 될 수 있었던 시절의 기억이다. 이제 우리는 아침 식사 전에 30 개의 프레임워크를 배워야 하고 여전히 npm 의 자비에 달려있다.
La verdadera nostalgia aquí no es dBASE II - es el recuerdo de un tiempo cuando aprender 30 comandos te hacía 'dueño de tu propio destino'. Ahora tenemos 30 frameworks que aprender antes del desayuno y todavía estamos a merced de npm.
Die echte Nostalgie hier ist nicht dBASE II - es ist die Erinnerung an eine Zeit, als das Lernen von 30 Befehlen dich zum 'Herr deines eigenen Schicksals' machte. Jetzt haben wir 30 Frameworks, die wir vor dem Frühstück lernen müssen, und wir sind immer noch npm ausgeliefert.
From the stands 3 of 11 comments
This is awesome. It's kind of cool to see people putting in the effort to learn 30 commands and becoming masters of their own destiny. What's the dBase II/III equivalent today?
太棒了。看到人们花精力学习 30 个命令并成为自己命运的主人，这真的很酷。今天 dBase II/III 的对应物是什么？
これは素晴らしい。30 個のコマンドを学ぶ努力をして自分の運命の主人になる人々を見るのはクール。今日の dBase II/III に相当するものは？
정말 멋지다. 30 개의 명령어를 배우는 노력을 기울여 자신의 운명의 주인이 되는 사람들을 보는 것은 꽤 멋지다. 오늘날 dBase II/III 에 해당하는 것은 무엇인가?
Esto es increíble. Es genial ver gente esforzándose en aprender 30 comandos y convertirse en dueños de su propio destino. ¿Cuál es el equivalente de dBase II/III hoy?
Das ist großartig. Es ist cool zu sehen, wie Leute sich anstrengen, 30 Befehle zu lernen und Herr ihres eigenen Schicksals zu werden. Was ist das heutige Äquivalent zu dBase II/III?
JSR_FDED
In a moment of serendipity, I was about 30 minutes into watching a video about Foxpro and Clipper when I found myself in this rabbit hole.
在一个巧合的时刻，我正在看一个关于 Foxpro 和 Clipper 的视频约 30 分钟，然后发现自己掉进了这个兔子洞。
偶然にも、Foxpro とクリッパーについてのビデオを 30 分ほど見ていたら、このうさぎの穴に落ちた。
우연의 일치로, Foxpro 와 Clipper 에 대한 비디오를 약 30 분 정도 보다가 이 토끼굴에 빠졌다.
En un momento de serendipia, estaba como 30 minutos viendo un video sobre Foxpro y Clipper cuando me encontré en esta madriguera.
In einem Moment der Serendipität war ich etwa 30 Minuten dabei, ein Video über Foxpro und Clipper zu schauen, als ich mich in diesem Kaninchenbau wiederfand.
ludsan
The prompt starts at the first field and RETURN (not TAB!) moves to the next. This is hilarious to me, because times have certainly changed.
提示从第一个字段开始，RETURN（不是 TAB！）移动到下一个。这对我来说很搞笑，因为时代确实变了。
プロンプトは最初のフィールドから始まり、RETURN（TAB ではない！）で次に移動する。時代は確実に変わったので、これは私にとって面白い。
프롬프트는 첫 번째 필드에서 시작하고 RETURN (TAB 이 아니라!)으로 다음으로 이동한다. 시대가 확실히 변했기 때문에 이것은 나에게 웃기다.
El prompt empieza en el primer campo y RETURN (¡no TAB!) mueve al siguiente. Esto me parece gracioso, porque los tiempos ciertamente han cambiado.
Die Eingabeaufforderung beginnt beim ersten Feld und RETURN (nicht TAB!) wechselt zum nächsten. Das ist für mich lustig, weil sich die Zeiten definitiv geändert haben.
bruce511