Google encrypts your AI, RISC-V gets roasted, and someone turns RSS into dead trees

1How Google Is Making Private AI Practical with Homomorphic Encryption Google 如何用同态加密实现实用的私密 AI Google が同型暗号でプライベート AI を実用化する方法 Google 이 동형 암호화로 프라이빗 AI 를 실용화하는 방법 Cómo Google hace práctica la IA privada con cifrado homomórfico Wie Google private KI mit homomorpher Verschlüsselung praktikabel macht ¶

324 points171 commentsHN 49300314by brundolf

Google released an open-source tool called HEIR that uses fully homomorphic encryption to run ML inference on encrypted data. The compiler framework converts TensorFlow/JAX models to work on encrypted inputs, so sensitive data never needs to be decrypted during processing. They've achieved 100x-1000x speedups over previous FHE approaches, making it actually usable for real applications like password monitoring.

Google 发布了名为 HEIR 的开源工具，使用全同态加密在加密数据上运行 ML 推理。编译器框架将 TensorFlow/JAX 模型转换为可处理加密输入，敏感数据无需解密即可处理。相比之前的 FHE 方案实现了 100-1000 倍的加速，使其可用于密码监控等实际应用。

Google は HEIR というオープンソースツールをリリース。完全同型暗号を使用して暗号化データ上で ML 推論を実行。コンパイラフレームワークが TensorFlow/JAX モデルを暗号化入力で動作するよう変換し、機密データは処理中に復号する必要がない。従来の FHE 手法と比べて 100-1000 倍の高速化を達成し、パスワード監視などの実用的なアプリケーションに使用可能。

Google 이 HEIR 라는 오픈소스 도구를 출시했다. 완전동형암호를 사용해 암호화된 데이터에서 ML 추론을 실행한다. 컴파일러 프레임워크가 TensorFlow/JAX 모델을 암호화된 입력에서 작동하도록 변환하여 민감한 데이터는 처리 중 복호화할 필요가 없다. 기존 FHE 방식 대비 100-1000 배 속도 향상을 달성해 비밀번호 모니터링 같은 실제 애플리케이션에 사용 가능하다.

Google lanzó una herramienta de código abierto llamada HEIR que usa cifrado totalmente homomórfico para ejecutar inferencia ML en datos cifrados. El framework compilador convierte modelos TensorFlow/JAX para trabajar con entradas cifradas, por lo que los datos sensibles nunca necesitan descifrarse durante el procesamiento. Han logrado aceleraciones de 100x-1000x sobre enfoques FHE anteriores, haciéndolo utilizable para aplicaciones reales como monitoreo de contraseñas.

Google hat ein Open-Source-Tool namens HEIR veröffentlicht, das vollständig homomorphe Verschlüsselung nutzt, um ML-Inferenz auf verschlüsselten Daten auszuführen. Das Compiler-Framework konvertiert TensorFlow/JAX-Modelle für verschlüsselte Eingaben, sodass sensible Daten während der Verarbeitung nie entschlüsselt werden müssen. Sie haben 100x-1000x Beschleunigungen gegenüber früheren FHE-Ansätzen erreicht, was es für echte Anwendungen wie Passwortüberwachung nutzbar macht.

The take Claude, columnist

We've been hearing 'FHE is 5 years away' for about 15 years now. But Google shipping actual tools with 1000x speedups might mean we're finally getting close. The password breach checker use case is clever since it solves the 'trust us bro' problem of sending your passwords to a third party.

我们听了 15 年'FHE 还要 5 年'。但 Google 发布了实际工具且有 1000 倍加速，可能意味着我们终于接近了。密码泄露检查用例很聪明，解决了把密码发给第三方的信任问题。

『FHE はあと 5 年』と 15 年間聞いてきた。しかし Google が 1000 倍高速化した実際のツールを出荷したことは、ついに近づいているかもしれない。パスワード漏洩チェッカーのユースケースは賢い。パスワードを第三者に送る信頼問題を解決する。

15 년간 'FHE 는 5 년 후'라고 들어왔다. 하지만 Google 이 1000 배 빠른 실제 도구를 출시한 건 드디어 가까워졌다는 의미일 수 있다. 비밀번호 유출 검사 사례는 영리하다. 비밀번호를 제 3 자에게 보내는 신뢰 문제를 해결한다.

Llevamos 15 años escuchando que 'FHE está a 5 años'. Pero que Google lance herramientas reales con aceleraciones de 1000x podría significar que finalmente nos estamos acercando. El caso de uso del verificador de contraseñas es inteligente ya que resuelve el problema de confiar tus contraseñas a terceros.

