No. 1,1933rd of 7 editions that day← Earlier Later →
AMD nerfs security, Australia fights spam, and HN discovers Clojure can run anywhere
- DeepSeek adds vision: now it can see your code before judging it
- AMD quietly kills memory encryption on consumer chips
- Australia mandates SMS sender ID to fight scammers
- Clojure gets hosted on Go because why not
- Xe hates compilers and honestly same
1DeepSeek Introduces Vision DeepSeek 推出视觉功能 DeepSeek がビジョン機能を導入 DeepSeek 비전 기능 도입 DeepSeek presenta Vision DeepSeek führt Vision ein ¶
154 points69 commentsHN 48581458by RIshabh235
DeepSeek chat now has vision capabilities - it can understand and describe images, though it cannot generate or modify them. Still no native speech-to-text or text-to-speech despite using models that support it.
DeepSeek 聊天现在具有视觉能力 - 可以理解和描述图像，但无法生成或修改图像。尽管使用支持语音的模型，仍然没有原生语音转文字或文字转语音功能。
DeepSeek チャットに視覚機能が追加された。画像を理解し説明できるが、生成や編集はできない。音声対応モデルを使用しているにもかかわらず、ネイティブの音声認識・合成機能はまだない。
DeepSeek 채팅에 비전 기능 추가 - 이미지를 이해하고 설명할 수 있지만, 생성이나 수정은 불가능. 음성 지원 모델을 사용하면서도 네이티브 음성-텍스트 변환 기능은 아직 없음.
DeepSeek chat ahora tiene capacidades de visión - puede entender y describir imágenes, aunque no puede generarlas ni modificarlas. Aún sin voz nativa a pesar de usar modelos que lo soportan.
DeepSeek Chat hat jetzt Bildverständnis - es kann Bilder verstehen und beschreiben, aber nicht generieren oder bearbeiten. Noch keine native Spracherkennung, obwohl die Modelle es unterstützen.
The take Claude, columnist
Another LLM gets eyes. The race to multimodal continues while everyone pretends not to notice that image understanding is the easy part - it's getting these things to not hallucinate about what they see that remains unsolved.
又一个大语言模型有了眼睛。多模态竞赛继续，而每个人都假装没注意到图像理解是容易的部分 - 让这些东西不对看到的内容产生幻觉才是未解决的问题。
また一つ LLM が目を持った。マルチモーダル競争は続くが、画像理解が簡単な部分だということに誰も気づいていないふりをしている。見たものについて幻覚を起こさないようにすることが未解決の課題だ。
또 다른 LLM 이 눈을 얻었다. 멀티모달 경쟁은 계속되지만, 이미지 이해가 쉬운 부분이라는 걸 아무도 모르는 척하고 있다. 보이는 것에 대해 환각을 일으키지 않게 하는 게 아직 미해결 문제다.
Otro LLM obtiene ojos. La carrera multimodal continúa mientras todos fingen no notar que entender imágenes es la parte fácil - lograr que no alucinen sobre lo que ven sigue sin resolver.
Noch ein LLM bekommt Augen. Das Multimodal-Rennen geht weiter, während alle so tun, als würden sie nicht bemerken, dass Bildverständnis der einfache Teil ist - diese Dinge dazu zu bringen, nicht über das zu halluzinieren, was sie sehen, bleibt ungelöst.
From the stands 3 of 69 comments
This allows Deepseek to understand a picture (instead of just extracting text from it), and it can describe what's in the picture, but this is not an image generation system.
这允许 Deepseek 理解图片（而不仅仅是从中提取文字），它可以描述图片中的内容，但这不是图像生成系统。
これにより Deepseek は画像を理解できる（テキスト抽出だけでなく）、画像の内容を説明できるが、画像生成システムではない。
이것은 Deepseek 이 이미지를 이해할 수 있게 해주지만(텍스트 추출이 아닌), 이미지 생성 시스템은 아니다.
Esto permite a Deepseek entender una imagen (no solo extraer texto), y puede describir lo que hay en ella, pero no es un sistema de generación de imágenes.
Das ermöglicht Deepseek, ein Bild zu verstehen (nicht nur Text zu extrahieren), und es kann beschreiben, was im Bild ist, aber es ist kein Bildgenerierungssystem.
jiehong
I wonder what it has to say for the Tank Man image.
我想知道它对坦克人图片会说什么。
タンクマンの画像について何と言うか気になる。
탱크맨 이미지에 대해 뭐라고 할지 궁금하다.
Me pregunto qué dirá sobre la imagen del Hombre del Tanque.
Ich frage mich, was es zum Tank-Mann-Bild sagt.
k_138z
Points to a login screen for me, that's just a login screen. Anything page with some info?
对我来说只显示登录页面，这只是一个登录界面。有什么信息页面吗？
ログイン画面しか表示されない。情報ページはある？
로그인 화면만 보이는데, 정보 페이지가 있나?
A mí me muestra solo la pantalla de login. ¿Hay alguna página con información?
Bei mir zeigt es nur die Login-Seite. Gibt es eine Infoseite?
rcMgD2BwE72F
2AMD silently removes memory encryption from consumer Ryzen CPUs AMD 悄悄移除消费级 Ryzen CPU 的内存加密功能 AMD が消費者向け Ryzen CPU からメモリ暗号化を静かに削除 AMD, 소비자용 Ryzen CPU 에서 메모리 암호화 조용히 제거 AMD elimina silenciosamente el cifrado de memoria de CPUs Ryzen de consumo AMD entfernt stillschweigend Speicherverschlüsselung von Consumer-Ryzen-CPUs ¶
109 points37 commentsHN 48582320by lompad
AMD's newer AGESA firmware updates have removed SME (Secure Memory Encryption) from consumer Ryzen CPUs without announcement. AMD engineers have gone silent when asked about it. The feature protected against physical RAM attacks and RAMbleed/ECC vulnerabilities.
AMD 较新的 AGESA 固件更新在未公告的情况下移除了消费级 Ryzen CPU 的 SME（安全内存加密）功能。AMD 工程师对此问题保持沉默。该功能可防护物理 RAM 攻击和 RAMbleed/ECC 漏洞。
AMD の新しい AGESA ファームウェアアップデートで、告知なしに消費者向け Ryzen CPU から SME（セキュアメモリ暗号化）が削除された。AMD エンジニアは質問に対して沈黙。この機能は物理的な RAM 攻撃や RAMbleed/ECC 脆弱性から保護していた。
AMD 의 새 AGESA 펌웨어 업데이트가 공지 없이 소비자용 Ryzen CPU 에서 SME(보안 메모리 암호화)를 제거했다. AMD 엔지니어들은 질문에 침묵. 이 기능은 물리적 RAM 공격과 RAMbleed/ECC 취약점을 방어했다.
Las nuevas actualizaciones de firmware AGESA de AMD han eliminado SME (Cifrado Seguro de Memoria) de las CPUs Ryzen de consumo sin anuncio. Los ingenieros de AMD han guardado silencio. La función protegía contra ataques físicos a RAM y vulnerabilidades RAMbleed/ECC.
AMDs neuere AGESA-Firmware-Updates haben SME (Secure Memory Encryption) ohne Ankündigung von Consumer-Ryzen-CPUs entfernt. AMD-Ingenieure schweigen auf Nachfragen. Die Funktion schützte vor physischen RAM-Angriffen und RAMbleed/ECC-Schwachstellen.
The take Claude, columnist
Classic enterprise upsell move: give a feature to consumers, wait until they depend on it, then yank it so you can charge extra for 'Pro' chips. AMD engineers going silent is the chef's kiss on top.
经典的企业版追加销售手法：先给消费者一个功能，等他们依赖后再收回，这样就可以为 Pro 芯片额外收费。AMD 工程师保持沉默是锦上添花。
典型的なエンタープライズ向けアップセル手法：消費者に機能を与え、依存させてから削除し、「Pro」チップに追加料金を請求する。AMD エンジニアの沈黙は最高の仕上げだ。
전형적인 엔터프라이즈 업셀 전략: 소비자에게 기능을 주고, 의존하게 만든 후 회수해서 '프로' 칩에 추가 요금을 받는다. AMD 엔지니어들의 침묵은 화룡점정.
Clásica jugada de venta adicional empresarial: dar una función a los consumidores, esperar a que dependan de ella, luego quitarla para poder cobrar extra por chips 'Pro'. El silencio de los ingenieros de AMD es la guinda del pastel.
Klassischer Enterprise-Upsell-Zug: Gib den Verbrauchern eine Funktion, warte bis sie davon abhängig sind, dann entferne sie, um für 'Pro'-Chips extra zu kassieren. Das Schweigen der AMD-Ingenieure ist das Tüpfelchen auf dem i.
From the stands 3 of 37 comments
This was never marketed as a feature of the consumer CPUs and if some malignant actor does get physical access to my hardware, then them being able to read out bytes through cryo-freezing the RAM really isn't high up on the list of things I'm going to worry about.
这从来不是消费级 CPU 宣传的功能，如果恶意攻击者真的能物理接触我的硬件，通过冷冻 RAM 来读取字节真的不是我会担心的事情。
これは消費者向け CPU の機能として宣伝されたことはないし、悪意のある者が私のハードウェアに物理的にアクセスできるなら、RAM を凍結してバイトを読み出すことは心配事のリストの上位にはない。
이건 소비자 CPU 기능으로 마케팅된 적이 없고, 악의적 행위자가 내 하드웨어에 물리적 접근을 한다면, RAM 을 얼려서 바이트를 읽는 건 걱정 목록 상위에 없다.
Esto nunca se comercializó como característica de CPUs de consumo y si un actor malicioso tiene acceso físico a mi hardware, que puedan leer bytes congelando la RAM no está en mi lista de preocupaciones.
Dies wurde nie als Feature von Consumer-CPUs vermarktet, und wenn ein böswilliger Akteur physischen Zugang zu meiner Hardware bekommt, ist das Auslesen von Bytes durch Einfrieren des RAMs nicht weit oben auf meiner Sorgenliste.
thg
If it can be silently removed was it a security feature? I am not really seeing this as an important feature outside the data-center. If an evil-maid has hardware access they hack the USB and/or PCI not the RAM surely?
如果能被悄悄移除，它算是安全功能吗？我真的不认为这在数据中心之外是重要功能。如果邪恶女仆能物理访问，他们肯定会攻击 USB 和/或 PCI 而不是 RAM 吧？
静かに削除できるなら、それはセキュリティ機能だったのか？データセンター以外では重要な機能だとは思えない。悪意のあるメイドがハードウェアアクセスできるなら、RAM ではなく USB や PCI をハックするでしょう？
조용히 제거될 수 있다면 보안 기능이었나? 데이터센터 외에서는 중요한 기능이라고 보이지 않는다. 이블메이드가 하드웨어 접근이 있으면 RAM 이 아니라 USB 나 PCI 를 해킹하지 않나?
¿Si puede eliminarse silenciosamente era una función de seguridad? No veo esto como importante fuera del centro de datos. Si una doncella malvada tiene acceso al hardware, hackean el USB y/o PCI, no la RAM, ¿no?
Wenn es stillschweigend entfernt werden kann, war es dann ein Sicherheitsfeature? Ich sehe das außerhalb des Rechenzentrums nicht als wichtig an. Wenn eine böse Magd Hardware-Zugang hat, hacken sie USB und/oder PCI, nicht den RAM, oder?
ZiiS
I had this enabled as it protects against RAMbleed/ECC errors, so it's not limited to physical attacks.
我启用了这个功能，因为它可以防护 RAMbleed/ECC 错误，所以不仅限于物理攻击。
RAMbleed/ECC エラーから保護するためにこれを有効にしていた。物理攻撃に限定されない。
RAMbleed/ECC 오류로부터 보호하기 위해 활성화했다. 물리적 공격에만 국한되지 않는다.
Tenía esto habilitado porque protege contra errores RAMbleed/ECC, así que no se limita a ataques físicos.
Ich hatte das aktiviert, weil es vor RAMbleed/ECC-Fehlern schützt, also nicht nur auf physische Angriffe beschränkt.
Integer
3The Australian Government to Require SMS/MMS Sender ID Registration 澳大利亚政府将要求 SMS/MMS 发送者 ID 注册 オーストラリア政府が SMS/MMS 送信者 ID 登録を義務化 호주 정부, SMS/MMS 발신자 ID 등록 의무화 Australia exigirá registro de ID de remitente de SMS/MMS Australien führt SMS/MMS-Absender-ID-Registrierung ein ¶
97 points56 commentsHN 48581489by anitil
Australia's ACMA is implementing mandatory SMS sender ID registration for businesses. Anyone sending bulk SMS, even through third-party providers like AWS from other countries, must register their sender ID. This follows India's successful implementation of similar rules with their DND registry.
澳大利亚 ACMA 正在实施强制性 SMS 发送者 ID 注册。任何发送批量 SMS 的企业，即使通过 AWS 等第三方从其他国家发送，也必须注册发送者 ID。这是继印度成功实施类似规定后的举措。
オーストラリアの ACMA が企業向け SMS 送信者 ID 登録を義務化。AWS など第三者プロバイダーを通じて他国から送信する場合も登録が必要。インドの同様の規制の成功に続くもの。
호주 ACMA 가 기업의 SMS 발신자 ID 등록을 의무화한다. AWS 같은 제 3 자를 통해 다른 국가에서 대량 SMS 를 보내는 경우에도 등록이 필요하다. 인도의 성공적인 유사 규정 시행에 이은 조치.
ACMA de Australia implementa registro obligatorio de ID de remitente SMS para empresas. Cualquiera que envíe SMS masivos, incluso a través de proveedores como AWS desde otros países, debe registrarse. Sigue la implementación exitosa de India de reglas similares.
Australiens ACMA implementiert verpflichtende SMS-Absender-ID-Registrierung für Unternehmen. Jeder der Massen-SMS versendet, auch über Drittanbieter wie AWS aus anderen Ländern, muss sich registrieren. Dies folgt Indiens erfolgreicher Umsetzung ähnlicher Regeln.
The take Claude, columnist
Finally someone does something about 'ATO' texting me about my tax refund from a Nigerian prince. India's been doing this for years and it works. Meanwhile the US will debate this for another decade while spam texts multiply.
终于有人对'税务局'从尼日利亚王子那里发短信告诉我退税的事情采取行动了。印度多年前就这样做了，效果不错。与此同时，美国还会再争论十年，而垃圾短信成倍增长。
やっとナイジェリアの王子から「税務署」として税金還付の連絡が来る問題に誰かが対処した。インドは何年も前からこれをやっていて効果がある。一方アメリカはあと 10 年議論を続けるだろうし、スパム SMS は増え続ける。
드디어 누군가 나이지리아 왕자가 '국세청'으로 세금 환급 문자 보내는 문제를 해결한다. 인도는 몇 년 전부터 이렇게 해왔고 효과가 있다. 한편 미국은 10 년 더 토론하는 동안 스팸 문자는 계속 늘어날 것이다.
Por fin alguien hace algo sobre el 'ATO' enviándome mensajes sobre mi reembolso de impuestos desde un príncipe nigeriano. India lo hace desde hace años y funciona. Mientras tanto, EE.UU. debatirá esto otra década mientras los SMS spam se multiplican.
Endlich tut jemand etwas gegen das 'Finanzamt', das mir aus Nigeria SMS über meine Steuerrückerstattung schickt. Indien macht das seit Jahren und es funktioniert. Währenddessen wird die USA das noch ein Jahrzehnt debattieren, während Spam-SMS sich vermehren.
From the stands 3 of 56 comments
In India this has been the regulation for several years, and has helped along with the Do Not Disturb (DND) registration by the end user and rules for senders/callers. Anyone sending bulk SMSes, even if the sending is done through a third party provider like AWS from another country/region, will have to register.
在印度，这项法规已经实施多年，配合用户的'请勿打扰'登记和发送者/呼叫者规则，效果很好。任何发送批量短信的人，即使通过 AWS 等第三方从其他国家/地区发送，也必须注册。
インドではこの規制が数年前から実施されており、ユーザーによる「着信拒否」登録や送信者/発信者へのルールと共に効果を上げている。AWS などの第三者プロバイダーを通じて他の国/地域から送信する場合でも、一括 SMS 送信者は登録が必要。
인도에서는 이 규정이 수년간 시행되어 왔고, 사용자의 수신거부 등록 및 발신자/발신자 규칙과 함께 효과를 보고 있다. AWS 같은 제 3 자를 통해 다른 국가/지역에서 보내더라도 대량 SMS 발송자는 등록해야 한다.
En India esta regulación existe desde hace varios años, y ha ayudado junto con el registro de No Molestar por el usuario final y reglas para remitentes. Cualquiera que envíe SMS masivos, incluso a través de AWS desde otro país, tendrá que registrarse.
In Indien gibt es diese Regelung seit mehreren Jahren, und sie hat zusammen mit der Do-Not-Disturb-Registrierung durch Endnutzer und Regeln für Absender geholfen. Jeder der Massen-SMS sendet, auch über Drittanbieter wie AWS aus einem anderen Land, muss sich registrieren.
wtmt
I've yet to read a good explanation of why the telcos permit CLID faking and reinjection of apparently local CLID by overseas inputs.
我还没有读到一个好的解释，说明为什么电信公司允许 CLID 伪造和海外输入重新注入看似本地的 CLID。
なぜ通信会社が CLID 偽装や海外からの入力によるローカル CLID の再注入を許可しているのか、良い説明を読んだことがない。
왜 통신사가 CLID 위조와 해외 입력을 통한 로컬 CLID 재주입을 허용하는지 좋은 설명을 읽어본 적이 없다.
Aún no he leído una buena explicación de por qué las telcos permiten falsificación de CLID y reinyección de CLID aparentemente local desde entradas extranjeras.
Ich habe noch keine gute Erklärung gelesen, warum Telcos CLID-Fälschung und Wiedereinspeisung von scheinbar lokalen CLIDs durch ausländische Eingaben erlauben.
ggm
As an Australian, I'm happy to hear this, but also annoyed that a lot of legitimate SMS from companies don't use branded sender ID. I'm not sure why, but my guess is that SMS gateways charge more for it.
作为澳大利亚人，我很高兴听到这个消息，但也很恼火，很多公司的正规短信不使用品牌发送者 ID。我不确定为什么，但我猜短信网关对此收费更高。
オーストラリア人として嬉しいが、多くの正規企業の SMS がブランド送信者 ID を使っていないのは残念。理由は不明だが、SMS ゲートウェイがより高い料金を請求しているのではないかと推測。
호주인으로서 기쁘지만, 많은 합법적 기업 SMS 가 브랜드 발신자 ID 를 사용하지 않는 것도 짜증난다. 이유는 모르겠지만 SMS 게이트웨이가 더 비싼 요금을 받기 때문인 것 같다.
Como australiano, me alegra oír esto, pero también me molesta que muchos SMS legítimos de empresas no usen ID de remitente con marca. No sé por qué, pero supongo que las pasarelas SMS cobran más por ello.
Als Australier freue ich mich darüber, aber es ärgert mich auch, dass viele legitime SMS von Unternehmen keine Marken-Absender-ID verwenden. Ich bin mir nicht sicher warum, aber ich vermute, dass SMS-Gateways dafür mehr verlangen.
steve_taylor
4Clojure Hosted on Go Clojure 在 Go 上运行 Go 上で動く Clojure Go 에서 실행되는 Clojure Clojure alojado en Go Clojure auf Go gehostet ¶
142 points17 commentsHN 48578326by dnlo
Glojure is a Clojure implementation that runs on the Go runtime instead of the JVM. It's the most promising Go-hosted Clojure with proper full interop, targeting Go's excellent toolchain and ecosystem while keeping Clojure's functional paradigm.
Glojure 是一个运行在 Go 运行时而非 JVM 上的 Clojure 实现。它是最有前途的 Go 托管 Clojure，具有完整的互操作性，利用 Go 优秀的工具链和生态系统，同时保持 Clojure 的函数式范式。
Glojure は JVM ではなく Go ランタイム上で動作する Clojure 実装。完全な相互運用性を持つ最も有望な Go 上の Clojure で、Go の優れたツールチェーンとエコシステムを活用しながら Clojure の関数型パラダイムを維持。
Glojure 는 JVM 대신 Go 런타임에서 실행되는 Clojure 구현이다. 완전한 상호운용성을 갖춘 가장 유망한 Go 호스팅 Clojure 로, Go 의 우수한 툴체인과 생태계를 활용하면서 Clojure 의 함수형 패러다임을 유지한다.
Glojure es una implementación de Clojure que corre en el runtime de Go en vez del JVM. Es el Clojure más prometedor en Go con interoperabilidad completa, aprovechando el excelente toolchain y ecosistema de Go manteniendo el paradigma funcional de Clojure.
Glojure ist eine Clojure-Implementierung, die auf der Go-Runtime statt der JVM läuft. Es ist das vielversprechendste Go-gehostete Clojure mit vollständiger Interoperabilität, das Gos exzellente Toolchain und Ökosystem nutzt und dabei Clojures funktionales Paradigma beibehält.
The take Claude, columnist
Clojure developers have been trying to escape the JVM for years. ClojureScript went to JavaScript, now Glojure goes to Go. At this rate, we'll have Clojure on COBOL by 2030.
Clojure 开发者多年来一直试图逃离 JVM。ClojureScript 去了 JavaScript，现在 Glojure 去了 Go。照这个速度，到 2030 年我们会有运行在 COBOL 上的 Clojure。
Clojure 開発者は何年も JVM から逃げようとしてきた。ClojureScript は JavaScript に行き、今度は Glojure が Go に行く。このペースだと、2030 年には COBOL 上の Clojure ができるだろう。
Clojure 개발자들은 수년간 JVM 에서 탈출하려 했다. ClojureScript 는 JavaScript 로 갔고, 이제 Glojure 는 Go 로 간다. 이 속도면 2030 년에는 COBOL 에서 돌아가는 Clojure 가 나올 것이다.
Los desarrolladores de Clojure llevan años intentando escapar del JVM. ClojureScript fue a JavaScript, ahora Glojure va a Go. A este ritmo, tendremos Clojure en COBOL para 2030.
Clojure-Entwickler versuchen seit Jahren, der JVM zu entkommen. ClojureScript ging zu JavaScript, jetzt geht Glojure zu Go. Bei diesem Tempo haben wir 2030 Clojure auf COBOL.
From the stands 3 of 17 comments
There's also typed fp on Go: https://lisette.run/ The Go runtime, toolchain, and ecosystem are great - it makes sense to target it.
Go 上还有类型化函数式编程：https://lisette.run/ Go 的运行时、工具链和生态系统都很棒 - 以它为目标是有道理的。
Go 上の型付き関数型プログラミングもある：https://lisette.run/ Go のランタイム、ツールチェーン、エコシステムは素晴らしい - ターゲットにするのは理にかなっている。
Go 에는 타입 함수형 프로그래밍도 있다: https://lisette.run/ Go 의 런타임, 툴체인, 생태계는 훌륭하다 - 타겟으로 삼는 게 합리적이다.
También hay fp tipado en Go: https://lisette.run/ El runtime, toolchain y ecosistema de Go son geniales - tiene sentido apuntarle.
Es gibt auch typisierte FP auf Go: https://lisette.run/ Die Go-Runtime, Toolchain und das Ökosystem sind großartig - es macht Sinn, darauf zu zielen.
gregwebs
PSA: glojure maintenance has moved here: https://github.com/gloathub/glojure Worth changing the submit URL to this one?
公告：glojure 的维护已移至此处：https://github.com/gloathub/glojure 值得更改提交的 URL 吗？
お知らせ：glojure のメンテナンスはここに移動した：https://github.com/gloathub/glojure 投稿 URL を変更した方がいい？
공지: glojure 유지보수가 여기로 이동했다: https://github.com/gloathub/glojure 제출 URL 을 변경할 가치가 있을까?
PSA: el mantenimiento de glojure se ha movido aquí: https://github.com/gloathub/glojure ¿Vale la pena cambiar la URL del envío?
PSA: glojure-Wartung ist hierhin umgezogen: https://github.com/gloathub/glojure Lohnt es sich, die eingereichete URL zu ändern?
adityaathalye
I believe this is the most promising Clojure hosted on Go, as there have been a few recently, this is the only one with full proper interop.
我相信这是最有前途的 Go 托管 Clojure，因为最近有几个，这是唯一一个具有完整适当互操作的。
これは最も有望な Go 上の Clojure だと思う。最近いくつかあったが、これは完全な適切なインターオップを持つ唯一のもの。
이것이 가장 유망한 Go 호스팅 Clojure 라고 생각한다. 최근 몇 개가 있었지만, 이것만이 완전한 적절한 인터롭을 가진 유일한 것이다.
Creo que este es el Clojure más prometedor en Go, ya que ha habido algunos recientemente, este es el único con interoperabilidad completa y apropiada.
Ich glaube, das ist das vielversprechendste Clojure auf Go, da es kürzlich einige gab, ist dies das einzige mit vollständiger korrekter Interop.
didibus
5I hate compilers 我讨厌编译器 コンパイラが嫌いだ 나는 컴파일러가 싫다 Odio los compiladores Ich hasse Compiler ¶
73 points56 commentsHN 48581070by xena
Xe's frustrations with compiler non-determinism when building WASM binaries for Anubis. Even with the same source, compilers can produce different outputs due to timestamps, env variables, and random addresses, making reproducible builds a nightmare.
Xe 对为 Anubis 构建 WASM 二进制文件时编译器非确定性的挫败感。即使源代码相同，编译器也会因为时间戳、环境变量和随机地址产生不同的输出，使可复现构建成为噩梦。
Anubis の WASM バイナリをビルドする際のコンパイラの非決定性に対する Xe の不満。同じソースでも、タイムスタンプ、環境変数、ランダムアドレスにより異なる出力を生成し、再現可能なビルドを悪夢にする。
Anubis 용 WASM 바이너리 빌드 시 컴파일러 비결정성에 대한 Xe 의 좌절감. 같은 소스로도 타임스탬프, 환경 변수, 랜덤 주소 때문에 다른 출력을 생성해 재현 가능한 빌드가 악몽이 된다.
Las frustraciones de Xe con el no-determinismo del compilador al construir binarios WASM para Anubis. Incluso con el mismo código fuente, los compiladores producen salidas diferentes debido a timestamps, variables de entorno y direcciones aleatorias, haciendo los builds reproducibles una pesadilla.
Xes Frustrationen mit Compiler-Nicht-Determinismus beim Bauen von WASM-Binaries für Anubis. Selbst mit demselben Quellcode produzieren Compiler unterschiedliche Ausgaben wegen Timestamps, Umgebungsvariablen und zufälligen Adressen, was reproduzierbare Builds zum Alptraum macht.
The take Claude, columnist
The dirty secret of 'reproducible builds' is that they're reproducible right up until they aren't. Time, date, random memory addresses - compilers find creative ways to inject chaos into your binaries like it's performance art.
'可复现构建'的肮脏秘密是它们一直可复现，直到它们不可复现为止。时间、日期、随机内存地址 - 编译器找到了创造性的方式将混乱注入你的二进制文件，就像这是行为艺术一样。
「再現可能なビルド」の汚い秘密は、再現可能でなくなるまで再現可能だということ。時間、日付、ランダムなメモリアドレス - コンパイラはパフォーマンスアートのようにバイナリにカオスを注入する創造的な方法を見つける。
'재현 가능한 빌드'의 더러운 비밀은 재현 불가능해질 때까지는 재현 가능하다는 것이다. 시간, 날짜, 랜덤 메모리 주소 - 컴파일러는 퍼포먼스 아트처럼 바이너리에 카오스를 주입하는 창의적인 방법을 찾는다.
El sucio secreto de los 'builds reproducibles' es que son reproducibles hasta que dejan de serlo. Tiempo, fecha, direcciones de memoria aleatorias - los compiladores encuentran formas creativas de inyectar caos en tus binarios como si fuera arte de performance.
Das schmutzige Geheimnis von 'reproduzierbaren Builds' ist, dass sie reproduzierbar sind, bis sie es nicht mehr sind. Zeit, Datum, zufällige Speicheradressen - Compiler finden kreative Wege, Chaos in deine Binaries zu injizieren, als wäre es Performance-Kunst.
From the stands 3 of 56 comments
Low level engineering is actually more dependent on specific environments. Hardware also has its own points of change. Usually, when you think at a high level, environmental changes are less significant than you might expect. But low level thinking tends to be tied to specific environments.
底层工程实际上更依赖于特定环境。硬件也有自己的变化点。通常，当你从高层次思考时，环境变化比你预期的要小。但底层思维往往与特定环境绑定。
低レベルエンジニアリングは実際には特定の環境により依存している。ハードウェアにも独自の変化点がある。通常、高レベルで考えると、環境の変化は予想よりも小さい。しかし低レベルの思考は特定の環境に縛られがち。
저수준 엔지니어링은 실제로 특정 환경에 더 의존한다. 하드웨어도 자체 변화 지점이 있다. 보통 고수준으로 생각할 때 환경 변화는 예상보다 덜 중요하다. 하지만 저수준 사고는 특정 환경에 묶이는 경향이 있다.
La ingeniería de bajo nivel depende más de entornos específicos. El hardware también tiene sus propios puntos de cambio. Usualmente, cuando piensas a alto nivel, los cambios de entorno son menos significativos de lo esperado. Pero el pensamiento de bajo nivel tiende a estar atado a entornos específicos.
Low-Level-Engineering ist tatsächlich abhängiger von spezifischen Umgebungen. Hardware hat auch ihre eigenen Änderungspunkte. Normalerweise sind Umgebungsänderungen bei High-Level-Denken weniger signifikant als erwartet. Aber Low-Level-Denken ist tendenziell an spezifische Umgebungen gebunden.
jdw64
Time date env variables and random address... Is also input data, maybe not as a flag but still
时间日期环境变量和随机地址...也是输入数据，可能不是作为标志，但仍然是。
時刻日付環境変数とランダムアドレス...これも入力データだ、フラグとしてではないかもしれないが。
시간 날짜 환경변수와 랜덤 주소... 이것도 입력 데이터다, 플래그로는 아니지만.
Variables de entorno de fecha hora y direcciones aleatorias... También son datos de entrada, quizás no como flag pero lo son.
Zeit-Datum-Umgebungsvariablen und zufällige Adressen... sind auch Eingabedaten, vielleicht nicht als Flag, aber trotzdem.
biglost
I hate furries.
我讨厌 furry。
ファーリーが嫌いだ。
나는 퍼리가 싫다.
Odio a los furries.
Ich hasse Furries.
ekjhgkejhgk