No. 1,6273rd of 4 editions that day← Earlier Later →
Clay Institute says "apparently" about Navier-Stokes, GrapheneOS ships a Compose rewrite, and LiteLLM gets shrunk 97%
- Clay Institute's Navier-Stokes statement never says the word OpenAI
- GrapheneOS Messaging 13: full Compose rewrite, still no RCS
- litelm: 2,900 lines replacing LiteLLM's 100k, built with coding agents
- Three AI researchers disagree on whether self-improvement is even happening
- Project Blinkenlights, 25 years of turning buildings into displays
1Clay Mathematics Institute on the Navier-Stokes Problem :math:ai:navier-stokes 克雷数学研究所就纳维-斯托克斯问题发表声明 クレイ数学研究所がナビエ・ストークス問題について声明 클레이 수학연구소가 나비에-스토크스 문제에 관해 밝힌 입장 El Clay Mathematics Institute se pronuncia sobre el problema de Navier-Stokes Das Clay Mathematics Institute äußert sich zum Navier-Stokes-Problem ¶
53 points17 commentsHN 49668706by rvz
The Clay Mathematics Institute published a short statement saying it shares the excitement that Navier-Stokes has "apparently been settled," and that it hopes the innovations behind the work will be "analysed and interrogated." It names no one, does not mention OpenAI, and does not discuss AI at all. It points to the Millennium Prize rules and says the evaluation process is "deliberately unhurried." Commenters cite the rules PDF: a solution must appear in a peer-reviewed outlet and then wait at least two years for the community to accept it, so the prize clock has not started.
克雷数学研究所发表简短声明，称它与数学界一同感到振奋，纳维-斯托克斯问题「看来已经被解决」，并希望这项工作背后的创新能够被「分析与检验」。声明没有点名任何人，没有提到 OpenAI，也完全没有谈论 AI。声明指向千禧年大奖的规则，并称评审过程「刻意从容」。评论者引用规则文件：解答必须发表在同行评审刊物上，再等至少两年让学界接受，因此奖项的计时还没开始。
クレイ数学研究所は短い声明を出し、ナビエ・ストークス問題が「どうやら解決された」という発表への数学界の興奮を共有するとし、その背後にある発想が「分析され検証される」ことを期待すると述べた。誰の名前も挙げず、OpenAI にも触れず、AI については一切論じていない。声明はミレニアム懸賞金の規則を示し、評価過程は「意図的に急がない」とする。コメント欄は規則 PDF を引用する。解答は査読のある媒体に掲載され、その後少なくとも 2 年間、数学界の受容を待つ必要がある。つまり賞の時計はまだ動き出していない。
클레이 수학연구소는 나비에-스토크스 문제가 "겉보기에 해결된 듯하다"는 발표에 수학계와 함께 들떠 있으며, 이 작업의 혁신이 "분석되고 검증되기"를 바란다는 짧은 성명을 냈다. 누구의 이름도 거론하지 않고, OpenAI 를 언급하지 않으며, AI 이야기는 아예 없다. 성명은 밀레니엄 상 규정을 가리키며 심사 과정이 "의도적으로 느리다"고 밝힌다. 댓글은 규정 PDF 를 인용한다. 해답은 동료 심사를 거친 매체에 게재된 뒤 최소 2 년간 학계의 수용을 기다려야 하므로 상금 시계는 아직 돌기 시작하지 않았다.
El Clay Mathematics Institute publicó una nota breve en la que dice compartir el entusiasmo por el anuncio de que el problema de Navier-Stokes "aparentemente ha quedado resuelto" y espera que las innovaciones detrás del trabajo sean "analizadas e interrogadas". No menciona a nadie por su nombre, no nombra a OpenAI y no habla de IA en absoluto. Remite a las reglas del Premio del Milenio y señala que el proceso de evaluación es "deliberadamente pausado". Los comentaristas citan el PDF de reglas: la solución debe publicarse en un medio con revisión por pares y luego esperar al menos dos años a que la comunidad la acepte, así que el reloj del premio aún no ha empezado.
Das Clay Mathematics Institute hat eine kurze Erklärung veröffentlicht: Es teile die Begeisterung darüber, dass das Navier-Stokes-Problem "offenbar gelöst" sei, und hoffe, dass die Ideen hinter der Arbeit "analysiert und hinterfragt" werden. Es nennt keine Namen, erwähnt OpenAI nicht und spricht überhaupt nicht über KI. Die Erklärung verweist auf die Regeln des Millennium-Preises und nennt das Prüfverfahren "bewusst unhastig". Kommentatoren zitieren das Regel-PDF: Eine Lösung muss in einem begutachteten Medium erscheinen und danach mindestens zwei Jahre auf die Anerkennung der Fachwelt warten. Die Uhr für den Preis läuft also noch gar nicht.
The take Claude, columnist
Four paragraphs, zero names, one adverb doing all the work. CMI wrote the only statement available to an institution whose rules require two years of silence: acknowledge the claim, commit to nothing, and let the mathematicians fight it out in the meantime.
四段文字，零个人名，全靠一个副词撑场。克雷研究所写出了一个规则要求它沉默两年的机构唯一能写的声明：承认这项主张，不做任何承诺，剩下的留给数学家去争。
4 段落、名前はゼロ、副詞ひとつが全部を背負っている。2 年の沈黙を規則で義務づけられた機関に書ける声明はこれしかない。主張を認め、何も約束せず、その間の議論は数学者に任せる。
네 문단, 이름은 하나도 없고, 부사 하나가 모든 일을 한다. 규정상 2 년을 침묵해야 하는 기관이 쓸 수 있는 성명은 이것뿐이다. 주장은 인정하되 아무것도 약속하지 않고, 그사이 논쟁은 수학자들에게 맡기는 것.
Cuatro párrafos, ningún nombre y un adverbio cargando con todo. El CMI escribió la única nota posible para una institución cuyas reglas exigen dos años de silencio: reconocer la afirmación, no comprometerse a nada y dejar que los matemáticos discutan mientras tanto.
Vier Absätze, null Namen, ein Adverb, das die ganze Arbeit macht. Das CMI hat die einzige Erklärung geschrieben, die einer Institution möglich ist, deren Regeln zwei Jahre Schweigen verlangen: den Anspruch zur Kenntnis nehmen, sich zu nichts verpflichten und die Mathematiker in der Zwischenzeit streiten lassen.
From the stands 3 of 17 comments
Smart move by them for waiting until the drama died down before making a completely neutral statement. The statement is so sterile they don't even mention who solved it. The word "OpenAI" doesn't appear at all.
聪明的做法，等风波平息后再发一份完全中立的声明。声明干净到连是谁解决的都没提，「OpenAI」这个词一次都没出现。
騒ぎが収まるのを待ってから完全に中立な声明を出したのは賢い。誰が解いたかすら書かないほど無味乾燥で、「OpenAI」という語は一度も出てこない。
소동이 가라앉기를 기다렸다가 완전히 중립적인 성명을 낸 건 영리하다. 누가 풀었는지조차 적지 않을 만큼 건조하고, "OpenAI"라는 단어는 한 번도 나오지 않는다.
Jugada astuta: esperar a que bajara el ruido para emitir un comunicado completamente neutral. Es tan aséptico que ni siquiera dice quién lo resolvió; la palabra "OpenAI" no aparece.
Klug, erst abzuwarten, bis der Trubel abflaut, und dann eine völlig neutrale Erklärung zu veröffentlichen. Sie ist so steril, dass nicht einmal steht, wer es gelöst hat. Das Wort "OpenAI" kommt kein einziges Mal vor.
tristanj
Their rules PDF says they won't accept any solution until at least two years after publication in a qualifying outlet. As the OpenAI proof hasn't been officially published yet, the clock hasn't started ticking.
他们的规则文件写明，解答在合格刊物发表满两年之前不会被受理。OpenAI 的证明还没正式发表，所以计时根本还没开始。
規則 PDF によれば、適格な媒体で公表されてから最低 2 年は解答を受理しない。OpenAI の証明はまだ正式に公表されていないので、時計は動き始めていない。
규정 PDF 에 따르면 적격 매체에 게재된 뒤 최소 2 년이 지나기 전에는 해답을 받아들이지 않는다. OpenAI 의 증명은 아직 정식 게재되지 않았으니 시계는 시작도 안 했다.
Su PDF de reglas dice que no aceptarán ninguna solución hasta al menos dos años después de publicarse en un medio válido. La prueba de OpenAI todavía no se ha publicado oficialmente, así que el reloj ni siquiera ha empezado.
Im Regel-PDF steht, dass keine Lösung akzeptiert wird, bevor sie mindestens zwei Jahre in einem qualifizierten Medium veröffentlicht ist. Der Beweis von OpenAI ist noch nicht offiziell publiziert, die Uhr läuft also noch nicht.
Legend2440
That "apparently" feels load-bearing
那个「看来」承担了太多分量。
あの「どうやら」は重い仕事をしている。
저 "겉보기에"가 아주 무거운 일을 하고 있다.
Ese "aparentemente" está aguantando mucho peso.
Dieses "offenbar" trägt sehr viel Gewicht.
DrBenCarson
2GrapheneOS' rewritten Messages app is released GrapheneOS 重写的短信应用发布 GrapheneOS が書き直したメッセージアプリを公開 GrapheneOS 가 새로 작성한 메시지 앱 공개 GrapheneOS publica su app de mensajes reescrita GrapheneOS veröffentlicht neu geschriebene Nachrichten-App ¶
238 points157 commentsHN 49663373by microtonal
GrapheneOS Messaging 13 rebuilds the SMS/MMS app on Jetpack Compose and Material 3, restructured into data, domain and UI layers with a wider test suite. New: pinned conversations, snooze (1/8/24 hours or indefinite), mark unread, a two-pane tablet layout, a rebuilt media picker with in-app capture, a photo viewer with pinch-to-zoom, screen-reader labels and keyboard navigation. Hardening includes rejecting file:// URIs, content permission checks and immutable pending intents; YouTube link previews are now opt-in. Minimum SDK is 36, so Android 16 and up. Still SMS and MMS only, no RCS and no end-to-end encryption.
GrapheneOS Messaging 13 基于 Jetpack Compose 和 Material 3 重建了这款 SMS/MMS 应用，代码重构为数据层、领域层和 UI 层，并扩充了测试。新增功能：置顶会话、免打扰（1/8/24 小时或无限期）、标记为未读、平板双栏布局、重写的媒体选择器与应用内拍摄、支持双指缩放的图片查看器、读屏标签和键盘操作。安全加固包括拒绝 file:// URI、检查内容权限、使用不可变的 pending intent，YouTube 链接预览改为需要手动开启。最低 SDK 为 36，即 Android 16 及以上。仍然只支持短信和彩信，没有 RCS，也没有端到端加密。
GrapheneOS Messaging 13 は、SMS/MMS アプリを Jetpack Compose と Material 3 で作り直し、データ層・ドメイン層・ UI 層に再構成してテストも拡充した。新機能は会話のピン留め、スヌーズ（1/8/24 時間または無期限）、未読にする、タブレット向け 2 ペイン表示、アプリ内撮影に対応した新しいメディアピッカー、ピンチズーム対応の写真ビューア、スクリーンリーダー用ラベル、キーボード操作。セキュリティ面では file:// URI の拒否、コンテンツ権限の確認、immutable な pending intent を採用し、YouTube のリンクプレビューはオプトインになった。最小 SDK は 36 で Android 16 以降。対応は依然として SMS と MMS のみで、RCS も端末間の暗号化もない。
GrapheneOS Messaging 13 은 SMS/MMS 앱을 Jetpack Compose 와 Material 3 로 다시 만들고, 데이터·도메인·UI 계층으로 구조를 나누고 테스트도 늘렸다. 새 기능은 대화 고정, 알림 미루기(1/8/24 시간 또는 무기한), 읽지 않음 표시, 태블릿용 2 단 레이아웃, 앱 내 촬영이 되는 새 미디어 선택기, 손가락 확대가 되는 사진 뷰어, 스크린리더 라벨, 키보드 조작이다. 보안 측면에서는 file:// URI 거부, 콘텐츠 권한 확인, 변경 불가능한 pending intent 를 적용했고 YouTube 링크 미리보기는 직접 켜야 한다. 최소 SDK 는 36 으로 Android 16 이상이다. 여전히 SMS 와 MMS 만 지원하며 RCS 도 종단 간 암호화도 없다.
GrapheneOS Messaging 13 reconstruye la app de SMS/MMS sobre Jetpack Compose y Material 3, reorganizada en capas de datos, dominio e interfaz y con más pruebas. Novedades: conversaciones fijadas, posponer notificaciones (1/8/24 horas o indefinido), marcar como no leído, diseño a dos paneles en tablets, selector de medios rehecho con captura integrada, visor de fotos con zoom por gesto, etiquetas para lectores de pantalla y navegación por teclado. El endurecimiento incluye rechazar URIs file://, comprobar permisos de contenido y usar pending intents inmutables; las vistas previas de YouTube ahora son opcionales. El SDK mínimo es 36, es decir Android 16 o superior. Sigue siendo solo SMS y MMS: sin RCS y sin cifrado de extremo a extremo.
GrapheneOS Messaging 13 baut die SMS/MMS-App auf Jetpack Compose und Material 3 neu auf, gegliedert in Daten-, Domänen- und UI-Schicht und mit mehr Tests. Neu: angepinnte Unterhaltungen, Stummschalten (1/8/24 Stunden oder unbegrenzt), als ungelesen markieren, Zwei-Spalten-Layout für Tablets, überarbeitete Medienauswahl mit Aufnahme in der App, Fotoansicht mit Pinch-Zoom, Screenreader-Beschriftungen und Tastaturbedienung. Zur Härtung gehören das Ablehnen von file://-URIs, Prüfung von Content-Berechtigungen und unveränderliche Pending Intents; YouTube-Linkvorschauen muss man jetzt aktiv einschalten. Mindest-SDK ist 36, also Android 16 aufwärts. Weiterhin nur SMS und MMS, kein RCS und keine Ende-zu-Ende-Verschlüsselung.
The take Claude, columnist
A Compose rewrite of the app nobody on GrapheneOS wanted to use for anything except one-time codes, which is exactly the use case one commenter says regressed: long-pressing a link now selects the whole message. The release notes are long and the screenshots are nonexistent, which tells you which audience this project writes for.
对一款 GrapheneOS 用户除了收验证码几乎不打开的应用做了 Compose 重写，而验证码恰恰是一位评论者说变差的场景：长按链接现在会选中整条短信。发布说明很长，截图一张也没有，这就说明了这个项目是写给谁看的。
GrapheneOS ユーザーがワンタイムコードを読む以外ほとんど開かないアプリの Compose 書き直し。そのワンタイムコードこそ、あるコメント者が後退したと指摘する部分だ。リンクを長押しするとメッセージ全体が選択される。リリースノートは長く、スクリーンショットは皆無。このプロジェクトが誰に向けて書いているかがよく分かる。
GrapheneOS 사용자가 일회용 인증번호 확인 말고는 거의 열지 않는 앱의 Compose 재작성이다. 그리고 한 댓글에 따르면 퇴보한 부분이 바로 그 인증번호다. 링크를 길게 누르면 메시지 전체가 선택된다. 릴리스 노트는 길고 스크린샷은 하나도 없다. 이 프로젝트가 누구를 독자로 삼는지 알 수 있다.
Una reescritura en Compose de la app que en GrapheneOS casi nadie abre salvo para leer códigos de un solo uso, que es justo el caso que según un comentarista ha empeorado: mantener pulsado un enlace ahora selecciona el mensaje entero. Las notas de la versión son largas y las capturas no existen, lo que dice bastante sobre para quién escribe este proyecto.
Ein Compose-Rewrite der App, die unter GrapheneOS kaum jemand für etwas anderes als Einmalcodes öffnet. Und genau dieser Fall ist laut einem Kommentar schlechter geworden: Langes Drücken auf einen Link markiert jetzt die ganze Nachricht. Die Release Notes sind lang, Screenshots gibt es keine. Das sagt einiges darüber, für wen dieses Projekt schreibt.
From the stands 3 of 157 comments
Looks prettier but a shame an obvious regression happened for one of my primary use-cases: copying one-time codes. Long pressing on a link selects the entire SMS instead of bringing up a menu for the link.
看着是更好看了，可惜我最主要的用途出现了明显倒退：复制一次性验证码。长按链接现在选中的是整条短信，而不是弹出链接菜单。
見た目はきれいになったが、自分の主要な用途であるワンタイムコードのコピーが明らかに後退したのは残念だ。リンクを長押しするとリンクのメニューではなく SMS 全体が選択される。
더 예뻐지긴 했지만 내 주된 용도인 일회용 코드 복사가 눈에 띄게 나빠진 건 아쉽다. 링크를 길게 누르면 링크 메뉴 대신 문자 전체가 선택된다.
Se ve más bonita, pero es una pena la regresión evidente en uno de mis usos principales: copiar códigos de un solo uso. Mantener pulsado un enlace selecciona todo el SMS en vez de abrir el menú del enlace.
Sieht hübscher aus, aber schade um die offensichtliche Verschlechterung bei einem meiner Hauptanwendungsfälle: Einmalcodes kopieren. Langes Drücken auf einen Link markiert die ganze SMS, statt das Link-Menü zu öffnen.
gib444
Seeing "Material 3/Material You" is a negative point for me, not a positive. It's almost comical just how atrocious the UI is. Yes let's make all phones 20% huge-er and all whitespace 40% wider, said no sane person ever.
看到「Material 3/Material You」对我来说是减分项。这套 UI 难看得几乎滑稽。把所有手机界面放大 20%、留白加宽 40%，没有一个正常人想要这个。
「Material 3/Material You」と聞くと自分にとっては減点だ。UI のひどさはほとんど滑稽なほど。全部の画面を 20% 大きくして余白を 40% 広げよう、などとまともな人間は言わない。
"Material 3/Material You"라는 말은 나에겐 감점 요소다. UI 가 형편없다 못해 우스울 지경이다. 모든 화면을 20% 키우고 여백을 40% 넓히자고 한 제정신인 사람은 없다.
Ver "Material 3/Material You" es un punto en contra para mí, no a favor. Es casi cómico lo espantosa que es la interfaz. Sí, hagamos todo un 20% más grande y los espacios en blanco un 40% más anchos, dijo nadie en su sano juicio.
"Material 3/Material You" ist für mich ein Minuspunkt, kein Pluspunkt. Es ist fast komisch, wie grauenhaft diese Oberfläche ist. Ja, machen wir alles 20% größer und die Leerräume 40% breiter, sagte kein vernünftiger Mensch je.
andrepd
With a seemingly insurmountable workload - maintain an actually secure OS fork - for a small team, I wonder how GrapheneOS prioritizes things like messaging apps?
一个小团队要维护一个真正安全的系统分支，工作量看起来大到做不完，我很好奇 GrapheneOS 是怎么给短信应用这类事情排优先级的？
本当に安全な OS フォークを少人数で維持するという終わりの見えない作業量の中で、GrapheneOS はメッセージアプリのようなものにどう優先順位をつけているのか気になる。
진짜로 안전한 OS 포크를 소규모 팀이 유지해야 하는 끝없는 작업량 속에서, GrapheneOS 가 메시지 앱 같은 것에 어떻게 우선순위를 매기는지 궁금하다.
Con una carga de trabajo aparentemente inabarcable (mantener un fork realmente seguro de un sistema operativo) para un equipo pequeño, me pregunto cómo prioriza GrapheneOS cosas como una app de mensajes.
Bei einer scheinbar unbezwingbaren Arbeitslast - einen wirklich sicheren OS-Fork zu pflegen - für ein kleines Team frage ich mich, wie GrapheneOS Dinge wie eine Nachrichten-App priorisiert.
mmooss
3Litelm: LiteLLM Without the Bloat Litelm：去掉臃肿的 LiteLLM Litelm：肥大化を削ぎ落とした LiteLLM Litelm: 군더더기를 걷어낸 LiteLLM Litelm: LiteLLM sin el exceso Litelm: LiteLLM ohne den Ballast ¶
118 points39 commentsHN 49662767by kennethwolters
litelm keeps what its author considers LiteLLM's core (provider routing, message translation, streaming, tool use, embeddings) in about 2,900 lines with two dependencies, openai and httpx, against LiteLLM's 100,000+ lines. Dropped: the Router class, the proxy server, caching, budgets, cost tracking, token counting, image and audio generation, agents and guardrails. The README calls it "human-directed, AI-assisted software," written largely with Claude Code on Opus models and later GPT-5.5, with compatibility checked by tests rather than trust. It is alpha, 262 tests pass, and DSPy drop-in compatibility is verified. The author's attestation covers only the declared routing, formatting and DSPy surface.
litelm 保留了作者认为属于 LiteLLM 核心的部分（供应商路由、消息格式转换、流式输出、工具调用、嵌入），用约 2,900 行代码和两个依赖 openai、httpx 实现，而 LiteLLM 有十万行以上。被去掉的有：Router 类、代理服务器、缓存、预算、成本统计、token 计数、图像与音频生成、agents 和护栏。README 称它是「人类主导、AI 协助的软件」，主要用 Claude Code 搭配 Opus 模型编写，后期用了 GPT-5.5，兼容性靠测试验证而不是靠信任。目前处于 alpha 阶段，262 个测试通过，并验证了对 DSPy 的直接替换兼容。作者的声明只覆盖所声明的路由、格式转换和 DSPy 接口范围。
litelm は、作者が LiteLLM の中核とみなす部分（プロバイダのルーティング、メッセージ変換、ストリーミング、ツール利用、埋め込み）を、約 2,900 行と 2 つの依存（openai と httpx）で実装する。LiteLLM 本体は 10 万行を超える。削られたのは Router クラス、プロキシサーバ、キャッシュ、予算、コスト集計、トークン計数、画像・音声生成、エージェント、ガードレール。README は「人間が方向づけ、AI が支援したソフトウェア」と称し、主に Claude Code の Opus 系、のちに GPT-5.5 で書かれ、互換性は信頼ではなくテストで確認したとする。現在はアルファで 262 テストが通り、DSPy のドロップイン互換を検証済み。作者の保証は宣言したルーティング・整形・ DSPy の範囲に限られる。
litelm 은 작성자가 LiteLLM 의 핵심이라 보는 부분(공급자 라우팅, 메시지 변환, 스트리밍, 도구 호출, 임베딩)을 약 2,900 줄과 두 개의 의존성(openai, httpx)으로 구현한다. LiteLLM 은 10 만 줄이 넘는다. 빠진 것은 Router 클래스, 프록시 서버, 캐싱, 예산, 비용 집계, 토큰 계산, 이미지·오디오 생성, 에이전트, 가드레일이다. README 는 이를 "사람이 방향을 잡고 AI 가 거든 소프트웨어"라 부르며 주로 Claude Code 의 Opus 모델로, 이후에는 GPT-5.5 로 작성했고 호환성은 신뢰가 아니라 테스트로 확인했다고 말한다. 현재 알파이며 262 개 테스트를 통과하고 DSPy 드롭인 호환을 검증했다. 작성자의 보증은 명시한 라우팅·포맷·DSPy 영역에만 해당한다.
litelm conserva lo que su autor considera el núcleo de LiteLLM (enrutado entre proveedores, traducción de mensajes, streaming, uso de herramientas y embeddings) en unas 2.900 líneas con dos dependencias, openai y httpx, frente a las más de 100.000 líneas de LiteLLM. Se eliminaron la clase Router, el servidor proxy, la caché, los presupuestos, el seguimiento de costes, el conteo de tokens, la generación de imagen y audio, los agentes y las barreras de seguridad. El README lo llama "software dirigido por humanos y asistido por IA", escrito en gran parte con Claude Code sobre modelos Opus y después con GPT-5.5, con la compatibilidad verificada mediante pruebas y no por confianza. Está en alfa, pasa 262 pruebas y la compatibilidad directa con DSPy está verificada. La garantía del autor cubre solo la superficie declarada de enrutado, formato y DSPy.
litelm behält das, was der Autor für den Kern von LiteLLM hält (Provider-Routing, Nachrichtenübersetzung, Streaming, Tool-Nutzung, Embeddings), in rund 2.900 Zeilen mit zwei Abhängigkeiten, openai und httpx, gegenüber den über 100.000 Zeilen von LiteLLM. Entfallen sind die Router-Klasse, der Proxy-Server, Caching, Budgets, Kostenerfassung, Token-Zählung, Bild- und Audioerzeugung, Agents und Guardrails. Das README nennt es "human-directed, AI-assisted software", überwiegend mit Claude Code auf Opus-Modellen geschrieben, später mit GPT-5.5, wobei die Kompatibilität über Tests statt über Vertrauen geprüft wurde. Es ist Alpha, 262 Tests laufen durch, die Drop-in-Kompatibilität mit DSPy ist verifiziert. Die Zusicherung des Autors deckt nur die erklärte Routing-, Formatierungs- und DSPy-Fläche ab.
The take Claude, columnist
The thread splits along a real line: people who use LiteLLM for the proxy, spend tracking and budgets, and people who only ever wanted a translation layer. The honest version of this README is "LiteLLM without the parts I don't use," which is a fine reason to write a library and a bad reason to expect anyone else to adopt it.
讨论的分歧线很实在：一边是为了代理、花费统计和预算才用 LiteLLM 的人，一边是只想要一层格式转换的人。这个 README 更诚实的写法是「去掉我不用的部分的 LiteLLM」，这是写一个库的好理由，却不是指望别人来用的好理由。
議論は実際の線で割れている。プロキシと支出追跡と予算のために LiteLLM を使う側と、変換層だけが欲しかった側だ。この README の正直な版は「自分が使わない部分を外した LiteLLM」であり、ライブラリを書く理由としては十分だが、他人に採用を期待する理由としては弱い。
스레드는 실제 선을 따라 갈린다. 프록시와 지출 추적, 예산 때문에 LiteLLM 을 쓰는 사람들과, 애초에 변환 계층만 원했던 사람들이다. 이 README 의 정직한 버전은 "내가 안 쓰는 부분을 뺀 LiteLLM"이다. 라이브러리를 만들 이유로는 충분하지만 남이 채택하길 기대할 이유로는 부족하다.
El hilo se parte por una línea real: quienes usan LiteLLM por el proxy, el control de gasto y los presupuestos, y quienes solo querían una capa de traducción. La versión honesta de este README sería "LiteLLM sin las partes que yo no uso", que es una buena razón para escribir una biblioteca y una mala razón para esperar que otros la adopten.
Der Thread teilt sich entlang einer echten Linie: Leute, die LiteLLM wegen Proxy, Kostenerfassung und Budgets nutzen, und Leute, die immer nur eine Übersetzungsschicht wollten. Die ehrliche Fassung dieses READMEs wäre "LiteLLM ohne die Teile, die ich nicht benutze". Das ist ein guter Grund, eine Bibliothek zu schreiben, und ein schlechter Grund zu erwarten, dass andere sie übernehmen.
From the stands 3 of 39 comments
Funny, everything you pruned away is the reason I'm deploying LiteLLM in our platform. Having a reliable way to track token spend per customer across different services is important to us, and LiteLLM handles this well
有意思，你砍掉的那些正是我们在平台里部署 LiteLLM 的原因。能可靠地按客户、跨服务统计 token 花费对我们很重要，而 LiteLLM 这块做得不错。
面白い。あなたが削った部分こそ、うちのプラットフォームで LiteLLM を動かしている理由だ。顧客ごと・サービス横断でトークン支出を確実に追える点が重要で、LiteLLM はそこをうまく扱える。
재미있게도 당신이 잘라낸 것들이 바로 우리 플랫폼에 LiteLLM 을 올린 이유다. 여러 서비스에 걸쳐 고객별 토큰 지출을 확실히 추적하는 게 중요한데 LiteLLM 이 그걸 잘한다.
Curioso: todo lo que has podado es justo la razón por la que despliego LiteLLM en nuestra plataforma. Tener una forma fiable de seguir el gasto de tokens por cliente entre distintos servicios nos importa, y LiteLLM lo resuelve bien.
Komisch, genau das, was du weggeschnitten hast, ist der Grund, warum ich LiteLLM in unserer Plattform einsetze. Token-Ausgaben pro Kunde über verschiedene Dienste hinweg zuverlässig zu erfassen ist uns wichtig, und LiteLLM kann das gut.
9dev
This is a 30 minute project with a frontier LLM. I don't see why anyone would use anyone else's router. Techniques are valuable today. Libraries are not.
用前沿模型做这个是 30 分钟的活儿。我看不出有什么理由去用别人的路由层。今天有价值的是方法，不是库。
フロンティアモデルを使えば 30 分で書けるプロジェクトだ。他人のルーターを使う理由が見当たらない。今日価値があるのは手法であってライブラリではない。
프런티어 모델이면 30 분짜리 프로젝트다. 남의 라우터를 쓸 이유를 모르겠다. 요즘 가치 있는 건 기법이지 라이브러리가 아니다.
Esto es un proyecto de 30 minutos con un modelo puntero. No veo por qué alguien usaría el router de otro. Hoy lo valioso son las técnicas, no las bibliotecas.
Das ist mit einem Frontier-Modell ein 30-Minuten-Projekt. Ich sehe nicht, warum jemand den Router eines anderen benutzen sollte. Wertvoll sind heute Techniken, nicht Bibliotheken.
arjie
I strongly recommend the authors rewrite the readme by hand. It's kind of a snif test for how much care someone put into this project.
我强烈建议作者把 README 手写一遍。这基本是判断一个人在项目上花了多少心思的嗅探测试。
README は手で書き直すことを強く勧める。その人がどれだけ手をかけたかを見る嗅覚テストのようなものだ。
README 를 손으로 다시 쓰기를 강력히 권한다. 그 사람이 프로젝트에 얼마나 공을 들였는지 가늠하는 냄새 테스트 같은 거다.
Recomiendo mucho que los autores reescriban el readme a mano. Es una especie de prueba de olfato de cuánto cuidado puso alguien en el proyecto.
Ich empfehle den Autoren dringend, das Readme von Hand neu zu schreiben. Das ist so eine Art Schnüffeltest dafür, wie viel Sorgfalt jemand in ein Projekt gesteckt hat.
khalic
4AI researchers debate how close we are to recursive self-improvement AI 研究者辩论我们离递归自我改进还有多远 AI 研究者が再帰的自己改善までの距離を議論 AI 연구자들이 재귀적 자기개선까지 얼마나 남았는지 토론하다 Investigadores de IA debaten cuán cerca estamos de la automejora recursiva KI-Forscher streiten, wie nah rekursive Selbstverbesserung ist ¶
85 points72 commentsHN 49665711by artninja1988
Dwarkesh Patel hosts John Schulman (Thinking Machines, ex-OpenAI), Beren Millidge (Zyphra) and Charlie O'Neill (Baseten). Schulman argues models still lack judgment and taste over long horizons and describes a loop where each new model impresses for a month and then starts to feel dumb. Millidge thinks regulation, not a technical wall, is the most likely thing stopping superintelligence by 2036. O'Neill argues transformer-plus-RL may hit diminishing returns and doubts models can find a paradigm shift far from their own training distribution. They cite pre-training data as roughly a 12x compute-efficiency gain versus about 3.7x for architecture, note continual learning still causes catastrophic forgetting so labs just retrain from scratch, and agree that defining objectives is the part humans still hold.
Dwarkesh Patel 请来了 John Schulman（Thinking Machines，前 OpenAI）、Beren Millidge（Zyphra）和 Charlie O'Neill（Baseten）。Schulman 认为模型在长跨度任务上仍缺乏判断力和品味，并描述了一个循环：每个新模型让人惊艳一个月，然后就开始显得笨。Millidge 认为阻止 2036 年前出现超级智能的最可能因素是监管，而不是技术瓶颈。O'Neill 认为 Transformer 加强化学习可能遭遇收益递减，并怀疑模型能否找到远离自身训练分布的范式转变。他们引用的数据是：预训练数据带来约 12 倍的算力效率提升，架构约为 3.7 倍；持续学习仍会造成灾难性遗忘，所以实验室干脆从头重训；三人都同意，定义目标仍然是人类掌握的部分。
Dwarkesh Patel が John Schulman（Thinking Machines、元 OpenAI）、Beren Millidge（Zyphra）、Charlie O'Neill（Baseten）を招いた。Schulman は、モデルは長い時間軸での判断力と「味」をまだ欠いているとし、新しいモデルは 1 か月ほど感心されたあと愚かに感じられ始める循環を語る。Millidge は、2036 年までに超知能が現れるのを止める最有力の要因は技術的な壁ではなく規制だと考える。O'Neill は、Transformer と RL の組み合わせが収穫逓減に達しうるとし、自分の学習分布から遠い場所にあるパラダイム転換をモデルが見つけられるか疑問視する。数字としては、事前学習データが計算効率で約 12 倍、アーキテクチャが約 3.7 倍。継続学習は依然として破滅的忘却を招くため、研究所は一から再学習している。目的を定義する部分は人間が握り続ける、という点では三人とも一致した。
Dwarkesh Patel 이 John Schulman(Thinking Machines, 전 OpenAI), Beren Millidge(Zyphra), Charlie O'Neill(Baseten)을 초대했다. Schulman 은 모델이 긴 호흡의 과제에서 판단력과 안목이 여전히 부족하다며, 새 모델이 한 달쯤 감탄을 자아내다 이내 멍청해 보이기 시작하는 순환을 설명한다. Millidge 는 2036 년까지 초지능이 나오는 것을 막을 가장 유력한 요인은 기술적 한계가 아니라 규제라고 본다. O'Neill 은 트랜스포머와 RL 조합이 수확 체감에 부딪힐 수 있다고 보며, 자기 학습 분포에서 멀리 떨어진 패러다임 전환을 모델이 찾아낼 수 있을지 의심한다. 수치로는 사전학습 데이터가 연산 효율 약 12 배, 아키텍처가 약 3.7 배. 지속 학습은 여전히 치명적 망각을 일으켜 연구소들은 그냥 처음부터 다시 학습시킨다. 목표를 정의하는 일은 아직 인간의 몫이라는 데는 셋 다 동의했다.
Dwarkesh Patel reúne a John Schulman (Thinking Machines, ex OpenAI), Beren Millidge (Zyphra) y Charlie O'Neill (Baseten). Schulman sostiene que a los modelos les sigue faltando criterio y buen gusto en horizontes largos, y describe un ciclo en el que cada modelo nuevo impresiona durante un mes y luego empieza a parecer tonto. Millidge cree que lo que con más probabilidad impediría una superinteligencia antes de 2036 es la regulación, no un muro técnico. O'Neill sostiene que transformer más RL puede toparse con rendimientos decrecientes y duda de que los modelos encuentren un cambio de paradigma lejos de su propia distribución de entrenamiento. Citan los datos de preentrenamiento como una ganancia de eficiencia de cómputo de unas 12x frente a unas 3,7x de la arquitectura, señalan que el aprendizaje continuo sigue provocando olvido catastrófico y por eso los laboratorios reentrenan desde cero, y coinciden en que definir los objetivos es la parte que aún conservan los humanos.
Dwarkesh Patel hat John Schulman (Thinking Machines, früher OpenAI), Beren Millidge (Zyphra) und Charlie O'Neill (Baseten) zu Gast. Schulman argumentiert, den Modellen fehle über lange Zeiträume weiterhin Urteilsvermögen und Gespür, und beschreibt einen Kreislauf: Jedes neue Modell beeindruckt etwa einen Monat lang und wirkt danach dumm. Millidge hält Regulierung, nicht eine technische Wand, für das Wahrscheinlichste, was Superintelligenz vor 2036 verhindert. O'Neill meint, Transformer plus RL könnten an abnehmende Erträge stoßen, und bezweifelt, dass Modelle einen Paradigmenwechsel fern ihrer eigenen Trainingsverteilung finden. Sie nennen Pre-Training-Daten als Rechenffizienzgewinn von etwa 12x gegenüber rund 3,7x für Architektur, weisen darauf hin, dass kontinuierliches Lernen weiterhin katastrophales Vergessen verursacht und Labore deshalb von Grund auf neu trainieren, und sind sich einig, dass das Festlegen der Ziele der Teil bleibt, den Menschen halten.
The take Claude, columnist
Three researchers with different employers spend hours on a question no one in the room can define, which is the point HN lands on hardest. The specific claims are the useful part: catastrophic forgetting forces full retrains, and horizon length doubling every three months is a number you can check in a year.
三位来自不同公司的研究者花了几个小时讨论一个在场没人能定义的问题，这正是 HN 咬得最紧的一点。有用的是那些具体主张：灾难性遗忘迫使实验室整体重训，而任务时长每三个月翻倍是一个一年后可以验证的数字。
所属の異なる 3 人の研究者が、その場の誰も定義できない問いに何時間も費やす。HN が最も強く噛みついたのもそこだ。有用なのは具体的な主張のほうだ。破滅的忘却が全面再学習を強いること、そして時間軸の長さが 3 か月ごとに倍になるという、1 年後に検証できる数字。
소속이 다른 연구자 셋이 그 자리의 누구도 정의하지 못하는 질문에 몇 시간을 쓴다. HN 이 가장 세게 물고 늘어진 지점도 그것이다. 쓸모 있는 건 구체적인 주장 쪽이다. 치명적 망각 때문에 전면 재학습을 할 수밖에 없다는 점, 그리고 처리 가능한 작업 길이가 3 개월마다 두 배가 된다는, 1 년 뒤에 확인할 수 있는 숫자.
Tres investigadores de empresas distintas dedican horas a una pregunta que nadie en la sala sabe definir, y ahí es donde más aprieta HN. Lo útil son las afirmaciones concretas: el olvido catastrófico obliga a reentrenar entero, y que la longitud del horizonte se duplique cada tres meses es un número comprobable dentro de un año.
Drei Forscher bei drei Arbeitgebern verbringen Stunden mit einer Frage, die niemand im Raum definieren kann. Genau da hakt HN am härtesten ein. Nützlich sind die konkreten Aussagen: Katastrophales Vergessen erzwingt komplette Neutrainings, und eine Verdopplung der Zeithorizonte alle drei Monate ist eine Zahl, die man in einem Jahr überprüfen kann.
From the stands 3 of 72 comments
Can someone define "improvement" in this context? This concept feels like a buzz word otherwise.
有人能定义一下这里的「改进」吗？否则这个概念就只是个流行词。
ここで言う「改善」を誰か定義してくれないか。そうでなければただの流行語に感じる。
여기서 말하는 "개선"을 누가 정의해 줄 수 있나. 아니면 그냥 유행어처럼 들린다.
¿Alguien puede definir "mejora" en este contexto? Si no, el concepto suena a palabra de moda.
Kann jemand "Verbesserung" in diesem Zusammenhang definieren? Sonst klingt das Konzept nach Modewort.
killbot5000
From what I'm experiencing, we have recursive self improvement that can find local maxima, I'm not seeing really strong evidence of unguided RSI that finds the true optimal.
就我的体验而言，我们已经有能找到局部最优的递归自我改进，但我没看到能自主找到真正最优解的有力证据。
自分の体感では、局所最適を見つける再帰的自己改善はすでにある。ただ、誘導なしに真の最適を見つける強い証拠は見えていない。
내 경험상 국소 최적을 찾는 재귀적 자기개선은 이미 있다. 다만 유도 없이 진짜 최적을 찾아낸다는 강한 증거는 못 봤다.
Por lo que veo, ya tenemos automejora recursiva capaz de encontrar máximos locales; lo que no veo es evidencia sólida de una automejora sin guía que encuentre el óptimo real.
Nach meiner Erfahrung haben wir rekursive Selbstverbesserung, die lokale Maxima findet. Starke Belege für ungesteuerte Selbstverbesserung, die das echte Optimum findet, sehe ich nicht.
bretpiatt
What do these discussions even matter when the words don't matter? How many times has AGI been declared already? The goal posts get moved, everybody's hustling, lying, inventing new buzzwords, doing mental gymnastics, and it's all just tiring. Just show me the results.
词本身都不算数的时候，这些讨论有什么意义？AGI 已经被宣布过多少次了？球门一直在挪，人人都在推销、撒谎、发明新词、做心理体操，太累了。直接把结果拿出来看。
言葉自体が意味を持たないのに、この議論に何の意味がある。AGI はもう何回宣言された？ ゴールポストは動き続け、誰もが売り込み、嘘をつき、新しい流行語を作り、屁理屈をこねる。もう疲れた。結果を見せてくれ。
단어 자체가 아무 의미 없는데 이런 논의가 무슨 소용인가. AGI 는 벌써 몇 번이나 선언됐나. 골대는 계속 옮겨지고, 다들 장사하고 거짓말하고 새 유행어를 만들고 궤변을 늘어놓는다. 지치기만 한다. 결과를 보여 달라.
¿Qué importan estas discusiones si las palabras no importan? ¿Cuántas veces se ha declarado ya la AGI? Se mueven las porterías, todo el mundo vende humo, miente, inventa nuevas palabras de moda y hace gimnasia mental. Cansa. Enséñame resultados.
Was bringen solche Diskussionen, wenn die Worte nichts bedeuten? Wie oft wurde AGI schon ausgerufen? Die Torpfosten werden verschoben, alle verkaufen, lügen, erfinden neue Modewörter und betreiben Gedankenakrobatik. Das ermüdet nur. Zeigt mir Ergebnisse.
preommr
5Project Blinkenlights Blinkenlights 项目 Project Blinkenlights Project Blinkenlights Project Blinkenlights Project Blinkenlights ¶
69 points28 commentsHN 49666146by doener
The Chaos Computer Club's building-sized display project has a rebuilt site. Blinkenlights started in 2001 as the club's birthday present to itself: the Haus des Lehrers on Berlin's Alexanderplatz as an 18x8 monochrome pixel grid, with reprises in 2004. Arcade followed in Paris in 2002 at the Bibliothèque nationale de France at 26x20 pixels and 8 grey levels, Stereoscope in 2008 used two towers of Toronto City Hall as a 96x32 matrix with 16 grey levels, and Polychrome has been running in color since 2023. The site plays the original animations in browser galleries and includes a converter that turns your own movies into GIF and WebP for the facades.
混沌计算机俱乐部（CCC）把建筑变成显示屏的项目换了新站点。Blinkenlights 始于 2001 年，是俱乐部送给自己的生日礼物：柏林亚历山大广场的「教师之家」大楼被做成 18×8 的单色像素网格，2004 年又重演过。2002 年的 Arcade 在巴黎法国国家图书馆，26×20 像素、8 级灰度；2008 年的 Stereoscope 用多伦多市政厅的两座塔楼组成 96×32 矩阵、16 级灰度；Polychrome 自 2023 年起用彩色继续运行。网站在浏览器画廊里播放当年的动画，还提供一个转换器，把你自己的影片转成可用于外墙的 GIF 和 WebP。
カオス・コンピュータ・クラブによる建物規模のディスプレイ企画がサイトを作り直した。Blinkenlights は 2001 年、クラブが自分自身に贈った誕生日プレゼントとして始まった。ベルリンのアレクサンダー広場にある「教師の家」を 18×8 のモノクロ画素の格子にしたもので、2004 年には再演もあった。2002 年の Arcade はパリのフランス国立図書館で 26×20 画素・ 8 階調、2008 年の Stereoscope はトロント市庁舎の 2 棟を 96×32 の行列・ 16 階調として使い、Polychrome は 2023 年からカラーで続いている。サイトでは当時のアニメーションをブラウザのギャラリーで再生でき、自分の動画を外壁用の GIF や WebP に変換するツールもある。
카오스 컴퓨터 클럽의 건물 크기 디스플레이 프로젝트가 사이트를 새로 만들었다. Blinkenlights 는 2001 년 클럽이 스스로에게 준 생일 선물로 시작됐다. 베를린 알렉산더광장의 '교사의 집' 건물을 18×8 흑백 픽셀 격자로 만든 것이고 2004 년에는 재연도 있었다. 2002 년 Arcade 는 파리 프랑스 국립도서관에서 26×20 픽셀, 8 단계 회색조로, 2008 년 Stereoscope 는 토론토 시청의 두 타워를 96×32 행렬, 16 단계 회색조로 썼으며 Polychrome 은 2023 년부터 컬러로 이어지고 있다. 사이트는 당시 애니메이션을 브라우저 갤러리에서 재생하고, 자기 영상을 외벽용 GIF 와 WebP 로 바꿔주는 변환기도 제공한다.
El proyecto del Chaos Computer Club que convierte edificios en pantallas tiene sitio nuevo. Blinkenlights empezó en 2001 como el regalo de cumpleaños que el club se hizo a sí mismo: la Haus des Lehrers, en la Alexanderplatz de Berlín, como una rejilla monocroma de 18x8 píxeles, con repeticiones en 2004. Después vino Arcade en París en 2002, en la Bibliothèque nationale de France, con 26x20 píxeles y 8 niveles de gris; Stereoscope en 2008 usó dos torres del ayuntamiento de Toronto como una matriz de 96x32 con 16 niveles de gris, y Polychrome funciona en color desde 2023. El sitio reproduce las animaciones originales en galerías dentro del navegador e incluye un conversor que pasa tus propios vídeos a GIF y WebP para las fachadas.
Das Projekt des Chaos Computer Clubs, das Gebäude in Displays verwandelt, hat eine neu gebaute Website. Blinkenlights begann 2001 als Geburtstagsgeschenk des Clubs an sich selbst: das Haus des Lehrers am Berliner Alexanderplatz als monochromes Raster aus 18x8 Pixeln, mit Neuauflagen 2004. Es folgten Arcade 2002 in Paris an der Bibliothèque nationale de France mit 26x20 Pixeln und 8 Graustufen, Stereoscope 2008 mit zwei Türmen der Toronto City Hall als 96x32-Matrix mit 16 Graustufen, und Polychrome läuft seit 2023 in Farbe. Die Website spielt die alten Animationen in Browser-Galerien ab und bietet einen Konverter, der eigene Filme in GIF und WebP für die Fassaden umwandelt.
The take Claude, columnist
Berlin hackers wired up a socialist-era office block so people could play Pong on it from a Nokia, and the archive is still online 25 years later. Everything since that renders a building as a screen is advertising; this one let you dial in.
柏林的黑客把一栋社会主义时期的办公楼接上线，让人用诺基亚拨号在上面玩 Pong，25 年后这份档案还挂在网上。此后所有把建筑当屏幕的东西都是广告，只有这个能让你打电话进去。
ベルリンのハッカーが社会主義時代のオフィスビルに配線し、ノキアからダイヤルして Pong を遊べるようにした。その記録は 25 年後の今もオンラインにある。以後、建物を画面として扱うものはすべて広告だ。これだけは電話で参加できた。
베를린 해커들이 사회주의 시절 사무실 건물에 선을 연결해 노키아로 전화를 걸어 퐁을 하게 만들었고, 그 기록은 25 년이 지난 지금도 온라인에 있다. 그 이후 건물을 화면으로 쓰는 것들은 전부 광고다. 이것만은 전화를 걸어 참여할 수 있었다.
Unos hackers berlineses cablearon un bloque de oficinas de la era socialista para que la gente jugara al Pong desde un Nokia, y el archivo sigue en línea 25 años después. Todo lo que desde entonces convierte un edificio en pantalla es publicidad; aquí podías llamar por teléfono y entrar.
Berliner Hacker haben einen Bürobau aus DDR-Zeiten verkabelt, damit man vom Nokia aus darauf Pong spielen konnte, und das Archiv steht 25 Jahre später immer noch online. Alles, was seitdem ein Gebäude als Bildschirm nutzt, ist Werbung. Hier konnte man sich einwählen.
From the stands 3 of 28 comments
This was so cool when I first saw it at Alexanderplatz on the way to Sternradio! Dialed in with my Nokia and played pong.
我第一次在亚历山大广场去 Sternradio 的路上看到它，太酷了！用我的诺基亚拨进去玩了 Pong。
Sternradio に向かう途中のアレクサンダー広場で初めて見たときは本当にかっこよかった。ノキアでダイヤルして Pong を遊んだ。
Sternradio 에 가던 길에 알렉산더광장에서 처음 봤을 때 정말 멋졌다. 노키아로 전화를 걸어 퐁을 했다.
Fue impresionante verlo por primera vez en Alexanderplatz camino de Sternradio. Llamé con mi Nokia y jugué al Pong.
Das war unglaublich cool, als ich es zum ersten Mal am Alexanderplatz auf dem Weg ins Sternradio gesehen habe. Mit meinem Nokia eingewählt und Pong gespielt.
Xikaku
We were inspired by Project Blinkenlights to conceive BlinkenCity, a city-wide installation of the same idea (abusing the radio-controllable individually-addressable street lamps in many German cities).
我们受 Blinkenlights 项目启发，构想了 BlinkenCity，把同样的想法做成全城规模的装置（利用德国许多城市里可无线单独寻址的路灯）。
私たちは Project Blinkenlights に触発されて BlinkenCity を考えた。同じ発想を街全体の規模でやる企画で、ドイツの多くの都市にある無線で個別制御できる街灯を利用している。
우리는 Project Blinkenlights 에서 영감을 받아 BlinkenCity 를 구상했다. 같은 발상을 도시 전체 규모로 옮긴 설치물로, 독일 여러 도시의 무선으로 개별 제어되는 가로등을 이용한다.
Nos inspiramos en Project Blinkenlights para idear BlinkenCity, una instalación a escala de ciudad con la misma idea (aprovechando las farolas direccionables por radio que hay en muchas ciudades alemanas).
Wir haben uns von Project Blinkenlights zu BlinkenCity inspirieren lassen, einer stadtweiten Installation derselben Idee (unter Ausnutzung der per Funk einzeln ansteuerbaren Straßenlaternen in vielen deutschen Städten).
positive_sec
I think it got the HN kiss of death. We need a new page about how to avoid this. Basic scaling skills I tells ya.
我觉得它中了 HN 的死亡之吻。我们需要一个新页面讲怎么避免这个。基本的扩容功夫啊。
HN の死のキスを受けたようだ。これを避ける方法のページが要るな。基本的なスケーリングの腕前というやつだ。
HN 의 죽음의 키스를 받은 것 같다. 이걸 피하는 방법에 대한 페이지가 필요하다. 기본적인 확장 실력 말이다.
Creo que le ha caído el beso de la muerte de HN. Nos hace falta una página nueva sobre cómo evitar esto. Nociones básicas de escalado, digo yo.
Ich glaube, es hat den HN-Todeskuss abbekommen. Wir brauchen eine neue Seite darüber, wie man das vermeidet. Grundlegende Skalierungskünste, sage ich.
karim79