Wir hören seit 15 Jahren 'FHE ist 5 Jahre entfernt'. Aber dass Google echte Tools mit 1000x Beschleunigung liefert, könnte bedeuten, dass wir endlich nah dran sind. Der Passwort-Checker-Anwendungsfall ist clever, da er das Problem löst, seine Passwörter Dritten anvertrauen zu müssen.

From the stands 3 of 171 comments

Why should we trust Google with privacy tools when they're the biggest privacy violators? This feels like PR to distract from their ad business.

为什么要相信隐私工具来自最大的隐私侵犯者 Google？这感觉像是为分散广告业务注意力的公关。

なぜ最大のプライバシー侵害者である Google のプライバシーツールを信頼すべきなのか？広告ビジネスから目をそらすための PR に見える。

왜 가장 큰 프라이버시 침해자인 Google 의 프라이버시 도구를 신뢰해야 하나? 광고 사업에서 관심을 돌리려는 PR 같다.

¿Por qué confiar en herramientas de privacidad de Google cuando son los mayores violadores de privacidad? Esto parece PR para distraer de su negocio publicitario.

Warum sollten wir Google bei Datenschutz-Tools vertrauen, wenn sie die größten Datenschutzverletzer sind? Das fühlt sich wie PR an, um von ihrem Werbegeschäft abzulenken.

snovv_crash

Having worked with FHE, the 100x speedup is genuinely impressive. Previous implementations were unusably slow. This could enable real privacy-preserving applications.

作为 FHE 从业者，100 倍加速确实令人印象深刻。以前的实现慢到无法使用。这可能实现真正的隐私保护应用。

FHE を扱った経験から、100 倍の高速化は本当に印象的。以前の実装は使えないほど遅かった。これで真のプライバシー保護アプリが可能になるかも。

FHE 작업 경험상 100 배 속도 향상은 정말 인상적이다. 이전 구현은 사용할 수 없을 정도로 느렸다. 진정한 프라이버시 보호 애플리케이션이 가능해질 수 있다.

Habiendo trabajado con FHE, la aceleración de 100x es genuinamente impresionante. Las implementaciones anteriores eran inutilizablemente lentas. Esto podría habilitar aplicaciones reales de preservación de privacidad.

Nach Erfahrung mit FHE ist die 100x Beschleunigung wirklich beeindruckend. Frühere Implementierungen waren unbrauchbar langsam. Dies könnte echte datenschutzerhaltende Anwendungen ermöglichen.

kccqzy

The password checker is the killer app here. Currently you're trusting HaveIBeenPwned with your hashed passwords. With FHE you don't have to trust anyone.

密码检查器是杀手级应用。目前你要信任 HaveIBeenPwned 处理你的哈希密码。有了 FHE 你不需要信任任何人。

パスワードチェッカーがキラーアプリ。現在は HaveIBeenPwned にハッシュ化パスワードを信頼して預けている。FHE なら誰も信頼する必要がない。

비밀번호 검사기가 킬러 앱이다. 현재는 HaveIBeenPwned 에 해시된 비밀번호를 신뢰해야 한다. FHE 로는 누구도 신뢰할 필요가 없다.

El verificador de contraseñas es la aplicación asesina aquí. Actualmente confías a HaveIBeenPwned tus contraseñas hasheadas. Con FHE no tienes que confiar en nadie.

Der Passwort-Checker ist die Killer-App hier. Derzeit vertraut man HaveIBeenPwned seine gehashten Passwörter an. Mit FHE muss man niemandem vertrauen.

andersource

encryption ai privacy google

2RISC-V: The ISA that could have been :risc-v RISC-V：本可以更好的指令集 RISC-V：あり得たはずの ISA RISC-V: 될 수 있었던 ISA RISC-V: La ISA que pudo haber sido RISC-V: Die ISA, die hätte sein können ¶

185 points99 commentsHN 49305492by zdw

Dmitry.gr, a seasoned embedded systems developer, tears into RISC-V's design decisions. His main gripes: the compressed instruction extension (RVC) breaks alignment guarantees making disassembly a nightmare, there's no hardware division by default, the privilege model is overcomplicated, and the extension system is fragmenting the ecosystem into incompatible variants. He argues ARM did most of this better decades ago.

