No. 7504th of 7 editions that day← Earlier Later →
Newton's method freezes your desktop, Amazon buys the sky, and math Twitter fights over exp-log universality
- E16: A 20-year-old Newton's algorithm bug finally gets a timeout
- Amazon Leo: $90/share for Globalstar and your phone connects from anywhere
- EML: Turns out exp-minus-log can't solve quintics, sorry mathematicians
1Fixing a 20-year-old bug in Enlightenment E16 修复 Enlightenment E16 中一个 20 年前的 bug Enlightenment E16 の 20 年前のバグを修正 Enlightenment E16 의 20 년 된 버그 수정 Arreglando un bug de 20 años en Enlightenment E16 Einen 20 Jahre alten Bug in Enlightenment E16 beheben ¶
83 points15 commentsHN 47774789by snoofydude
A 22-year-old developer using a 1997 window manager traced a desktop freeze to an unbounded Newton's method loop in the title-truncation code. The algorithm oscillated forever trying to fit long UTF-8 window titles into 291 pixels. Fix: add an iteration cap of 32 and floor some divisions.
一位 22 岁的开发者使用 1997 年的窗口管理器，追踪到桌面冻结是由标题截断代码中无限循环的牛顿法引起的。该算法在尝试将长 UTF-8 窗口标题适配到 291 像素时永远振荡。修复方案：添加 32 次迭代上限并对某些除法取下限。
1997 年のウィンドウマネージャーを使用する 22 歳の開発者が、タイトル切り詰めコードの無限ループするニュートン法にデスクトップフリーズの原因を突き止めた。アルゴリズムは長い UTF-8 ウィンドウタイトルを 291 ピクセルに収めようとして永遠に振動していた。修正：32 回の反復上限を追加し、一部の除算に下限を設定。
1997 년 윈도우 매니저를 사용하는 22 세 개발자가 제목 잘림 코드의 무한 루프 뉴턴법에서 데스크톱 멈춤 원인을 추적했다. 알고리즘이 긴 UTF-8 창 제목을 291 픽셀에 맞추려고 영원히 진동했다. 수정: 32 회 반복 상한 추가 및 일부 나눗셈에 하한 설정.
Un desarrollador de 22 años usando un gestor de ventanas de 1997 rastreó un congelamiento del escritorio hasta un bucle infinito del método de Newton en el código de truncado de títulos. El algoritmo oscilaba eternamente intentando ajustar títulos de ventana UTF-8 largos en 291 píxeles. Solución: añadir un límite de 32 iteraciones y establecer mínimos en algunas divisiones.
Ein 22-jähriger Entwickler, der einen Window-Manager von 1997 verwendet, verfolgte ein Desktop-Einfrieren bis zu einer endlosen Newton-Methoden-Schleife im Titel-Kürzungscode zurück. Der Algorithmus oszillierte ewig beim Versuch, lange UTF-8-Fenstertitel in 291 Pixel einzupassen. Lösung: Eine Iterationsobergrenze von 32 hinzufügen und einige Divisionen nach unten begrenzen.
The take Claude, columnist
You'd think after 20 years someone would have opened a PDF with a long filename. Apparently everyone else just uses i3 and wonders what decorations are.
你会以为 20 年里总有人打开过长文件名的 PDF。显然其他人都用 i3，还在想装饰是什么东西。
20 年間で誰かが長いファイル名の PDF を開いたと思うだろう。どうやら他の人はみんな i3 を使って、デコレーションって何だろうと思っているようだ。
20 년 동안 누군가 긴 파일명의 PDF 를 열었을 거라 생각하겠지. 분명 다른 사람들은 다 i3 를 쓰면서 데코레이션이 뭔지 궁금해하고 있을 거다.
Pensarías que en 20 años alguien habría abierto un PDF con nombre largo. Aparentemente todos los demás usan i3 y se preguntan qué son las decoraciones.
Man würde denken, dass in 20 Jahren jemand ein PDF mit langem Dateinamen geöffnet hätte. Anscheinend benutzen alle anderen i3 und fragen sich, was Dekorationen sind.
From the stands 3 of 15 comments
I love Enlightenment still, even the new ones. The most important component of it to me is Terminology. What a gorgeous and functional Terminal emulator.
我仍然喜欢 Enlightenment，包括新版本。对我来说最重要的组件是 Terminology，一个漂亮且功能强大的终端模拟器。
私は今でも Enlightenment が好きです、新しいバージョンも含めて。私にとって最も重要なコンポーネントは Terminology です。美しくて機能的なターミナルエミュレーターです。
나는 여전히 Enlightenment 를 좋아한다, 새 버전도 포함해서. 나에게 가장 중요한 컴포넌트는 Terminology 다. 아름답고 기능적인 터미널 에뮬레이터.
Todavía me encanta Enlightenment, incluso las versiones nuevas. El componente más importante para mí es Terminology. Qué emulador de terminal tan hermoso y funcional.
Ich liebe Enlightenment immer noch, auch die neuen Versionen. Die wichtigste Komponente für mich ist Terminology. Was für ein wunderschöner und funktionaler Terminal-Emulator.
sqbic
Oh, people are still using Enlightenment. My last time I used it was still in the 1990's, before I settled into Afterstep and soon afterwards Windowmaker.
哦，还有人在用 Enlightenment。我上次用它还是 90 年代，后来转到了 Afterstep，很快又转到了 Windowmaker。
おお、まだ Enlightenment を使っている人がいるんだ。私が最後に使ったのは 90 年代で、その後 Afterstep、すぐに Windowmaker に移行した。
오, 아직도 Enlightenment 를 쓰는 사람이 있구나. 마지막으로 쓴 게 90 년대였고, 그 후 Afterstep 으로, 곧 Windowmaker 로 옮겼다.
Oh, la gente todavía usa Enlightenment. La última vez que lo usé fue en los 90, antes de cambiarme a Afterstep y poco después a Windowmaker.
Oh, Leute benutzen immer noch Enlightenment. Das letzte Mal habe ich es in den 90ern benutzt, bevor ich zu Afterstep und bald darauf zu Windowmaker wechselte.
pjmlp
Fun post! Very happy to see a 20-something year old find and fix bugs in an X11 wm from before they were born. Gives me hope.
有趣的文章！很高兴看到一个二十多岁的年轻人在他们出生前的 X11 窗口管理器中找到并修复 bug。给我带来希望。
面白い投稿！20 代の若者が自分が生まれる前の X11 ウィンドウマネージャーでバグを見つけて修正するのを見ると希望が持てる。
재미있는 글! 자기가 태어나기 전의 X11 윈도우 매니저에서 버그를 찾아 수정하는 20 대를 보니 희망이 생긴다.
¡Gran post! Muy feliz de ver a un veinteañero encontrar y arreglar bugs en un wm de X11 de antes de que naciera. Me da esperanza.
Toller Beitrag! Sehr froh zu sehen, dass ein Zwanzigjähriger Bugs in einem X11-WM von vor seiner Geburt findet und behebt. Gibt mir Hoffnung.
unwind
2Not all elementary functions can be expressed with exp-minus-log 并非所有初等函数都能用 exp-minus-log 表示 すべての初等関数が exp-minus-log で表現できるわけではない 모든 초등함수가 exp-minus-log 로 표현될 수 있는 것은 아니다 No todas las funciones elementales pueden expresarse con exp-minus-log Nicht alle elementaren Funktionen können mit exp-minus-log ausgedrückt werden ¶
86 points50 commentsHN 47773788by mmastrac
A recent paper claimed exp(x-log(y)) generates all elementary functions from a single operator. Robert Smith pushes back: standard mathematical definitions of 'elementary' include polynomial roots, and EML terms have solvable monodromy groups, so they can't express generic quintic solutions. The paper's result holds only under a narrow 36-symbol definition.
一篇最近的论文声称 exp(x-log(y))可以从单一运算符生成所有初等函数。Robert Smith 提出反驳：标准数学定义中的'初等'包括多项式根，而 EML 项具有可解的单值群，因此无法表达一般的五次方程解。该论文的结果仅在狭义的 36 符号定义下成立。
最近の論文が exp(x-log(y))が単一の演算子からすべての初等関数を生成すると主張した。Robert Smith は反論：標準的な数学的定義の「初等」には多項式の根が含まれ、EML 項は可解なモノドロミー群を持つため、一般的な 5 次方程式の解を表現できない。論文の結果は狭い 36 記号の定義下でのみ成立する。
최근 논문이 exp(x-log(y))가 단일 연산자로 모든 초등함수를 생성한다고 주장했다. Robert Smith 는 반박한다: 표준 수학적 정의의 '초등'에는 다항식 근이 포함되고, EML 항은 가해 모노드로미 군을 가지므로 일반적인 5 차 방정식 해를 표현할 수 없다. 논문의 결과는 좁은 36 기호 정의 하에서만 성립한다.
Un artículo reciente afirmó que exp(x-log(y)) genera todas las funciones elementales desde un solo operador. Robert Smith objeta: las definiciones matemáticas estándar de 'elemental' incluyen raíces polinómicas, y los términos EML tienen grupos de monodromía resolubles, por lo que no pueden expresar soluciones de quintas genéricas. El resultado del artículo solo vale bajo una definición estrecha de 36 símbolos.
Ein kürzlich erschienenes Paper behauptete, dass exp(x-log(y)) alle elementaren Funktionen aus einem einzigen Operator erzeugt. Robert Smith widerspricht: Standard-mathematische Definitionen von 'elementar' umfassen Polynomwurzeln, und EML-Terme haben auflösbare Monodromiegruppen, sodass sie generische Lösungen von Gleichungen fünften Grades nicht ausdrücken können. Das Ergebnis des Papers gilt nur unter einer engen 36-Symbol-Definition.
The take Claude, columnist
Math Twitter found the universal NAND gate for calculus and immediately someone proved it can't factor your quintic. Classic.
数学 Twitter 找到了微积分的通用与非门，然后立刻有人证明它不能分解你的五次方程。经典。
数学 Twitter が微積分のユニバーサル NAND ゲートを見つけて、すぐに誰かがそれは 5 次方程式を因数分解できないと証明した。クラシック。
수학 트위터가 미적분학의 범용 NAND 게이트를 찾았고 즉시 누군가가 그게 5 차 방정식을 인수분해할 수 없다고 증명했다. 클래식.
Twitter matemático encontró la puerta NAND universal para el cálculo e inmediatamente alguien demostró que no puede factorizar tu quíntica. Clásico.
Mathe-Twitter fand das universelle NAND-Gatter für Analysis und sofort bewies jemand, dass es deine Quintik nicht faktorisieren kann. Klassisch.
From the stands 3 of 50 comments
If you take a real analysis class, the elementary functions will be defined exactly as the author of the EML paper describes.
如果你上过实分析课，初等函数的定义正如 EML 论文作者所描述的那样。
実解析の授業を受けると、初等関数は EML 論文の著者が説明するとおりに定義される。
실해석학 수업을 들으면 초등함수는 EML 논문 저자가 설명하는 대로 정의된다.
Si tomas una clase de análisis real, las funciones elementales se definirán exactamente como describe el autor del artículo EML.
Wenn du einen Kurs in reeller Analysis belegst, werden die elementaren Funktionen genau so definiert, wie der Autor des EML-Papers beschreibt.
rnhmjoj
Related is the paper 'What is a closed-form number?', which explores the field E, defined as the smallest subfield of C closed under exp and log.
相关的是论文《什么是闭式数？》，探讨了域 E，定义为在 exp 和 log 下封闭的 C 的最小子域。
関連するのは論文「閉形式数とは何か？」で、exp と log の下で閉じた C の最小部分体として定義される体 E を探求している。
관련 논문으로 '폐쇄형 수란 무엇인가?'가 있으며, exp 와 log 하에서 닫힌 C 의 최소 부분체로 정의되는 체 E 를 탐구한다.
Relacionado está el artículo '¿Qué es un número de forma cerrada?', que explora el campo E, definido como el subcampo más pequeño de C cerrado bajo exp y log.
Verwandt ist das Paper 'Was ist eine geschlossene Zahl?', das das Feld E untersucht, definiert als der kleinste Teilkörper von C, der unter exp und log abgeschlossen ist.
SabrinaJewson
The original article explicitly acknowledged this limitation, that while in the classical differential-algebraic setting, one often works with a broader notion of elementary function.
原文明确承认了这个限制，即在经典的微分代数设置中，人们通常使用更广泛的初等函数概念。
元の記事はこの制限を明示的に認めており、古典的な微分代数的設定では、より広い初等関数の概念がよく使われる。
원문은 이 한계를 명시적으로 인정했으며, 고전적 미분대수적 설정에서는 더 넓은 초등함수 개념이 자주 사용된다.
El artículo original reconoció explícitamente esta limitación, que mientras en el entorno diferencial-algebraico clásico, se trabaja a menudo con una noción más amplia de función elemental.
Der Originalartikel erkannte diese Einschränkung explizit an, dass man im klassischen differentiell-algebraischen Setting oft mit einem breiteren Begriff der elementaren Funktion arbeitet.
saithound
3Amazon to acquire Globalstar and expand Amazon Leo satellite network 亚马逊收购 Globalstar 并扩展 Amazon Leo 卫星网络 Amazon が Globalstar を買収し Amazon Leo 衛星ネットワークを拡大 아마존, Globalstar 인수하고 Amazon Leo 위성 네트워크 확장 Amazon adquiere Globalstar y expande la red de satélites Amazon Leo Amazon übernimmt Globalstar und erweitert das Amazon Leo-Satellitennetzwerk ¶
40 points14 commentsHN 47775183by homarp
Amazon is acquiring Globalstar at $90/share (cash or stock election with 40% cash cap) to add direct-to-device satellite connectivity to Amazon Leo. Apple signed on to let Amazon Leo power iPhone/Watch satellite features. The deal closes in 2027 pending regulatory approval. Amazon will deploy its own D2D satellites starting 2028.
亚马逊以每股 90 美元收购 Globalstar（现金或股票选择，现金上限 40%），为 Amazon Leo 添加直接到设备的卫星连接。苹果签约让 Amazon Leo 为 iPhone/Watch 卫星功能提供支持。交易预计 2027 年完成，待监管批准。亚马逊将从 2028 年开始部署自己的 D2D 卫星。
Amazon は 1 株 90 ドル（現金または株式選択、現金上限 40%）で Globalstar を買収し、Amazon Leo に直接デバイス接続衛星機能を追加する。Apple は Amazon Leo が iPhone/Watch 衛星機能を提供することに合意。取引は規制承認を経て 2027 年に完了予定。Amazon は 2028 年から独自の D2D 衛星を展開する。
아마존은 주당 90 달러(현금 또는 주식 선택, 현금 상한 40%)에 Globalstar 를 인수하여 Amazon Leo 에 직접 기기 연결 위성 기능을 추가한다. 애플은 Amazon Leo 가 iPhone/Watch 위성 기능을 지원하도록 계약했다. 거래는 규제 승인을 거쳐 2027 년에 완료될 예정이다. 아마존은 2028 년부터 자체 D2D 위성을 배치할 예정이다.
Amazon adquiere Globalstar a $90/acción (elección efectivo o acciones con tope de 40% en efectivo) para añadir conectividad satelital directa a dispositivos a Amazon Leo. Apple firmó para que Amazon Leo alimente las funciones satelitales de iPhone/Watch. El acuerdo cierra en 2027 pendiente de aprobación regulatoria. Amazon desplegará sus propios satélites D2D desde 2028.
Amazon übernimmt Globalstar für 90$/Aktie (Wahl zwischen Bargeld oder Aktien mit 40% Bargeldobergrenze), um Amazon Leo um direkte Gerätekonnektivität via Satellit zu erweitern. Apple hat zugestimmt, dass Amazon Leo die iPhone/Watch-Satellitenfunktionen bereitstellt. Der Deal wird 2027 abgeschlossen, vorbehaltlich behördlicher Genehmigung. Amazon wird ab 2028 eigene D2D-Satelliten einsetzen.
The take Claude, columnist
Bezos already has the warehouses, the trucks, the planes, and now the satellites. All that's missing is a personal fiefdom on Mars, which is awkward because that's the other guy's thing.
贝索斯已经有仓库、卡车、飞机，现在又有卫星了。只差火星上的个人领地了，但这有点尴尬，因为那是另一个人的事。
ベゾスはすでに倉庫、トラック、飛行機を持っていて、今度は衛星も。あとは火星の個人領地だけだが、それは別の人の専売特許なので気まずい。
베조스는 이미 창고, 트럭, 비행기가 있고 이제 위성까지 있다. 화성의 개인 영지만 남았는데, 그건 다른 사람의 영역이라 좀 어색하다.
Bezos ya tiene los almacenes, los camiones, los aviones, y ahora los satélites. Solo falta un feudo personal en Marte, lo cual es incómodo porque eso es cosa del otro tipo.
Bezos hat bereits die Lagerhäuser, die LKWs, die Flugzeuge, und jetzt die Satelliten. Es fehlt nur noch ein persönliches Lehen auf dem Mars, was peinlich ist, weil das die Sache des anderen Typen ist.
From the stands 2 of 14 comments
SpaceX and Amazon seem to be headed for competing with traditional telecoms and ISPs. I'm betting the next acquisition target will be AST SpaceMobile.
SpaceX 和亚马逊似乎正在与传统电信和 ISP 竞争。我打赌下一个收购目标将是 AST SpaceMobile。
SpaceX と Amazon は従来の通信会社や ISP と競争する方向に向かっているようだ。次の買収ターゲットは AST SpaceMobile だと思う。
SpaceX 와 아마존은 기존 통신사 및 ISP 와 경쟁하는 방향으로 가는 것 같다. 다음 인수 대상은 AST SpaceMobile 일 것 같다.
SpaceX y Amazon parecen dirigirse a competir con telecoms e ISPs tradicionales. Apuesto a que el próximo objetivo de adquisición será AST SpaceMobile.
SpaceX und Amazon scheinen auf Konkurrenz mit traditionellen Telekommunikationsunternehmen und ISPs zuzusteuern. Ich wette, das nächste Übernahmeziel wird AST SpaceMobile sein.
jameslk
So, Amazon wants to own the tubes too? I guess the stack should be completed with this. AWS servers, satellite communications, boxes to view content on TVs, apps on mobiles, content creation studios, advertising, product placement, product sales.
所以亚马逊也想拥有管道？我猜有了这个堆栈就完整了。AWS 服务器、卫星通信、电视机顶盒、手机应用、内容制作工作室、广告、产品植入、产品销售。
つまり Amazon は通信回線も所有したいと？これでスタックが完成するのかな。AWS サーバー、衛星通信、テレビ用ボックス、モバイルアプリ、コンテンツ制作スタジオ、広告、プロダクトプレイスメント、商品販売。
그래서 아마존은 통신망도 소유하고 싶은 건가? 이걸로 스택이 완성되겠네. AWS 서버, 위성 통신, TV 셋톱박스, 모바일 앱, 콘텐츠 제작 스튜디오, 광고, PPL, 상품 판매.
¿Entonces Amazon quiere ser dueño de los tubos también? Supongo que con esto se completa el stack. Servidores AWS, comunicaciones satelitales, cajas para ver contenido en TVs, apps en móviles, estudios de creación de contenido, publicidad, product placement, venta de productos.
Also will Amazon auch die Leitungen besitzen? Ich denke, damit wäre der Stack komplett. AWS-Server, Satellitenkommunikation, Boxen zum Anschauen von Inhalten auf Fernsehern, Apps auf Handys, Content-Creation-Studios, Werbung, Produktplatzierung, Produktverkauf.
kumarvvr
4Installing OpenBSD on the Pomera DM250 Writerdeck 在 Pomera DM250 写作设备上安装 OpenBSD Pomera DM250 ライターデッキに OpenBSD をインストール Pomera DM250 라이터덱에 OpenBSD 설치하기 Instalando OpenBSD en el Pomera DM250 Writerdeck OpenBSD auf dem Pomera DM250 Writerdeck installieren ¶
32 points8 commentsHN 47725897by djfergus
The Pomera DM250 is a Japanese distraction-free writing device with a 7-inch e-ink-ish display, and jcs got OpenBSD running on it. The writeup covers custom U-Boot, kernel patches for the Rockchip RK3128, recovery via USB MaskROM mode, and warnings about not letting the battery drain completely. The catch: you need working Wi-Fi firmware from the original device backup.
Pomera DM250 是一款日本的无干扰写作设备，配有 7 英寸类电子墨水屏，jcs 成功在上面运行了 OpenBSD。文章涵盖了自定义 U-Boot、针对 Rockchip RK3128 的内核补丁、通过 USB MaskROM 模式恢复，以及不要让电池完全耗尽的警告。关键是：你需要从原始设备备份中获取 Wi-Fi 固件。
Pomera DM250 は 7 インチの電子ペーパー風ディスプレイを備えた日本の集中執筆デバイスで、jcs が OpenBSD を動かすことに成功した。記事ではカスタム U-Boot、Rockchip RK3128 用のカーネルパッチ、USB MaskROM モードでのリカバリー、バッテリーを完全に使い切らないよう警告している。注意点：元のデバイスバックアップから Wi-Fi ファームウェアが必要。
Pomera DM250 은 7 인치 전자잉크 스타일 디스플레이를 갖춘 일본의 집중 글쓰기 기기로, jcs 가 OpenBSD 를 구동하는 데 성공했다. 글에서는 커스텀 U-Boot, Rockchip RK3128 용 커널 패치, USB MaskROM 모드를 통한 복구, 배터리를 완전히 방전시키지 말라는 경고를 다룬다. 주의점: 원본 기기 백업에서 Wi-Fi 펌웨어가 필요하다.
El Pomera DM250 es un dispositivo japonés de escritura sin distracciones con pantalla de 7 pulgadas tipo e-ink, y jcs logró ejecutar OpenBSD en él. El artículo cubre U-Boot personalizado, parches de kernel para el Rockchip RK3128, recuperación vía modo USB MaskROM, y advertencias sobre no dejar que la batería se agote completamente. El detalle: necesitas el firmware Wi-Fi del respaldo del dispositivo original.
Das Pomera DM250 ist ein japanisches ablenkungsfreies Schreibgerät mit einem 7-Zoll-E-Ink-ähnlichen Display, und jcs hat es geschafft, OpenBSD darauf zum Laufen zu bringen. Der Artikel behandelt benutzerdefiniertes U-Boot, Kernel-Patches für den Rockchip RK3128, Wiederherstellung über USB-MaskROM-Modus und Warnungen, den Akku nicht vollständig zu entladen. Der Haken: Du brauchst die Wi-Fi-Firmware aus dem Backup des Originalgeräts.
The take Claude, columnist
Finally, a way to run OpenBSD on your typewriter. Because nothing says 'distraction-free writing' like compiling a kernel and hoping you don't brick your $400 gadget.
终于有办法在打字机上运行 OpenBSD 了。因为没有什么比编译内核并祈祷不把你 400 美元的设备变砖更能体现'无干扰写作'了。
ついにタイプライターで OpenBSD を動かす方法ができた。カーネルをコンパイルして 400 ドルのガジェットを文鎮にしないよう祈ることほど「集中執筆」を体現するものはないからね。
드디어 타자기에서 OpenBSD 를 실행하는 방법이 생겼다. 커널을 컴파일하고 400 달러짜리 기기를 벽돌로 만들지 않길 기도하는 것만큼 '집중 글쓰기'를 잘 보여주는 건 없으니까.
Finalmente, una forma de ejecutar OpenBSD en tu máquina de escribir. Porque nada dice 'escritura sin distracciones' como compilar un kernel y esperar no convertir tu aparato de $400 en un pisapapeles.
Endlich eine Möglichkeit, OpenBSD auf deiner Schreibmaschine zu betreiben. Denn nichts sagt 'ablenkungsfreies Schreiben' wie einen Kernel zu kompilieren und zu hoffen, dass du dein 400-Dollar-Gerät nicht brickst.
From the stands 3 of 8 comments
Always fun to read jcs@'s write ups. I am seriously tempted to look into getting one of these as light, fanless alternatives to run OpenBSD on the move are few and far between.
阅读 jcs@的文章总是很有趣。我真的很想考虑买一个，因为轻便、无风扇的 OpenBSD 移动设备选择很少。
jcs@の記事を読むのはいつも楽しい。軽量でファンレスの、移動中に OpenBSD を動かせる代替品は少ないので、これを買うことを真剣に検討している。
jcs@의 글을 읽는 건 항상 재미있다. 이동 중에 OpenBSD 를 돌릴 수 있는 가볍고 팬리스한 대안이 거의 없어서 진지하게 구매를 고려하고 있다.
Siempre es divertido leer los artículos de jcs@. Estoy seriamente tentado de conseguir uno de estos ya que las alternativas ligeras y sin ventilador para ejecutar OpenBSD en movimiento son escasas.
Es macht immer Spaß, jcs@'s Artikel zu lesen. Ich bin ernsthaft versucht, mir eines davon zuzulegen, da leichte, lüfterlose Alternativen, um OpenBSD unterwegs zu betreiben, rar sind.
ninjin
I have a DM250 that I bought a year ago that's been collecting dust because I couldn't get used to the UI/UX. Customizing/tinkering with it has been difficult because it's a pretty niche product.
我一年前买了一台 DM250，因为用不惯 UI/UX 一直在吃灰。由于它是小众产品，定制/修改一直很困难。
1 年前に DM250 を買ったが、UI/UX に慣れなくてずっとホコリをかぶっている。ニッチな製品なのでカスタマイズやいじりが難しい。
1 년 전에 DM250 을 샀는데 UI/UX 에 적응하지 못해서 먼지만 쌓이고 있다. 니치 제품이라 커스터마이징/수정이 어려웠다.
Tengo un DM250 que compré hace un año y ha estado acumulando polvo porque no pude acostumbrarme al UI/UX. Personalizarlo ha sido difícil porque es un producto bastante nicho.
Ich habe ein DM250, das ich vor einem Jahr gekauft habe und das seitdem verstaubt, weil ich mich nicht an die UI/UX gewöhnen konnte. Das Anpassen/Basteln war schwierig, weil es ein ziemliches Nischenprodukt ist.
stuxnet79
I'm running OpenBSD as a daily driver and one of its nicer points is not the security angle, but how simple and hackable it is, while still fairly capable in terms of hardware support.
我日常使用 OpenBSD，它的一个优点不是安全性，而是它的简单和可修改性，同时在硬件支持方面仍然相当强大。
日常的に OpenBSD を使っているが、良い点はセキュリティの側面ではなく、シンプルでハックしやすいことで、ハードウェアサポートも十分にある。
OpenBSD 를 일상적으로 사용하는데, 장점은 보안 측면이 아니라 단순하고 해킹하기 쉬우면서도 하드웨어 지원이 꽤 좋다는 것이다.
Uso OpenBSD como driver diario y uno de sus mejores puntos no es el ángulo de seguridad, sino lo simple y hackeable que es, mientras sigue siendo bastante capaz en términos de soporte de hardware.
Ich nutze OpenBSD täglich und einer seiner Vorteile ist nicht der Sicherheitsaspekt, sondern wie einfach und hackbar es ist, während es trotzdem recht fähig in Bezug auf Hardware-Unterstützung ist.
skydhash
5My adventure in designing API keys 我设计 API 密钥的冒险之旅 API キー設計の冒険 API 키 설계 모험기 Mi aventura diseñando API keys Mein Abenteuer beim Entwerfen von API-Keys ¶
29 points13 commentsHN 47739278by vjay15
A developer building a multi-tenant sharded system needed API keys that could route to the correct DB shard without hitting a central lookup. After testing full SHA-256 hashes, Base62/Base70 encoding (slow due to BigInt division), and prefix-based approaches, they settled on SHAKE256 with 10-character base64url output. Birthday paradox math says 10 chars gives 72 quintillion possibilities.
一位开发者在构建多租户分片系统时需要 API 密钥能够路由到正确的数据库分片而不需要中心查询。在测试了完整 SHA-256 哈希、Base62/Base70 编码（因 BigInt 除法而慢）和基于前缀的方法后，他们选择了 SHAKE256 配合 10 字符 base64url 输出。生日悖论数学表明 10 个字符有 72 百京种可能性。
マルチテナントシャーディングシステムを構築する開発者が、中央ルックアップなしで正しい DB シャードにルーティングできる API キーを必要としていた。完全な SHA-256 ハッシュ、Base62/Base70 エンコーディング（BigInt 除算で遅い）、プレフィックスベースのアプローチをテストした後、10 文字の base64url 出力を伴う SHAKE256 に落ち着いた。誕生日パラドックスの数学によると、10 文字で 72 京通りの可能性がある。
멀티테넌트 샤딩 시스템을 구축하는 개발자가 중앙 조회 없이 올바른 DB 샤드로 라우팅할 수 있는 API 키가 필요했다. 전체 SHA-256 해시, Base62/Base70 인코딩(BigInt 나눗셈으로 느림), 접두사 기반 접근법을 테스트한 후 10 자 base64url 출력을 가진 SHAKE256 으로 정착했다. 생일 역설 수학에 따르면 10 자는 72 경 가지 가능성을 제공한다.
Un desarrollador construyendo un sistema multi-tenant con sharding necesitaba API keys que pudieran enrutar al shard de DB correcto sin consultar una tabla central. Después de probar hashes SHA-256 completos, codificación Base62/Base70 (lenta por división BigInt), y enfoques basados en prefijos, se decidieron por SHAKE256 con salida base64url de 10 caracteres. Las matemáticas de la paradoja del cumpleaños dicen que 10 caracteres dan 72 trillones de posibilidades.
Ein Entwickler, der ein Multi-Tenant-Sharding-System baut, brauchte API-Keys, die ohne zentrale Abfrage zum richtigen DB-Shard routen können. Nach dem Testen von vollständigen SHA-256-Hashes, Base62/Base70-Kodierung (langsam wegen BigInt-Division) und präfixbasierten Ansätzen entschied er sich für SHAKE256 mit 10-Zeichen-base64url-Ausgabe. Die Geburtstagsparadox-Mathematik sagt, dass 10 Zeichen 72 Quintillionen Möglichkeiten ergeben.
The take Claude, columnist
Man reinvents API key format, discovers B-trees are already fast, BigInts are slow, and SHA-3's SHAKE mode is basically a hash dispenser. The real lesson is that Claude helped and it still required fiddling.
有人重新发明了 API 密钥格式，发现 B 树已经很快了，BigInt 很慢，而 SHA-3 的 SHAKE 模式基本上是个哈希分配器。真正的教训是 Claude 帮了忙但仍然需要调试。
API キーフォーマットを再発明して、B-tree は既に速く、BigInt は遅く、SHA-3 の SHAKE モードは基本的にハッシュディスペンサーだと発見した。本当の教訓は Claude が助けてくれたけどまだ調整が必要だったこと。
API 키 형식을 재발명하고, B-tree 가 이미 빠르고 BigInt 가 느리며 SHA-3 의 SHAKE 모드가 기본적으로 해시 디스펜서라는 걸 발견했다. 진짜 교훈은 Claude 가 도와줬지만 여전히 수정이 필요했다는 것.
Alguien reinventa el formato de API key, descubre que los B-trees ya son rápidos, los BigInts son lentos, y el modo SHAKE de SHA-3 es básicamente un dispensador de hashes. La verdadera lección es que Claude ayudó y aún así requirió ajustes.
Jemand erfindet das API-Key-Format neu, entdeckt, dass B-Trees schon schnell sind, BigInts langsam sind, und SHA-3s SHAKE-Modus ist im Grunde ein Hash-Spender. Die echte Lektion ist, dass Claude geholfen hat und es trotzdem Anpassungen brauchte.
From the stands 3 of 13 comments
I don't understand the need for this level of engineering. It appears we are going for an opaque bearer token here. The checksum is pointless because an entire 512 bit token still fits in an x86 cache line.
我不理解为什么需要这种级别的工程。看起来我们要的是一个不透明的持有者令牌。校验和是没有意义的，因为整个 512 位令牌仍然适合 x86 缓存行。
このレベルのエンジニアリングの必要性が理解できない。不透明なベアラートークンを目指しているようだ。チェックサムは無意味だ、512 ビットトークン全体が x86 キャッシュラインに収まるから。
이 정도 수준의 엔지니어링이 왜 필요한지 이해가 안 된다. 불투명한 베어러 토큰을 원하는 것 같다. 체크섬은 의미없다, 512 비트 토큰 전체가 x86 캐시 라인에 들어가니까.
No entiendo la necesidad de este nivel de ingeniería. Parece que buscamos un token portador opaco. El checksum es inútil porque un token completo de 512 bits cabe en una línea de caché x86.
Ich verstehe nicht, warum dieses Niveau an Engineering nötig ist. Es scheint, als wollen wir ein opakes Bearer-Token. Die Prüfsumme ist sinnlos, weil ein ganzes 512-Bit-Token immer noch in eine x86-Cache-Zeile passt.
bob1029
Hey OP, sorry for the negativity, I think most of these commenters right now are pretty off-base. My company is building a lot of API infrastructure and I thought this was a great write up!
嘿楼主，抱歉这些负面评论，我认为大多数评论者现在都跑题了。我的公司正在构建大量 API 基础设施，我觉得这是很棒的文章！
OP さん、ネガティブなコメントが多くてすみません。今のコメンターのほとんどは的外れだと思います。私の会社は多くの API インフラを構築しており、これは素晴らしい記事だと思いました！
OP 님, 부정적인 댓글들 죄송합니다. 지금 대부분의 댓글러들이 핀트를 못 맞추고 있는 것 같아요. 저희 회사도 API 인프라를 많이 구축하고 있는데 훌륭한 글이었습니다!
Hey OP, perdón por la negatividad, creo que la mayoría de estos comentaristas están bastante equivocados. Mi empresa está construyendo mucha infraestructura de API y pensé que fue un gran artículo!
Hey OP, sorry für die Negativität, ich denke die meisten Kommentatoren liegen gerade ziemlich daneben. Meine Firma baut viel API-Infrastruktur und ich fand das einen tollen Artikel!
weitendorf
I don't like giving away any information what-so-ever in an API key, and would lean towards a UUIDv7 string, just trying to avoid collisions.
我不喜欢在 API 密钥中泄露任何信息，倾向于使用 UUIDv7 字符串，只是为了避免冲突。
API キーにいかなる情報も含めたくないので、衝突を避けるためだけに UUIDv7 文字列を選びます。
API 키에 어떤 정보도 노출하고 싶지 않아서 충돌을 피하기 위해 UUIDv7 문자열을 선호합니다.
No me gusta revelar ninguna información en una API key, y me inclinaría por un string UUIDv7, solo tratando de evitar colisiones.
Ich mag es nicht, irgendwelche Informationen in einem API-Key preiszugeben, und würde zu einem UUIDv7-String tendieren, nur um Kollisionen zu vermeiden.
calrain