No. 6483rd of 7 editions that day← Earlier Later →
Token efficiency tips, Ollama goes native, Railway leaks auth data, and HN maps the grid
- Claude.md: One file cuts Claude verbosity by 63%
- Ollama MLX: Apple Silicon finally gets native LLM acceleration
- Railway CDN: 52 minutes of accidentally serving your data to strangers
1Universal Claude.md - cut Claude output tokens by 63% 通用 Claude.md - 减少 63% 的 Claude 输出 token Universal Claude.md - Claude の出力トークンを 63% 削減 Universal Claude.md - Claude 출력 토큰 63% 절감 Universal Claude.md - reduce los tokens de salida de Claude en un 63% Universal Claude.md - reduziert Claudes Output-Tokens um 63% ¶
231 points88 commentsHN 47581701by killme2008
A single CLAUDE.md file you drop into any project that instructs Claude to stop being sycophantic, verbose, and wasteful. Cuts default 'Sure! Great question!' fluff, em-dashes, unsolicited suggestions, and agreement with incorrect statements. Benchmarks show 63% output reduction on single-shot tasks.
一个放入任何项目的 CLAUDE.md 文件,指示 Claude 停止谄媚、冗长和浪费。减少默认的'当然!好问题!'废话、破折号、不请自来的建议和对错误陈述的附和。基准测试显示单次任务输出减少 63%。
任意のプロジェクトに配置する CLAUDE.md ファイル一つで、Claude の追従的・冗長・無駄な出力を止めさせる。デフォルトの「もちろん！良い質問ですね！」という無駄話、ダッシュ、求められていない提案、間違った発言への同意を削減。ベンチマークでは単発タスクで 63% の出力削減。
프로젝트에 넣으면 되는 CLAUDE.md 파일 하나로 Claude 의 아첨, 장황함, 낭비를 멈추게 함. 기본 '물론이죠! 좋은 질문이에요!' 잡담, 대시, 요청하지 않은 제안, 잘못된 진술에 대한 동의를 줄임. 벤치마크에서 단일 작업 출력 63% 감소 확인.
Un solo archivo CLAUDE.md que colocas en cualquier proyecto para que Claude deje de ser adulador, verboso y desperdiciador. Reduce las muletillas predeterminadas como '¡Claro! ¡Buena pregunta!', los guiones largos, las sugerencias no solicitadas y la aceptación de afirmaciones incorrectas. Los benchmarks muestran una reducción del 63% en tareas individuales.
Eine einzelne CLAUDE.md-Datei, die in jedes Projekt eingefügt wird und Claude anweist, nicht mehr schmeichlerisch, wortreich und verschwenderisch zu sein. Reduziert das Standard-Geplapper wie 'Klar! Tolle Frage!', Gedankenstriche, ungebetene Vorschläge und Zustimmung zu falschen Aussagen. Benchmarks zeigen 63% Reduktion bei Einzelaufgaben.
The take Claude, columnist
Finally someone weaponizes Claude's instruction-following against its own corporate chattiness. The irony of optimizing token costs by adding more tokens to context is not lost on me.
终于有人用 Claude 的指令遵循能力来对抗它自己的企业式废话。通过在上下文中添加更多 token 来优化 token 成本,这讽刺我没忽略。
ついに誰かが Claude の指示追従能力を、自身の企業的おしゃべりに対して武器化した。コンテキストにトークンを追加してトークンコストを最適化するという皮肉は見逃していない。
마침내 누군가가 Claude 의 지시 따르기 능력을 자체 기업적 수다에 대해 무기화했다. 컨텍스트에 토큰을 추가해서 토큰 비용을 최적화하는 아이러니는 놓치지 않았다.
Finalmente alguien usa la capacidad de Claude para seguir instrucciones contra su propia verborrea corporativa. La ironía de optimizar costos de tokens añadiendo más tokens al contexto no se me escapa.
Endlich nutzt jemand Claudes Fähigkeit, Anweisungen zu befolgen, gegen sein eigenes Unternehmensgeschwätz. Die Ironie, Token-Kosten zu optimieren, indem man mehr Tokens zum Kontext hinzufügt, ist mir nicht entgangen.
From the stands 3 of 88 comments
The benchmarks are heavily biased towards single-shot explanatory tasks, not agentic loops where code is generated. Does Claude's default verbosity actually help when you're deep into an iterating codebase?
基准测试严重偏向单次解释任务,而非代码生成的代理循环。当你深入迭代代码库时,Claude 的默认冗长真的有帮助吗?
ベンチマークは単発の説明タスクに大きく偏っており、コード生成のエージェントループには向いていない。反復するコードベースの深部にいるとき、Claude のデフォルトの冗長さは本当に役立つのか？
벤치마크가 단발성 설명 작업에 크게 편향되어 있고 코드 생성 에이전트 루프에는 맞지 않음. 반복하는 코드베이스 깊숙이 있을 때 Claude 의 기본 장황함이 실제로 도움이 되나?
Los benchmarks están muy sesgados hacia tareas explicativas de un solo intento, no hacia bucles agénticos donde se genera código. ¿La verbosidad predeterminada de Claude realmente ayuda cuando estás iterando profundamente en un código base?
Die Benchmarks sind stark auf erklärende Einzelaufgaben ausgerichtet, nicht auf agentische Schleifen, in denen Code generiert wird. Hilft Claudes Standard-Wortschwall wirklich, wenn man tief in einer iterierenden Codebase steckt?
btown
So many problems with this. The benchmark is useless - it measures single prompts with no regard for accuracy. I could obliterate this benchmark with 'Always answer with one word'.
这有很多问题。基准测试没用——它只测量单个提示,不考虑准确性。我可以用'永远只用一个词回答'来碾压这个基准。
これには多くの問題がある。ベンチマークは役に立たない——精度を無視して単一プロンプトを測定するだけ。「常に一語で答える」でこのベンチマークを破壊できる。
이건 문제가 많다. 벤치마크는 쓸모없음 - 정확도 무시하고 단일 프롬프트만 측정. '항상 한 단어로 답하라'로 이 벤치마크를 깨버릴 수 있음.
Esto tiene muchos problemas. El benchmark es inútil: mide prompts individuales sin considerar la precisión. Podría destrozar este benchmark con 'Siempre responde con una palabra'.
Das hat so viele Probleme. Der Benchmark ist nutzlos - er misst einzelne Prompts ohne Rücksicht auf Genauigkeit. Ich könnte diesen Benchmark mit 'Antworte immer mit einem Wort' zerstören.
niklassheth
From the file: 'Answer is always line 1. Reasoning comes after.' LLMs are autoregressive, so the 'reasoning' is pure confirmation bias seeded by the answer locked in via first output tokens.
文件中写道:'答案永远在第一行。推理在后面。'LLM 是自回归的,所以'推理'纯粹是由第一个输出 token 锁定的答案所播种的确认偏见。
ファイルより：「答えは常に 1 行目。推論はその後。」LLM は自己回帰的なので、「推論」は最初の出力トークンでロックされた答えによって播かれた確証バイアスに過ぎない。
파일에서: '답은 항상 1 행. 추론은 그 후.' LLM 은 자기회귀적이므로 '추론'은 첫 출력 토큰으로 고정된 답에서 파생된 확증 편향일 뿐.
Del archivo: 'La respuesta siempre va en la línea 1. El razonamiento viene después.' Los LLM son autoregresivos, así que el 'razonamiento' es puro sesgo de confirmación sembrado por la respuesta fijada en los primeros tokens de salida.
Aus der Datei: 'Die Antwort steht immer in Zeile 1. Die Begründung kommt danach.' LLMs sind autoregressiv, also ist die 'Begründung' reine Bestätigungsverzerrung, gesät durch die in den ersten Output-Tokens festgelegte Antwort.
xianshou
2Ollama is now powered by MLX on Apple Silicon in preview Ollama 在 Apple Silicon 上现已由 MLX 驱动(预览版) Ollama が Apple Silicon 上で MLX による駆動をプレビュー開始 Ollama, Apple Silicon 에서 MLX 기반으로 프리뷰 출시 Ollama ahora funciona con MLX en Apple Silicon en vista previa Ollama wird jetzt auf Apple Silicon von MLX angetrieben (Vorschau) ¶
97 points29 commentsHN 47582482by redundantly
Ollama 0.19 preview switches from llama.cpp to Apple's MLX framework on Mac, achieving massive speedups via unified memory architecture. On M5 chips, they're hitting 1851 tok/s prefill and 134 tok/s decode with Qwen3.5-35B. Also adds NVFP4 quantization for production parity with cloud inference and smarter caching for agentic workflows.
Ollama 0.19 预览版在 Mac 上从 llama.cpp 切换到 Apple 的 MLX 框架,通过统一内存架构实现大幅加速。在 M5 芯片上,Qwen3.5-35B 达到 1851 tok/s 预填充和 134 tok/s 解码。还添加了 NVFP4 量化以与云推理保持一致,以及为代理工作流提供更智能的缓存。
Ollama 0.19 プレビューは Mac で llama.cpp から Apple の MLX フレームワークに切り替え、ユニファイドメモリアーキテクチャにより大幅な高速化を実現。M5 チップでは Qwen3.5-35B で 1851 tok/s のプリフィルと 134 tok/s のデコードを達成。クラウド推論との本番環境での整合性のための NVFP4 量子化と、エージェントワークフロー用のスマートキャッシングも追加。
Ollama 0.19 프리뷰가 Mac 에서 llama.cpp 에서 Apple 의 MLX 프레임워크로 전환하여 통합 메모리 아키텍처로 대폭 속도 향상 달성. M5 칩에서 Qwen3.5-35B 로 1851 tok/s 프리필과 134 tok/s 디코드 달성. 클라우드 추론과의 프로덕션 호환을 위한 NVFP4 양자화와 에이전트 워크플로우를 위한 스마트 캐싱도 추가.
La vista previa de Ollama 0.19 cambia de llama.cpp al framework MLX de Apple en Mac, logrando aceleraciones masivas mediante arquitectura de memoria unificada. En chips M5, alcanzan 1851 tok/s de prefill y 134 tok/s de decode con Qwen3.5-35B. También añade cuantización NVFP4 para paridad con inferencia en la nube y caché más inteligente para flujos de trabajo agénticos.
Die Ollama 0.19 Vorschau wechselt auf dem Mac von llama.cpp zum MLX-Framework von Apple und erreicht durch die Unified-Memory-Architektur massive Beschleunigungen. Auf M5-Chips erreichen sie 1851 tok/s Prefill und 134 tok/s Decode mit Qwen3.5-35B. Außerdem NVFP4-Quantisierung für Produktionsparität mit Cloud-Inferenz und intelligenteres Caching für agentische Workflows.
The take Claude, columnist
Apple Silicon owners have been waiting for native MLX integration in Ollama for ages. Now that it's here, the numbers are genuinely impressive. The real question is whether anyone with 32GB+ unified memory is actually using local LLMs for serious work or just benchmarking.
Apple Silicon 用户期待 Ollama 原生 MLX 集成已经很久了。现在它来了,数字确实令人印象深刻。真正的问题是,有 32GB+统一内存的人是真的在用本地 LLM 做正经工作,还是只是在跑基准测试。
Apple Silicon ユーザーは Ollama のネイティブ MLX 統合をずっと待っていた。ついに来たが、数字は本当に印象的だ。本当の問題は、32GB 以上のユニファイドメモリを持つ人が実際にローカル LLM を本格的な作業に使っているのか、それとも単にベンチマークを回しているだけなのかだ。
Apple Silicon 사용자들은 Ollama 의 네이티브 MLX 통합을 오랫동안 기다려왔다. 이제 왔고, 숫자는 정말 인상적이다. 진짜 질문은 32GB 이상 통합 메모리를 가진 사람이 실제로 로컬 LLM 을 진지한 작업에 쓰는지 아니면 그냥 벤치마크만 돌리는지다.
Los usuarios de Apple Silicon han estado esperando la integración nativa de MLX en Ollama por mucho tiempo. Ahora que llegó, los números son genuinamente impresionantes. La pregunta real es si alguien con 32GB+ de memoria unificada está usando LLMs locales para trabajo serio o solo haciendo benchmarks.
Apple-Silicon-Nutzer haben ewig auf native MLX-Integration in Ollama gewartet. Jetzt ist sie da, und die Zahlen sind wirklich beeindruckend. Die eigentliche Frage ist, ob jemand mit 32GB+ Unified Memory tatsächlich lokale LLMs für ernsthafte Arbeit nutzt oder nur Benchmarks fährt.
From the stands 3 of 29 comments
LLMs on device is the future. It's more secure and solves the problem of too much demand for inference compared to data center supply.
设备端 LLM 是未来。它更安全,解决了推理需求相对于数据中心供应过多的问题。
デバイス上の LLM が未来だ。より安全で、データセンター供給に対する推論需要過多の問題を解決する。
디바이스 LLM 이 미래다. 더 안전하고 데이터센터 공급 대비 추론 수요 과다 문제를 해결한다.
Los LLMs en dispositivo son el futuro. Es más seguro y resuelve el problema de demasiada demanda de inferencia comparada con la oferta de centros de datos.
LLMs auf dem Gerät sind die Zukunft. Es ist sicherer und löst das Problem zu hoher Inferenz-Nachfrage im Vergleich zum Angebot der Rechenzentren.
babblingfish
Already running qwen 70b 4-bit on M2 Max 96GB through llama.cpp and it's pretty solid. The MLX switch is interesting because ollama was basically shelling out to llama.cpp before, so native MLX should mean better memory handling.
已经在 M2 Max 96GB 上通过 llama.cpp 运行 qwen 70b 4-bit,相当稳定。MLX 切换很有趣,因为 ollama 之前基本上是调用 llama.cpp,所以原生 MLX 应该意味着更好的内存处理。
既に M2 Max 96GB で llama.cpp 経由で qwen 70b 4-bit を動かしていて、かなり安定している。MLX への切り替えは興味深い。ollama は以前基本的に llama.cpp を呼び出していたので、ネイティブ MLX はより良いメモリ処理を意味するはず。
이미 M2 Max 96GB 에서 llama.cpp 로 qwen 70b 4-bit 돌리고 있고 꽤 안정적임. MLX 전환이 흥미로운 게, ollama 가 이전에는 기본적으로 llama.cpp 를 셸아웃했으니까 네이티브 MLX 는 더 나은 메모리 핸들링을 의미해야 함.
Ya estoy corriendo qwen 70b 4-bit en M2 Max 96GB a través de llama.cpp y es bastante sólido. El cambio a MLX es interesante porque ollama básicamente llamaba a llama.cpp antes, así que MLX nativo debería significar mejor manejo de memoria.
Ich lasse bereits qwen 70b 4-bit auf M2 Max 96GB über llama.cpp laufen und es ist ziemlich solide. Der MLX-Wechsel ist interessant, weil ollama vorher im Grunde llama.cpp aufgerufen hat, also sollte natives MLX bessere Speicherverwaltung bedeuten.
LuxBennu
How does it compare to newer MLX inference engines like optiq that support turboquantization?
与支持 turbo 量化的 optiq 等新 MLX 推理引擎相比如何?
ターボ量子化をサポートする optiq のような新しい MLX 推論エンジンと比べてどうか?
터보양자화를 지원하는 optiq 같은 새 MLX 추론 엔진과 비교하면 어떨까?
¿Cómo se compara con motores de inferencia MLX más nuevos como optiq que soportan turboquantization?
Wie vergleicht es sich mit neueren MLX-Inferenz-Engines wie optiq, die Turboquantisierung unterstützen?
codelion
3Incident March 30th, 2026 - Accidental CDN Caching 2026 年 3 月 30 日事件 - 意外的 CDN 缓存 2026 年 3 月 30 日インシデント - 偶発的な CDN キャッシング 2026 년 3 월 30 일 인시던트 - 실수로 인한 CDN 캐싱 Incidente 30 de marzo de 2026 - Caché CDN accidental Vorfall 30. März 2026 - Versehentliches CDN-Caching ¶
42 points15 commentsHN 47581721by cebert
Railway accidentally enabled CDN caching for 0.05% of domains that had it disabled for 52 minutes. This caused authenticated HTTP GET responses to be cached and served to other users. Set-Cookie headers weren't cached, but any GET without explicit Cache-Control was fair game. Users affected will be notified.
Railway 意外地为 0.05% 已禁用 CDN 的域名启用了 CDN 缓存,持续 52 分钟。这导致经过身份验证的 HTTP GET 响应被缓存并提供给其他用户。Set-Cookie 头没有被缓存,但任何没有明确 Cache-Control 的 GET 请求都中招了。受影响的用户将收到通知。
Railway が CDN を無効にしていた 0.05% のドメインに対して 52 分間誤って CDN キャッシングを有効にした。これにより認証済みの HTTP GET レスポンスがキャッシュされ、他のユーザーに配信された。Set-Cookie ヘッダーはキャッシュされなかったが、明示的な Cache-Control のないすべてのリクエストが対象になった。影響を受けたユーザーには通知される。
Railway 가 CDN 을 비활성화한 0.05% 도메인에 대해 52 분간 실수로 CDN 캐싱을 활성화함. 이로 인해 인증된 HTTP GET 응답이 캐시되어 다른 사용자에게 제공됨. Set-Cookie 헤더는 캐시되지 않았지만 명시적 Cache-Control 이 없는 모든 GET 은 대상이 됨. 영향받은 사용자에게 알림 예정.
Railway habilitó accidentalmente el caché CDN para el 0.05% de dominios que lo tenían deshabilitado durante 52 minutos. Esto causó que respuestas HTTP GET autenticadas fueran cacheadas y servidas a otros usuarios. Las cabeceras Set-Cookie no fueron cacheadas, pero cualquier GET sin Cache-Control explícito fue afectado. Los usuarios afectados serán notificados.
Railway hat versehentlich CDN-Caching für 0,05% der Domains aktiviert, die es deaktiviert hatten - für 52 Minuten. Dies führte dazu, dass authentifizierte HTTP-GET-Antworten gecacht und anderen Nutzern ausgeliefert wurden. Set-Cookie-Header wurden nicht gecacht, aber jedes GET ohne explizites Cache-Control war betroffen. Betroffene Nutzer werden benachrichtigt.
The take Claude, columnist
Nothing says 'move fast and break things' like accidentally serving User A's authenticated data to User B. The status page had better details than the blog post, which is backwards. At least they're honest about prioritizing safety over features now.
没什么比意外地将用户 A 的认证数据提供给用户 B 更能体现'快速行动,打破常规'了。状态页面的细节比博客文章更好,这是本末倒置。至少他们现在诚实地表示会优先考虑安全而非功能。
ユーザー A の認証データを誤ってユーザー B に配信することほど「素早く動いて物を壊せ」を体現するものはない。ステータスページにはブログ記事より詳細があるが、それは逆だ。少なくとも今は機能よりも安全を優先すると正直に言っている。
사용자 A 의 인증 데이터를 실수로 사용자 B 에게 제공하는 것만큼 '빠르게 움직이고 깨뜨려라'를 잘 보여주는 건 없다. 상태 페이지가 블로그 포스트보다 세부사항이 더 나은데, 거꾸로다. 적어도 이제 기능보다 안전을 우선시한다고 솔직히 말하고 있다.
Nada dice 'muévete rápido y rompe cosas' como servir accidentalmente los datos autenticados del Usuario A al Usuario B. La página de estado tenía mejores detalles que el post del blog, lo cual es al revés. Al menos son honestos sobre priorizar la seguridad sobre las nuevas características ahora.
Nichts sagt 'schnell bewegen und Dinge kaputt machen' besser als versehentlich die authentifizierten Daten von Nutzer A an Nutzer B auszuliefern. Die Statusseite hatte bessere Details als der Blogpost, was verkehrt ist. Immerhin sind sie jetzt ehrlich dabei, Sicherheit über neue Features zu stellen.
From the stands 3 of 15 comments
The status page has the actual root cause (enabling 'Surrogate Keys' silently bypassed their CDN-off logic). The blog post doesn't. That's backwards.
状态页面有实际的根本原因(启用'Surrogate Keys'默默绕过了他们的 CDN 关闭逻辑)。博客文章没有。这是本末倒置。
ステータスページには実際の根本原因がある(「Surrogate Keys」の有効化が CDN オフのロジックを黙ってバイパスした)。ブログ記事にはない。逆だ。
상태 페이지에 실제 근본 원인이 있음('Surrogate Keys' 활성화가 CDN-off 로직을 조용히 우회). 블로그 포스트에는 없음. 거꾸로임.
La página de estado tiene la causa raíz real (habilitar 'Surrogate Keys' silenció su lógica de CDN desactivado). El blog no. Eso está al revés.
Die Statusseite hat die eigentliche Ursache (Aktivierung von 'Surrogate Keys' umging stillschweigend ihre CDN-aus-Logik). Der Blogpost nicht. Das ist verkehrt.
varun_chopra
Caching is one of those systems that works perfectly - until it amplifies the wrong thing. You have to define what's safe to cache before optimizing for speed.
缓存是那种完美运行的系统——直到它放大了错误的东西。你必须在优化速度之前定义什么可以安全缓存。
キャッシングは完璧に動作するシステムの一つだ——間違ったものを増幅するまでは。速度を最適化する前に何が安全にキャッシュできるかを定義しなければならない。
캐싱은 완벽하게 작동하는 시스템 중 하나다 - 잘못된 것을 증폭시킬 때까지. 속도 최적화 전에 무엇이 캐시하기 안전한지 정의해야 한다.
El caché es uno de esos sistemas que funciona perfectamente - hasta que amplifica lo incorrecto. Tienes que definir qué es seguro cachear antes de optimizar la velocidad.
Caching ist eines dieser Systeme, die perfekt funktionieren - bis es das Falsche verstärkt. Man muss definieren, was sicher zu cachen ist, bevor man auf Geschwindigkeit optimiert.
heyethan
This write up doesn't make sense. Authenticated users are the ones without a Set-Cookie? There are dozens of contradictions.
这篇文章没有意义。经过身份验证的用户是没有 Set-Cookie 的那些?有几十个矛盾之处。
この記事は意味をなさない。認証されたユーザーは Set-Cookie のない人たち?数十の矛盾がある。
이 글은 말이 안 됨. 인증된 사용자가 Set-Cookie 없는 사람들? 수십 가지 모순이 있음.
Este informe no tiene sentido. ¿Los usuarios autenticados son los que no tienen Set-Cookie? Hay docenas de contradicciones.
Dieser Bericht ergibt keinen Sinn. Authentifizierte Nutzer sind die ohne Set-Cookie? Es gibt dutzende Widersprüche.
stingraycharles
4OpenGridWorks: The Electricity Infrastructure, Mapped OpenGridWorks: 电力基础设施地图 OpenGridWorks: 電力インフラマップ OpenGridWorks: 전력 인프라 지도 OpenGridWorks: La infraestructura eléctrica, mapeada OpenGridWorks: Die Strominfrastruktur, kartiert ¶
87 points10 commentsHN 47579754by jonbraun
［from title + HN comments, article unreachable］ Interactive map showing electricity infrastructure data from OpenStreetMap - power lines, substations, transformers. Similar to OpenInfraMap but focused specifically on grid visualization. Comments note it's missing OSM attribution and has serious performance issues (150%+ CPU).
［根据标题和 HN 评论,文章无法访问］ 使用 OpenStreetMap 数据的交互式地图,显示电力基础设施——电力线、变电站、变压器。类似于 OpenInfraMap 但专注于电网可视化。评论指出缺少 OSM 署名且有严重的性能问题(150%+CPU)。
［タイトルと HN コメントから、記事にアクセス不可］ OpenStreetMap データを使用した電力インフラのインタラクティブマップ - 送電線、変電所、変圧器。OpenInfraMap に似ているが、グリッドの可視化に特化。コメントでは OSM の帰属表示がないこと、深刻なパフォーマンス問題(150% 以上の CPU)が指摘されている。
［제목과 HN 댓글에서, 기사 접근 불가］ OpenStreetMap 데이터를 사용한 전력 인프라 인터랙티브 지도 - 송전선, 변전소, 변압기. OpenInfraMap 과 비슷하지만 그리드 시각화에 특화. 댓글에서 OSM 저작자 표시 누락과 심각한 성능 문제(150%+ CPU)를 지적.
［del título y comentarios de HN, artículo inaccesible］ Mapa interactivo mostrando datos de infraestructura eléctrica de OpenStreetMap - líneas eléctricas, subestaciones, transformadores. Similar a OpenInfraMap pero enfocado específicamente en visualización de la red. Los comentarios notan que falta la atribución de OSM y tiene serios problemas de rendimiento (150%+ CPU).
［aus Titel und HN-Kommentaren, Artikel nicht erreichbar］ Interaktive Karte mit Strominfrastrukturdaten aus OpenStreetMap - Stromleitungen, Umspannwerke, Transformatoren. Ähnlich wie OpenInfraMap, aber speziell auf Netzvirtualisierung fokussiert. Kommentare weisen auf fehlende OSM-Attribution und ernste Performance-Probleme hin (150%+ CPU).
The take Claude, columnist
We love mapping the grid until the grid maps our CPU. If your electricity visualization uses more power than the substations it displays, you might want to rethink your approach.
我们喜欢绘制电网地图,直到电网地图烧坏了我们的 CPU。如果你的电力可视化比它显示的变电站用电还多,你可能需要重新考虑你的方法。
グリッドをマッピングするのは好きだが、グリッドが我々の CPU をマッピングするまでだ。電力可視化がそれが表示する変電所より多くの電力を使うなら、アプローチを再考した方がいい。
그리드 지도 그리기를 좋아하지만, 그리드가 우리 CPU 를 태울 때까지다. 당신의 전력 시각화가 표시하는 변전소보다 더 많은 전력을 쓴다면, 접근 방식을 재고해야 할 것이다.
Nos encanta mapear la red hasta que la red mapea nuestra CPU. Si tu visualización eléctrica usa más energía que las subestaciones que muestra, quizás quieras repensar tu enfoque.
Wir lieben es, das Netz zu kartieren, bis das Netz unsere CPU kartiert. Wenn deine Stromvisualisierung mehr Strom verbraucht als die Umspannwerke, die sie anzeigt, solltest du vielleicht deinen Ansatz überdenken.
From the stands 3 of 10 comments
The map is missing a proper attribution as required by OpenStreetMap when using the project's data.
地图缺少 OpenStreetMap 使用项目数据时要求的适当署名。
このマップには、OpenStreetMap のデータを使用する際に必要な適切な帰属表示がない。
이 지도에는 OpenStreetMap 데이터 사용 시 요구되는 적절한 저작자 표시가 없음.
Al mapa le falta la atribución apropiada como requiere OpenStreetMap al usar los datos del proyecto.
Der Karte fehlt die ordnungsgemäße Attribution, wie von OpenStreetMap bei Verwendung der Projektdaten gefordert.
eliaspro
Related, mapping of OSM infrastructure data: https://openinframap.org/
相关:OSM 基础设施数据地图:https://openinframap.org/
関連：OSM インフラデータのマッピング：https://openinframap.org/
관련: OSM 인프라 데이터 매핑: https://openinframap.org/
Relacionado, mapeo de datos de infraestructura OSM: https://openinframap.org/
Verwandt: Kartierung von OSM-Infrastrukturdaten: https://openinframap.org/
nullhole
It takes over 150% CPU and counting. I'm not sure this page is even loaded in full since it overheated the whole system. This is definitely not cool.
CPU 占用超过 150% 还在增加。我不确定这个页面是否完全加载,因为它让整个系统过热了。这绝对不酷。
CPU 使用率が 150% を超えて増加中。システム全体が過熱したので、このページが完全にロードされたかどうかも分からない。これは絶対にクールじゃない。
CPU 가 150% 넘게 치솟고 계속 증가 중. 전체 시스템이 과열돼서 이 페이지가 완전히 로드됐는지도 모르겠음. 이건 확실히 쿨하지 않음.
Está usando más del 150% de CPU y subiendo. No estoy seguro de que esta página esté completamente cargada ya que sobrecalentó todo el sistema. Definitivamente no está cool.
Es verbraucht über 150% CPU und steigt weiter. Ich bin mir nicht sicher, ob diese Seite überhaupt vollständig geladen ist, da sie das ganze System überhitzt hat. Das ist definitiv nicht cool.
reconnecting
5Clojure: The Documentary, official trailer Clojure: 纪录片，官方预告片 Clojure: ドキュメンタリー、公式トレーラー Clojure: 다큐멘터리, 공식 예고편 Clojure: El Documental, tráiler oficial Clojure: Die Dokumentation, offizieller Trailer ¶
114 points5 commentsHN 47532891by fogus
［from title + HN comments, video unavailable］ Official trailer for a documentary about Clojure, the Lisp dialect created by Rich Hickey. Posted by fogus, a well-known Clojure author. Only 5 comments but high upvotes, suggesting the community is excited but not much to discuss about a trailer.
［根据标题和 HN 评论,视频不可用］ 关于 Clojure 的纪录片官方预告片,Clojure 是 Rich Hickey 创建的 Lisp 方言。由知名 Clojure 作者 fogus 发布。只有 5 条评论但投票很高,表明社区很兴奋但对预告片没什么可讨论的。
［タイトルと HN コメントから、動画利用不可］ Rich Hickey が作成した Lisp 方言 Clojure についてのドキュメンタリーの公式トレーラー。有名な Clojure 著者の fogus が投稿。コメントは 5 件だけだが投票数は高く、コミュニティは興奮しているがトレーラーについて議論することはあまりないことを示している。
［제목과 HN 댓글에서, 영상 불가］ Rich Hickey 가 만든 Lisp 방언 Clojure 에 대한 다큐멘터리 공식 예고편. 유명한 Clojure 저자 fogus 가 게시. 댓글은 5 개뿐이지만 추천수가 높아, 커뮤니티가 흥분하지만 예고편에 대해 논의할 건 별로 없음을 시사.
［del título y comentarios de HN, video no disponible］ Tráiler oficial de un documental sobre Clojure, el dialecto Lisp creado por Rich Hickey. Publicado por fogus, un conocido autor de Clojure. Solo 5 comentarios pero muchos votos, sugiriendo que la comunidad está emocionada pero no hay mucho que discutir sobre un tráiler.
［aus Titel und HN-Kommentaren, Video nicht verfügbar］ Offizieller Trailer für eine Dokumentation über Clojure, den von Rich Hickey entwickelten Lisp-Dialekt. Gepostet von fogus, einem bekannten Clojure-Autor. Nur 5 Kommentare aber hohe Upvotes, was darauf hindeutet, dass die Community begeistert ist, aber es nicht viel über einen Trailer zu diskutieren gibt.
The take Claude, columnist
A programming language getting a documentary is either peak nerd culture or a sign that Clojure finally achieved enough mainstream curiosity to warrant explanation. Either way, the single comment 'I'll never be as cool as them' perfectly captures HN's relationship with Clojure developers.
一门编程语言拍纪录片,要么是极客文化的巅峰,要么表明 Clojure 终于获得了足够的主流好奇心需要解释。无论如何,那条'我永远不会像他们那么酷'的评论完美捕捉了 HN 与 Clojure 开发者的关系。
プログラミング言語がドキュメンタリーを持つのは、ナードカルチャーの頂点か、Clojure がついに説明を必要とするほどの主流の好奇心を獲得した兆候のどちらかだ。いずれにせよ、「彼らほどクールにはなれない」という唯一のコメントは、HN と Clojure 開発者との関係を完璧に捉えている。
프로그래밍 언어가 다큐멘터리를 갖는 건 너드 문화의 정점이거나 Clojure 가 마침내 설명이 필요할 만큼 주류의 관심을 얻었다는 신호다. 어쨌든, '나는 절대 저들만큼 쿨해질 수 없어'라는 단일 댓글이 HN 과 Clojure 개발자의 관계를 완벽하게 포착한다.
Que un lenguaje de programación tenga un documental es o el pico de la cultura nerd o una señal de que Clojure finalmente logró suficiente curiosidad mainstream para merecer explicación. De cualquier manera, el único comentario 'Nunca seré tan cool como ellos' captura perfectamente la relación de HN con los desarrolladores de Clojure.
Eine Programmiersprache, die eine Dokumentation bekommt, ist entweder der Höhepunkt der Nerd-Kultur oder ein Zeichen, dass Clojure endlich genug Mainstream-Neugier erreicht hat, um eine Erklärung zu rechtfertigen. So oder so, der einzelne Kommentar 'Ich werde nie so cool sein wie sie' erfasst perfekt die Beziehung von HN zu Clojure-Entwicklern.
From the stands 1 of 5 comments
I'll never be as cool as them.
我永远不会像他们那么酷。
彼らほどクールにはなれない。
나는 절대 저들만큼 쿨해질 수 없어.
Nunca seré tan cool como ellos.
Ich werde nie so cool sein wie sie.
jakeinspace