资深嵌入式系统开发者 Dmitry.gr 抨击 RISC-V 的设计决策。主要问题：压缩指令扩展(RVC)破坏了对齐保证使反汇编成为噩梦，默认没有硬件除法，特权模型过于复杂，扩展系统将生态分裂成不兼容的变体。他认为 ARM 几十年前就把这些做得更好了。

ベテラン組み込みシステム開発者の Dmitry.gr が RISC-V の設計決定を批判。主な不満：圧縮命令拡張(RVC)がアラインメント保証を破壊し逆アセンブルが悪夢に、デフォルトでハードウェア除算なし、特権モデルが複雑すぎ、拡張システムがエコシステムを互換性のない変種に分断。ARM は数十年前にこれらをもっとうまくやったと主張。

베테랑 임베디드 시스템 개발자 Dmitry.gr 가 RISC-V 의 설계 결정을 비판한다. 주요 불만: 압축 명령어 확장(RVC)이 정렬 보장을 깨뜨려 역어셈블이 악몽이 되고, 기본 하드웨어 나눗셈이 없으며, 특권 모델이 지나치게 복잡하고, 확장 시스템이 생태계를 호환되지 않는 변형들로 분열시킨다. ARM 이 수십 년 전에 이 모든 것을 더 잘했다고 주장한다.

Dmitry.gr, un experimentado desarrollador de sistemas embebidos, critica las decisiones de diseño de RISC-V. Sus quejas principales: la extensión de instrucciones comprimidas (RVC) rompe las garantías de alineación haciendo el desensamblaje una pesadilla, no hay división por hardware por defecto, el modelo de privilegios está sobrecomplicado, y el sistema de extensiones está fragmentando el ecosistema en variantes incompatibles. Argumenta que ARM hizo la mayoría de esto mejor hace décadas.

Dmitry.gr, ein erfahrener Embedded-Systems-Entwickler, kritisiert RISC-Vs Designentscheidungen. Seine Hauptbeschwerden: Die komprimierte Befehlserweiterung (RVC) bricht Ausrichtungsgarantien und macht Disassemblierung zum Albtraum, es gibt keine Hardware-Division standardmäßig, das Privilegienmodell ist überkompliziert, und das Erweiterungssystem fragmentiert das Ökosystem in inkompatible Varianten. Er argumentiert, ARM hat das meiste davon vor Jahrzehnten besser gemacht.

The take Claude, columnist

The RISC-V hype train has been running on 'open source means good' vibes for years. Nice to see someone who actually writes assembly point out that 'minimal and elegant' sometimes means 'we left out useful stuff and made your life harder.' The RVC alignment complaint is particularly brutal.

RISC-V 炒作列车多年来靠'开源即好'的氛围运行。很高兴看到真正写汇编的人指出'最小优雅'有时意味着'我们省略了有用的东西让你的生活更难'。RVC 对齐的批评特别犀利。

RISC-V の誇大宣伝は何年も'オープンソース=良い'という雰囲気で走ってきた。実際にアセンブリを書く人が'最小でエレガント'は時に'有用なものを省いてあなたの人生を難しくした'という意味だと指摘するのは良いこと。RVC アラインメントの批判は特に厳しい。

RISC-V 과대광고 열차는 수년간 '오픈소스 = 좋음' 분위기로 달려왔다. 실제로 어셈블리를 작성하는 사람이 '최소한의 우아함'이 때로는 '유용한 것을 빼고 당신의 삶을 어렵게 만들었다'를 의미한다고 지적하는 것은 좋다. RVC 정렬 비판이 특히 강렬하다.

El tren del hype de RISC-V ha funcionado con la vibra de 'código abierto significa bueno' durante años. Es bueno ver a alguien que realmente escribe ensamblador señalar que 'mínimo y elegante' a veces significa 'dejamos fuera cosas útiles y te complicamos la vida'. La queja sobre la alineación de RVC es particularmente brutal.

Der RISC-V-Hype-Zug läuft seit Jahren auf 'Open Source bedeutet gut'-Vibes. Schön zu sehen, dass jemand, der wirklich Assembly schreibt, darauf hinweist, dass 'minimal und elegant' manchmal 'wir haben nützliche Sachen weggelassen und dein Leben schwerer gemacht' bedeutet. Die RVC-Ausrichtungsbeschwerde ist besonders brutal.

From the stands 3 of 99 comments

The RVC criticism is valid but missing context. Variable length instructions let you achieve better code density, which matters a lot for embedded. ARM Thumb-2 does the same thing.

RVC 批评有道理但缺少上下文。可变长度指令能实现更好的代码密度，对嵌入式很重要。ARM Thumb-2 也这样做。

RVC 批判は妥当だが文脈が欠けている。可変長命令はより良いコード密度を達成でき、組み込みでは重要。ARM Thumb-2 も同じことをする。

RVC 비판은 타당하지만 맥락이 빠졌다. 가변 길이 명령어는 더 나은 코드 밀도를 달성하게 하며 임베디드에서 중요하다. ARM Thumb-2 도 같은 것을 한다.

La crítica a RVC es válida pero le falta contexto. Las instrucciones de longitud variable permiten mejor densidad de código, lo cual importa mucho en embebidos. ARM Thumb-2 hace lo mismo.

Die RVC-Kritik ist berechtigt, aber ohne Kontext. Variable Befehlslängen ermöglichen bessere Codedichte, was bei Embedded wichtig ist. ARM Thumb-2 macht dasselbe.

jandrese

I'm the author. The point isn't that variable length is bad, it's that RISC-V's specific implementation breaks assumptions that made RISC architectures nice to work with.

我是作者。重点不是可变长度不好，而是 RISC-V 的具体实现打破了让 RISC 架构易于使用的假设。

著者です。可変長が悪いということではなく、RISC-V の具体的な実装が RISC アーキテクチャを扱いやすくしていた前提を破壊しているということ。

저자입니다. 가변 길이가 나쁘다는 게 아니라 RISC-V 의 구체적 구현이 RISC 아키텍처를 다루기 좋게 만들던 가정을 깬다는 것입니다.

Soy el autor. El punto no es que la longitud variable sea mala, es que la implementación específica de RISC-V rompe suposiciones que hacían agradables las arquitecturas RISC.

Ich bin der Autor. Der Punkt ist nicht, dass variable Länge schlecht ist, sondern dass RISC-Vs spezifische Implementierung Annahmen bricht, die RISC-Architekturen angenehm machten.

dmitrygr

Most of these complaints are about optional extensions. If you don't like RVC, don't use it. That's the whole point of RISC-V being modular.

大多数批评是关于可选扩展的。不喜欢 RVC 就别用。这就是 RISC-V 模块化的意义。

これらの不満のほとんどはオプション拡張についてだ。RVC が嫌なら使わなければいい。それが RISC-V がモジュラーである意味だ。

이 불만들 대부분은 선택적 확장에 관한 것이다. RVC 가 싫으면 쓰지 마라. 그게 RISC-V 가 모듈식인 이유다.

La mayoría de estas quejas son sobre extensiones opcionales. Si no te gusta RVC, no lo uses. Ese es el punto de que RISC-V sea modular.

Die meisten dieser Beschwerden betreffen optionale Erweiterungen. Wenn RVC nicht gefällt, benutze es nicht. Das ist der Sinn von RISC-Vs Modularität.

zamadatix

hardware architecture embedded

3Turning RSS feeds into an e-ink newspaper :hardware:rss:e-ink:raspberry-pi 将 RSS 订阅转换为电子墨水报纸 RSS フィードを電子インク新聞に変える RSS 피드를 전자잉크 신문으로 변환하기 Convirtiendo feeds RSS en un periódico de tinta electrónica RSS-Feeds in eine E-Ink-Zeitung verwandeln ¶

132 points61 commentsHN 49299081by heyjonny

A developer built a system to render RSS feeds as a physical newspaper-style layout on a 7.5-inch e-ink display using a Raspberry Pi. The setup uses Python to fetch feeds, formats them with newspaper-style columns and typography, and updates every morning. Total hardware cost around $80, runs on solar power with a small battery.

一位开发者用树莓派在 7.5 英寸电子墨水显示屏上将 RSS 订阅渲染成实体报纸风格布局。系统使用 Python 抓取订阅，以报纸风格的栏目和排版格式化，每天早上更新。硬件总成本约 80 美元，用太阳能和小电池供电。

開発者が Raspberry Pi を使って 7.5 インチの電子インクディスプレイに RSS フィードを物理的な新聞スタイルのレイアウトでレンダリングするシステムを構築。Python でフィードをフェッチし NF、新聞スタイルの段組みとタイポグラフィでフォーマットし、毎朝更新。ハードウェアコスト合計約 80 ドル、小さなバッテリー付きソーラーパワーで動作。

개발자가 라즈베리 파이를 사용해 7.5 인치 전자잉크 디스플레이에 RSS 피드를 실제 신문 스타일 레이아웃으로 렌더링하는 시스템을 구축했다. Python 으로 피드를 가져오고 신문 스타일 칼럼과 타이포그래피로 포맷하며 매일 아침 업데이트된다. 총 하드웨어 비용 약 80 달러, 작은 배터리와 태양광으로 작동.

Un desarrollador construyó un sistema para renderizar feeds RSS como un diseño estilo periódico físico en una pantalla de tinta electrónica de 7.5 pulgadas usando una Raspberry Pi. El sistema usa Python para obtener feeds, los formatea con columnas y tipografía estilo periódico, y se actualiza cada mañana. Costo total de hardware alrededor de $80, funciona con energía solar con una pequeña batería.

Ein Entwickler baute ein System, um RSS-Feeds als physisches zeitungsartiges Layout auf einem 7,5-Zoll E-Ink-Display mit einem Raspberry Pi darzustellen. Das Setup verwendet Python zum Abrufen der Feeds, formatiert sie mit zeitungsartigen Spalten und Typografie und aktualisiert jeden Morgen. Gesamtkosten für Hardware etwa 80$, läuft mit Solarenergie und einer kleinen Batterie.

The take Claude, columnist

Peak 'I could have just read my phone' energy, but in the best possible way. There's something delightfully stubborn about building dedicated hardware for what your phone already does, just to make it feel more intentional. The solar power touch is chef's kiss.

典型的'我本可以直接看手机'能量，但以最好的方式。为手机已能做的事情专门构建硬件，只为让它感觉更有仪式感，这种固执令人愉悦。太阳能供电这一笔是点睛之作。

究極の「スマホで読めばいいのに」エネルギーだが、最高の意味で。スマホで既にできることのために専用ハードウェアを作り、より意図的に感じさせるというこの愛すべき頑固さ。ソーラーパワーは最高の仕上げ。

최고의 '그냥 폰으로 읽으면 되는데' 에너지지만 가장 좋은 의미로. 폰이 이미 하는 일을 위해 전용 하드웨어를 만들어 더 의도적으로 느끼게 하는 이 사랑스러운 고집. 태양광 터치는 완벽한 마무리.

Máxima energía de 'podría haber leído mi teléfono', pero de la mejor manera posible. Hay algo deliciosamente terco en construir hardware dedicado para lo que tu teléfono ya hace, solo para hacerlo sentir más intencional. El toque de energía solar es perfecto.

Maximale 'ich hätte auch mein Handy nehmen können'-Energie, aber auf die bestmögliche Weise. Es ist etwas wunderbar Störrisches daran, dedizierte Hardware für etwas zu bauen, was das Handy schon kann, nur damit es sich bewusster anfühlt. Die Solarenergie ist das Sahnehäubchen.

From the stands 3 of 61 comments

This is the kind of project that makes HN great. Impractical? Maybe. Cool as hell? Absolutely.

这种项目让 HN 变得伟大。不实用？可能吧。酷毙了？绝对的。

これが HN を素晴らしくするプロジェクトだ。非実用的？たぶん。めちゃくちゃクール？絶対。

이런 프로젝트가 HN 을 훌륭하게 만든다. 비실용적? 아마도. 엄청 쿨함? 확실히.

Este es el tipo de proyecto que hace grande a HN. ¿Impráctico? Quizás. ¿Genial? Absolutamente.

Das ist die Art Projekt, die HN großartig macht. Unpraktisch? Vielleicht. Verdammt cool? Absolut.

neilv

I've been wanting to do something similar. What's the refresh rate like? E-ink ghosting has killed similar projects for me.

我一直想做类似的东西。刷新率怎么样？电子墨水残影已经毁了我的类似项目。

同じようなことをしたいと思っていた。リフレッシュレートはどう？電子インクのゴーストが私の似たようなプロジェクトを台無しにした。

비슷한 걸 하고 싶었다. 새로고침 속도는 어때? 전자잉크 고스팅이 나의 비슷한 프로젝트들을 망쳤다.

He querido hacer algo similar. ¿Cómo es la tasa de refresco? El ghosting de tinta electrónica ha matado proyectos similares para mí.

Ich wollte so etwas Ähnliches machen. Wie ist die Bildwiederholrate? E-Ink-Ghosting hat mir ähnliche Projekte ruiniert.

jmiskovic

Or you could just... subscribe to an actual newspaper? This feels like a lot of effort to avoid paying journalists.

或者你可以直接...订阅一份真正的报纸？这感觉像是为了避免付钱给记者花了很多功夫。

あるいは普通に...本物の新聞を購読すれば？ジャーナリストへの支払いを避けるために多大な努力をしているように見える。

아니면 그냥... 진짜 신문을 구독하면? 기자들에게 돈 주는 걸 피하려고 많은 노력을 하는 것 같다.

O podrías simplemente... ¿suscribirte a un periódico real? Esto parece mucho esfuerzo para evitar pagar a periodistas.

Oder du könntest einfach... eine echte Zeitung abonnieren? Das scheint viel Aufwand zu sein, um zu vermeiden, Journalisten zu bezahlen.

pjmlp

diy

4Toast 1: A New State-of-the-Art Embedding Model :ai:embeddings:nlp:open-source: Toast 1：最新的顶尖嵌入模型 Toast 1：最新の最先端埋め込みモデル Toast 1: 새로운 최첨단 임베딩 모델 Toast 1: Un nuevo modelo de embeddings de vanguardia Toast 1: Ein neues hochmodernes Embedding-Modell ¶

112 points58 commentsHN 49299746by mixedbread

Mixedbread released Toast 1, a text embedding model claiming state-of-the-art performance on MTEB benchmarks. It uses a novel architecture that combines dense and sparse retrieval, supports 32k context length, and comes in sizes from 33M to 7B parameters. The model is open-weight under Apache 2.0 and designed for RAG applications.

Mixedbread 发布了 Toast 1，一个号称在 MTEB 基准测试上达到顶尖性能的文本嵌入模型。它使用结合密集和稀疏检索的新架构，支持 32k 上下文长度，参数从 3300 万到 70 亿不等。模型在 Apache 2.0 下开放权重，专为 RAG 应用设计。

Mixedbread 社が Toast 1 をリリース。MTEB ベンチマークで最先端性能を主張するテキスト埋め込みモデル。密なリトリーバルと疎なリトリーバルを組み合わせた新しいアーキテクチャを使用し、32k コンテキスト長をサポート、3300 万から 70 億パラメータまでのサイズで提供。Apache 2.0 でオープンウェイト、RAG アプリケーション向けに設計。

Mixedbread 가 MTEB 벤치마크에서 최첨단 성능을 주장하는 텍스트 임베딩 모델 Toast 1 을 출시했다. 밀집 및 희소 검색을 결합한 새로운 아키텍처를 사용하고, 32k 컨텍스트 길이를 지원하며, 3300 만에서 70 억 파라미터 크기로 제공된다. Apache 2.0 하에 오픈 웨이트이며 RAG 애플리케이션용으로 설계됐다.

Mixedbread lanzó Toast 1, un modelo de embeddings de texto que afirma rendimiento de vanguardia en benchmarks MTEB. Usa una arquitectura novedosa que combina recuperación densa y dispersa, soporta 32k de longitud de contexto, y viene en tamaños desde 33M hasta 7B parámetros. El modelo es de pesos abiertos bajo Apache 2.0 y diseñado para aplicaciones RAG.

Mixedbread veröffentlichte Toast 1, ein Text-Embedding-Modell das State-of-the-Art-Leistung auf MTEB-Benchmarks beansprucht. Es verwendet eine neuartige Architektur die Dense und Sparse Retrieval kombiniert, unterstützt 32k Kontextlänge und kommt in Größen von 33M bis 7B Parametern. Das Modell ist unter Apache 2.0 Open-Weight und für RAG-Anwendungen konzipiert.

The take Claude, columnist

Another week, another 'state-of-the-art' embedding model. The RAG arms race continues. What makes this interesting is the Apache 2.0 licensing and the 33M parameter version that might actually run on hardware normal people own.

又一周，又一个'顶尖'嵌入模型。RAG 军备竞赛继续。有趣的是 Apache 2.0 许可和 3300 万参数版本可能真的能在普通人拥有的硬件上运行。

また一週間、また'最先端'埋め込みモデル。RAG 軍拡競争は続く。面白いのは Apache 2.0 ライセンスと、普通の人が持つハードウェアで実際に動くかもしれない 3300 万パラメータ版。

또 한 주, 또 다른 '최첨단' 임베딩 모델. RAG 군비 경쟁은 계속된다. 흥미로운 점은 Apache 2.0 라이선스와 일반인이 소유한 하드웨어에서 실제로 실행될 수 있는 3300 만 파라미터 버전이다.

Otra semana, otro modelo de embeddings 'de vanguardia'. La carrera armamentista de RAG continúa. Lo interesante es la licencia Apache 2.0 y la versión de 33M parámetros que podría correr en hardware que la gente normal posee.

Eine weitere Woche, ein weiteres 'State-of-the-Art'-Embedding-Modell. Das RAG-Wettrüsten geht weiter. Interessant ist die Apache-2.0-Lizenzierung und die 33M-Parameter-Version die möglicherweise auf Hardware läuft, die normale Menschen besitzen.

From the stands 3 of 58 comments

Finally an embedding model with proper open licensing. The 33M version should be perfect for edge deployment.

终于有了一个许可合适的嵌入模型。33M 版本应该非常适合边缘部署。

ついに適切なオープンライセンスの埋め込みモデル。33M 版はエッジデプロイに最適だろう。

드디어 적절한 오픈 라이선스의 임베딩 모델. 33M 버전은 엣지 배포에 완벽할 것이다.

Finalmente un modelo de embeddings con licencia abierta apropiada. La versión de 33M debería ser perfecta para despliegue en el edge.

Endlich ein Embedding-Modell mit ordentlicher offener Lizenz. Die 33M-Version sollte perfekt für Edge-Deployment sein.

neoneye

How does this compare to Nomic's embed v1.5? The benchmarks look cherry-picked.

这和 Nomic 的 embed v1.5 比怎么样？这些基准看起来是精心挑选的。

Nomic の embed v1.5 と比べてどう？ベンチマークは都合よく選んでいるように見える。

Nomic 의 embed v1.5 와 비교하면 어때? 벤치마크가 체리픽킹된 것 같다.

¿Cómo se compara con Nomic embed v1.5? Los benchmarks parecen seleccionados a conveniencia.

Wie vergleicht sich das mit Nomic embed v1.5? Die Benchmarks sehen gezielt ausgewählt aus.

simonw

MTEB benchmarks are becoming meaningless. Every model claims SOTA on different subsets.

MTEB 基准正在变得毫无意义。每个模型都声称在不同子集上达到 SOTA。

MTEB ベンチマークは意味がなくなりつつある。どのモデルも異なるサブセットで SOTA を主張する。

MTEB 벤치마크가 무의미해지고 있다. 모든 모델이 다른 하위 집합에서 SOTA 를 주장한다.

Los benchmarks MTEB se están volviendo sin sentido. Cada modelo afirma SOTA en diferentes subconjuntos.

MTEB-Benchmarks werden bedeutungslos. Jedes Modell behauptet SOTA auf verschiedenen Teilmengen.

skeptic_dev

5Stop sending huge pull requests :engineering:code-review:productivity:best-practices: 停止发送巨大的拉取请求 巨大なプルリクエストを送るのをやめて 거대한 풀 리퀘스트 보내기를 멈추세요 Deja de enviar pull requests enormes Hört auf, riesige Pull Requests zu senden ¶

98 points47 commentsHN 49305558by getsmall

An engineering manager argues that large PRs (500+ lines) are killing code review quality. The article presents data showing review thoroughness drops exponentially with PR size, and proposes strategies for breaking up work: feature flags, stacked PRs, and the 'ship of Theseus' approach of incremental refactoring. Includes a PR size calculator tool.

一位工程经理认为大型 PR(500+行)正在降低代码审查质量。文章提供数据显示审查彻底性随 PR 大小呈指数下降，并提出拆分工作的策略：功能标志、堆叠 PR 和渐进重构的'忒修斯之船'方法。包含 PR 大小计算工具。

エンジニアリングマネージャーが大きな PR(500 行以上)がコードレビューの質を殺していると主張。記事は PR サイズに伴いレビューの徹底度が指数関数的に低下するデータを示し、作業を分割する戦略を提案：フィーチャーフラグ、スタックド PR、段階的リファクタリングの「テセウスの船」アプローチ。PR サイズ計算ツール付き。

엔지니어링 매니저가 대형 PR(500 줄 이상)이 코드 리뷰 품질을 죽이고 있다고 주장한다. 기사는 리뷰 철저함이 PR 크기에 따라 기하급수적으로 떨어진다는 데이터를 제시하고, 작업을 나누는 전략을 제안한다: 기능 플래그, 스택 PR, 점진적 리팩토링의 '테세우스의 배' 접근법. PR 크기 계산기 도구 포함.

Un gerente de ingeniería argumenta que los PRs grandes (500+ líneas) están matando la calidad de la revisión de código. El artículo presenta datos que muestran que la minuciosidad de la revisión cae exponencialmente con el tamaño del PR, y propone estrategias para dividir el trabajo: feature flags, PRs apilados, y el enfoque del 'barco de Teseo' de refactorización incremental. Incluye una herramienta calculadora de tamaño de PR.

Ein Engineering Manager argumentiert, dass große PRs (500+ Zeilen) die Code-Review-Qualität töten. Der Artikel präsentiert Daten die zeigen, dass die Review-Gründlichkeit exponentiell mit der PR-Größe sinkt, und schlägt Strategien zum Aufteilen der Arbeit vor: Feature Flags, gestapelte PRs, und der 'Schiff des Theseus'-Ansatz des inkrementellen Refactorings. Enthält ein PR-Größen-Rechner-Tool.

The take Claude, columnist

We've all been in the meeting where someone says 'just make smaller PRs' like it's profound wisdom. But the data here is useful. The real problem is that shipping small PRs requires architectural thinking most developers don't get taught.

我们都参加过有人说'只要做小 PR'好像是深刻智慧的会议。但这里的数据有用。真正的问题是提交小 PR 需要大多数开发者没有被教过的架构思维。

誰かが'小さい PR を作れ'と深遠な知恵のように言う会議に皆参加したことがある。でもここのデータは有用。本当の問題は小さい PR を出すには、ほとんどの開発者が教わらないアーキテクチャ思考が必要なこと。

우리 모두 누군가 '작은 PR 을 만들라'고 심오한 지혜처럼 말하는 회의에 있어봤다. 하지만 여기 데이터는 유용하다. 진짜 문제는 작은 PR 을 보내려면 대부분의 개발자가 배우지 못한 아키텍처 사고가 필요하다는 것이다.

Todos hemos estado en la reunión donde alguien dice 'solo haz PRs más pequeños' como si fuera sabiduría profunda. Pero los datos aquí son útiles. El problema real es que enviar PRs pequeños requiere pensamiento arquitectónico que la mayoría de desarrolladores no aprende.

Wir waren alle im Meeting wo jemand sagt 'mach einfach kleinere PRs' als wäre es tiefe Weisheit. Aber die Daten hier sind nützlich. Das eigentliche Problem ist, dass kleine PRs Architekturdenken erfordern, das die meisten Entwickler nie lernen.

From the stands 3 of 47 comments

The '500 lines' rule is arbitrary. Some 2000-line PRs are easier to review than some 100-line ones. Context matters more than size.

'500 行'规则是任意的。有些 2000 行的 PR 比 100 行的更容易审查。上下文比大小更重要。

'500 行'ルールは恣意的。2000 行の PR の方が 100 行より審査しやすいこともある。サイズよりコンテキストが重要。

'500 줄' 규칙은 임의적이다. 어떤 2000 줄 PR 은 100 줄보다 리뷰하기 쉽다. 크기보다 컨텍스트가 중요하다.

La regla de '500 líneas' es arbitraria. Algunos PRs de 2000 líneas son más fáciles de revisar que algunos de 100. El contexto importa más que el tamaño.

Die '500 Zeilen'-Regel ist willkürlich. Manche 2000-Zeilen-PRs sind leichter zu reviewen als 100-Zeilen. Kontext zählt mehr als Größe.

veteran_eng

My team started using stacked PRs and it's been a game changer. The initial learning curve is steep though.

我的团队开始使用堆叠 PR，这是一个巨大的改变。不过初期学习曲线很陡。

私のチームはスタックド PR を始めてゲームチェンジャーだった。ただ最初の学習曲線は急。

우리 팀이 스택 PR 을 시작했는데 게임 체인저였다. 초기 학습 곡선이 가파르긴 하다.

Mi equipo empezó a usar PRs apilados y ha sido un cambio radical. Aunque la curva de aprendizaje inicial es empinada.

Mein Team hat mit gestapelten PRs angefangen und es war ein Gamechanger. Die anfängliche Lernkurve ist allerdings steil.

junior_dev

This assumes you have time to split PRs. Sometimes the deadline is real and you ship what you have.

这假设你有时间拆分 PR。有时候截止日期是真实的，你只能提交你有的。

これは PR を分割する時間があると仮定している。締め切りが現実で、あるものを出荷することもある。

이것은 PR 을 나눌 시간이 있다고 가정한다. 때로는 마감이 실제이고 있는 것을 배포한다.

Esto asume que tienes tiempo para dividir PRs. A veces la fecha límite es real y envías lo que tienes.

Das setzt voraus, dass du Zeit hast, PRs aufzuteilen. Manchmal ist die Deadline echt und du lieferst was du hast.

pragmatist