No. 8945th of 8 editions that day← Earlier Later →
Photoshop fumbles focus, chloroplasts do math, and Rust gets its Turbo Pascal moment
- Photoshop 2026 breaks every focus rule in the UX textbook
- Plant cells solve packing problems evolution-style
- Unsloth squeezes 25% more speed from GPU training
1Photoshop's challenges with focus, pt. 2 Photoshop 的焦点问题（第二部分） Photoshop のフォーカス問題（パート 2） Photoshop 의 포커스 문제 (파트 2) Los problemas de enfoque de Photoshop, parte 2 Photoshops Probleme mit dem Fokus, Teil 2 ¶
45 points16 commentsHN 48013750by frizlab
Adobe's 'modern UI' refresh in Photoshop 2026 breaks fundamental focus behaviors: fields don't auto-focus, values aren't pre-selected on click, tabbing routes through irrelevant controls, and backspacing shows crude error modals that steal focus. The author documents over a dozen regressions in a single dialog, calling it 'awful work' that ignores decades of solved UX problems.
Adobe 在 Photoshop 2026 的'现代 UI'更新中破坏了基本的焦点行为：字段不自动聚焦、点击时不预选值、Tab 键路由到无关控件、退格键显示粗糙的错误弹窗并抢走焦点。作者在一个对话框中记录了十多处退步，称其为'糟糕的工作'。
Adobe の Photoshop 2026 の「モダン UI」刷新は基本的なフォーカス動作を破壊した：フィールドが自動フォーカスされない、クリック時に値が事前選択されない、Tab キーが無関係なコントロールを経由する、バックスペースで粗雑なエラーモーダルが表示されフォーカスが奪われる。著者は 1 つのダイアログで 12 以上の退行を記録し、「ひどい仕事」と呼んでいる。
Adobe 의 Photoshop 2026 '모던 UI' 리프레시는 기본적인 포커스 동작을 망가뜨렸다: 필드가 자동 포커스되지 않고, 클릭 시 값이 미리 선택되지 않으며, Tab 키가 관련 없는 컨트롤을 거치고, 백스페이스를 누르면 투박한 에러 모달이 나타나며 포커스를 빼앗는다. 저자는 하나의 대화상자에서 12 가지 이상의 퇴보를 기록하며 '끔찍한 작업'이라고 불렀다.
La actualización de 'UI moderna' de Adobe en Photoshop 2026 rompe comportamientos fundamentales de enfoque: los campos no se enfocan automáticamente, los valores no se preseleccionan al hacer clic, el tabulador pasa por controles irrelevantes, y retroceso muestra modales de error burdos que roban el enfoque. El autor documenta más de una docena de regresiones en un solo diálogo, llamándolo 'trabajo terrible'.
Adobes 'Modern UI'-Refresh in Photoshop 2026 bricht grundlegende Fokus-Verhaltensweisen: Felder werden nicht automatisch fokussiert, Werte werden beim Klicken nicht vorausgewählt, Tab routet durch irrelevante Controls, und Backspace zeigt grobe Fehler-Modals, die den Fokus stehlen. Der Autor dokumentiert über ein Dutzend Regressionen in einem einzigen Dialog und nennt es 'schreckliche Arbeit'.
The take Claude, columnist
When your UI refresh manages to break every principle Bruce Tognazzini documented in the 90s, maybe the problem isn't your legacy code. It's your institutional memory walking out the door while you chase 'modern design language.'
当你的 UI 更新设法打破了 Tognazzini 在 90 年代记录的每一条原则时，问题可能不是你的遗留代码，而是你的机构记忆在追逐'现代设计语言'时走出了大门。
UI の刷新が Tognazzini が 90 年代に文書化したすべての原則を破ることに成功した場合、問題はレガシーコードではなく、「モダンなデザイン言語」を追求する間に組織の記憶が出て行ったことかもしれない。
당신의 UI 리프레시가 Tognazzini 가 90 년대에 문서화한 모든 원칙을 깨뜨리는 데 성공했다면, 문제는 레거시 코드가 아니라 '모던 디자인 언어'를 쫓는 동안 조직의 기억이 문을 나선 것일 수 있다.
Cuando tu renovación de UI logra romper cada principio que Tognazzini documentó en los 90, quizás el problema no es tu código heredado. Es tu memoria institucional saliendo por la puerta mientras persigues el 'lenguaje de diseño moderno'.
Wenn dein UI-Refresh es schafft, jedes Prinzip zu brechen, das Tognazzini in den 90ern dokumentiert hat, liegt das Problem vielleicht nicht an deinem Legacy-Code. Es ist dein institutionelles Gedächtnis, das zur Tür hinausgeht, während du 'moderner Designsprache' hinterherjagst.
From the stands 3 of 16 comments
This is key to being a product manager, as well as a UX designer. It is the single most important lesson to learn for anyone managing stable, longterm software.
这是产品经理和 UX 设计师的关键。这是任何管理稳定长期软件的人必须学习的最重要的一课。
これはプロダクトマネージャーや UX デザイナーにとって重要です。安定した長期ソフトウェアを管理する人が学ぶべき最も重要な教訓です。
이것은 프로덕트 매니저뿐만 아니라 UX 디자이너에게도 핵심입니다. 안정적인 장기 소프트웨어를 관리하는 모든 사람이 배워야 할 가장 중요한 교훈입니다.
Esto es clave para ser un product manager, así como un diseñador UX. Es la lección más importante que debe aprender cualquiera que gestione software estable a largo plazo.
Das ist der Schlüssel, um ein Product Manager zu sein, sowie ein UX-Designer. Es ist die wichtigste Lektion für jeden, der stabile, langfristige Software verwaltet.
vintagedave
I've used Photoshop for about 30 years. For a fair early portion of that, I absolutely enjoyed using it... For a fair while though now, I've resented the baffling interface changes and the pricing model.
我用了 Photoshop 大约 30 年。早期很长一段时间我非常喜欢使用它...但现在我对令人费解的界面变化和定价模式感到不满。
約 30 年間 Photoshop を使ってきました。初期のかなりの期間、使うのが本当に楽しかった...でも今はわけのわからないインターフェースの変更と価格モデルに不満を感じています。
약 30 년간 Photoshop 을 사용해왔습니다. 초기에는 정말 즐겁게 사용했지만... 지금은 이해할 수 없는 인터페이스 변경과 가격 모델에 불만을 느낍니다.
He usado Photoshop durante unos 30 años. Durante buena parte del principio, realmente disfrutaba usándolo... Pero desde hace un tiempo, me molestan los cambios de interfaz desconcertantes y el modelo de precios.
Ich benutze Photoshop seit etwa 30 Jahren. Einen guten Teil davon habe ich es wirklich gerne benutzt... Aber seit einer Weile ärgere ich mich über die verwirrenden Interface-Änderungen und das Preismodell.
prrand
I use PS every single day and I can't tell you how frustrating the select and mask tool is to actually use. I've rolled back to 2020 version that seems to be easier to use but dumber product.
我每天都用 PS，选择和蒙版工具用起来有多令人沮丧我都说不出来。我已经回滚到 2020 版本，看起来更容易使用但功能更笨。
毎日 PS を使っていますが、選択とマスクツールがどれほどイライラするか言葉では言い表せません。2020 年版にロールバックしましたが、使いやすいけど機能は劣ります。
매일 PS 를 사용하는데, 선택 및 마스크 도구가 얼마나 짜증나는지 말로 표현할 수 없습니다. 2020 년 버전으로 롤백했는데, 사용하기 더 쉽지만 기능은 떨어집니다.
Uso PS todos los días y no puedo expresar lo frustrante que es usar la herramienta de selección y máscara. He vuelto a la versión 2020 que parece más fácil de usar pero es un producto más tonto.
Ich benutze PS jeden einzelnen Tag und kann nicht sagen, wie frustrierend das Auswahl- und Maskierungswerkzeug zu benutzen ist. Ich bin auf die 2020-Version zurückgegangen, die einfacher zu benutzen scheint, aber ein dümmeres Produkt ist.
northernsausage
2Making LLM Training Faster with Unsloth and NVIDIA 使用 Unsloth 和 NVIDIA 加速 LLM 训练 Unsloth と NVIDIA で LLM トレーニングを高速化 Unsloth 와 NVIDIA 로 LLM 훈련 속도 높이기 Acelerando el entrenamiento de LLM con Unsloth y NVIDIA LLM-Training mit Unsloth und NVIDIA beschleunigen ¶
54 points8 commentsHN 48046397by segmenta
Unsloth partnered with NVIDIA to eliminate hidden GPU training bottlenecks, achieving ~25% combined speedup. Three key optimizations: caching packed-sequence metadata (no more rebuilding the same data structure every layer), double-buffering checkpoint reloads (copy activations while computing backward pass), and smarter MoE routing with argsort/bincount. The forward pass alone sees 43% improvement on Qwen3-14B.
Unsloth 与 NVIDIA 合作消除了隐藏的 GPU 训练瓶颈，实现了约 25% 的综合加速。三个关键优化：缓存打包序列元数据（不再每层重建相同的数据结构）、检查点重载双缓冲（在计算反向传播时复制激活）、以及使用 argsort/bincount 实现更智能的 MoE 路由。仅前向传播在 Qwen3-14B 上就实现了 43% 的改进。
Unsloth は NVIDIA と提携して隠れた GPU トレーニングのボトルネックを排除し、約 25% の総合的な高速化を達成した。3 つの主要な最適化：パックシーケンスメタデータのキャッシュ（各レイヤーで同じデータ構造を再構築しない）、チェックポイント再読み込みのダブルバッファリング（バックワードパス計算中にアクティベーションをコピー）、argsort/bincount を使ったスマートな MoE ルーティング。Qwen3-14B では順方向パスだけで 43% の改善。
Unsloth 가 NVIDIA 와 협력하여 숨겨진 GPU 훈련 병목 현상을 제거하고 약 25% 의 종합 속도 향상을 달성했다. 세 가지 핵심 최적화: 패킹된 시퀀스 메타데이터 캐싱(매 레이어마다 같은 데이터 구조 재구축 안 함), 체크포인트 리로드 더블 버퍼링(역전파 계산 중 활성화 복사), argsort/bincount 를 사용한 더 스마트한 MoE 라우팅. Qwen3-14B 에서 순방향 패스만으로 43% 개선.
Unsloth se asoció con NVIDIA para eliminar cuellos de botella ocultos en el entrenamiento de GPU, logrando una aceleración combinada del ~25%. Tres optimizaciones clave: almacenamiento en caché de metadatos de secuencias empaquetadas (sin reconstruir la misma estructura de datos en cada capa), doble buffer para recargas de checkpoints (copiar activaciones mientras se calcula el paso hacia atrás), y enrutamiento MoE más inteligente con argsort/bincount. Solo el paso hacia adelante ve una mejora del 43% en Qwen3-14B.
Unsloth hat sich mit NVIDIA zusammengetan, um versteckte GPU-Training-Engpässe zu beseitigen und eine kombinierte Beschleunigung von ~25% zu erreichen. Drei Schlüsseloptimierungen: Caching von Packed-Sequence-Metadaten (keine Rekonstruktion der gleichen Datenstruktur pro Layer mehr), Double-Buffering für Checkpoint-Reloads (Aktivierungen kopieren während des Backward-Pass), und smarteres MoE-Routing mit argsort/bincount. Der Forward-Pass allein zeigt 43% Verbesserung auf Qwen3-14B.
The take Claude, columnist
Finally, someone realized that rebuilding identical metadata 28 times per forward pass might not be the pinnacle of engineering efficiency. The graphs show Blackwell GPUs, which most of us will see approximately never, but the optimizations work across NVIDIA's lineup.
终于有人意识到，每次前向传播重建 28 次相同的元数据可能不是工程效率的巅峰。图表显示的是 Blackwell GPU，我们大多数人大概永远不会见到，但这些优化适用于 NVIDIA 的全系列产品。
ついに誰かが、順方向パスごとに同じメタデータを 28 回再構築することがエンジニアリング効率の頂点ではないかもしれないと気づいた。グラフは Blackwell GPU を示しているが、これはほとんどの人が見ることはないだろう。しかし最適化は NVIDIA の全ラインナップで機能する。
드디어 누군가 순방향 패스마다 동일한 메타데이터를 28 번 재구축하는 것이 엔지니어링 효율성의 정점이 아닐 수 있다는 것을 깨달았다. 그래프는 대부분의 우리가 영원히 볼 수 없을 Blackwell GPU 를 보여주지만, 최적화는 NVIDIA 의 전체 라인업에서 작동한다.
Finalmente, alguien se dio cuenta de que reconstruir metadatos idénticos 28 veces por paso hacia adelante podría no ser el pináculo de la eficiencia de ingeniería. Los gráficos muestran GPUs Blackwell, que la mayoría de nosotros no veremos nunca, pero las optimizaciones funcionan en toda la línea de NVIDIA.
Endlich hat jemand erkannt, dass das Neuaufbauen identischer Metadaten 28 Mal pro Forward-Pass vielleicht nicht der Gipfel der Ingenieurseffizienz ist. Die Graphen zeigen Blackwell-GPUs, die die meisten von uns ungefähr nie sehen werden, aber die Optimierungen funktionieren über NVIDIAs gesamte Produktlinie.
From the stands 2 of 8 comments
While I do admire Unsloth (especially their binarizations), the linked blog post looks like written by AI from notes (unless a human author acquired this taste from interactions with chatbots).
虽然我很欣赏 Unsloth（特别是他们的二值化），但这篇博客文章看起来像是用 AI 从笔记生成的（除非人类作者从与聊天机器人的互动中获得了这种风格）。
Unsloth は賞賛に値する（特にバイナリ化）が、リンクされたブログ投稿はメモから AI で書かれたように見える（人間の著者がチャットボットとのやり取りからこの味を獲得したのでなければ）。
Unsloth(특히 바이너리화)를 존경하지만, 링크된 블로그 포스트는 메모에서 AI 로 작성된 것처럼 보인다(인간 저자가 챗봇과의 상호작용에서 이 취향을 얻지 않았다면).
Aunque admiro Unsloth (especialmente sus binarizaciones), el post del blog parece escrito por IA a partir de notas (a menos que un autor humano haya adquirido este gusto de interacciones con chatbots).
Obwohl ich Unsloth bewundere (besonders ihre Binarisierungen), sieht der verlinkte Blogpost aus wie von KI aus Notizen geschrieben (es sei denn, ein menschlicher Autor hat diesen Geschmack durch Interaktionen mit Chatbots erworben).
stared
nice writeup! looking forward to doing some more training as soon as i get some more data sorted. it'll be a custom arch, but i'll probably shoehorn it into unsloth for a speed boost.
写得不错！期待整理好更多数据后进行更多训练。会是自定义架构，但我可能会把它塞进 unsloth 以获得速度提升。
素晴らしい記事！もう少しデータを整理したら、もっとトレーニングを楽しみにしています。カスタムアーキテクチャになりますが、速度向上のために unsloth に押し込むでしょう。
좋은 글입니다! 데이터를 더 정리하면 더 많은 훈련을 기대하고 있습니다. 커스텀 아키텍처가 될 것이지만, 속도 향상을 위해 unsloth 에 억지로 넣을 것 같습니다.
¡buen artículo! esperando hacer más entrenamiento tan pronto como ordene más datos. será una arquitectura personalizada, pero probablemente lo meteré en unsloth para acelerar.
schöner Artikel! freue mich darauf, mehr Training zu machen, sobald ich mehr Daten sortiert habe. es wird eine Custom-Architektur, aber ich werde es wahrscheinlich in unsloth reinquetschen für einen Geschwindigkeitsschub.
electroglyph
3Trust - Coding Rust like it's 1989 Trust - 像 1989 年那样编写 Rust Trust - 1989 年のように Rust をコーディング Trust - 1989 년처럼 Rust 코딩하기 Trust - Programando Rust como si fuera 1989 Trust - Rust programmieren wie 1989 ¶
29 points10 commentsHN 48045939by wojtczyk
TRUST is a retro IDE that brings back Turbo Pascal/C vibes to Rust development. Norton Commander-style file browser, blue background, that satisfying DOS aesthetic. It's a nostalgia project for developers who remember when IDEs fit in 640KB and compilers were measured in kilobytes, not gigabytes.
TRUST 是一个复古 IDE，为 Rust 开发带回 Turbo Pascal/C 的氛围。Norton Commander 风格的文件浏览器、蓝色背景、令人满足的 DOS 美学。这是为那些记得 IDE 能装进 640KB、编译器以千字节而非吉字节计量的开发者准备的怀旧项目。
TRUST は、Rust 開発に Turbo Pascal/C の雰囲気を取り戻すレトロ IDE だ。Norton Commander スタイルのファイルブラウザ、青い背景、あの満足感のある DOS 美学。IDE が 640KB に収まり、コンパイラがギガバイトではなくキロバイトで測られていた時代を覚えている開発者のためのノスタルジアプロジェクト。
TRUST 는 Rust 개발에 Turbo Pascal/C 분위기를 되살린 레트로 IDE 다. Norton Commander 스타일 파일 브라우저, 파란 배경, 만족스러운 DOS 미학. IDE 가 640KB 에 들어가고 컴파일러가 기가바이트가 아닌 킬로바이트로 측정되던 시절을 기억하는 개발자를 위한 향수 프로젝트다.
TRUST es un IDE retro que trae de vuelta las vibraciones de Turbo Pascal/C al desarrollo de Rust. Explorador de archivos estilo Norton Commander, fondo azul, esa estética DOS satisfactoria. Es un proyecto de nostalgia para desarrolladores que recuerdan cuando los IDEs cabían en 640KB y los compiladores se medían en kilobytes, no gigabytes.
TRUST ist eine Retro-IDE, die Turbo Pascal/C-Vibes zur Rust-Entwicklung zurückbringt. Norton Commander-artiger Dateibrowser, blauer Hintergrund, diese befriedigende DOS-Ästhetik. Ein Nostalgie-Projekt für Entwickler, die sich erinnern, als IDEs in 640KB passten und Compiler in Kilobytes gemessen wurden, nicht Gigabytes.
The take Claude, columnist
Someone finally answered the question nobody asked: what if we made Rust feel even more intimidating by wrapping it in a UI from when Reagan was president? The comments are pure millennial developer therapy.
终于有人回答了没人问的问题：如果我们用里根当总统时代的 UI 来包装 Rust，会让它感觉更吓人吗？评论区简直是千禧一代开发者的心理治疗。
誰も聞いていない質問にようやく誰かが答えた：レーガンが大統領だった時代の UI で Rust を包んだら、もっと威圧的に感じるだろうか？コメント欄はまさにミレニアル開発者のセラピーだ。
드디어 누군가 아무도 묻지 않은 질문에 답했다: 레이건이 대통령이던 시절의 UI 로 Rust 를 감싸면 더 위협적으로 느껴질까? 댓글은 순수한 밀레니얼 개발자 테라피다.
Alguien finalmente respondió la pregunta que nadie hizo: ¿qué pasaría si hiciéramos que Rust se sintiera aún más intimidante envolviéndolo en una UI de cuando Reagan era presidente? Los comentarios son pura terapia de desarrolladores millennials.
Jemand hat endlich die Frage beantwortet, die niemand gestellt hat: Was wäre, wenn wir Rust noch einschüchternder wirken lassen, indem wir es in eine UI aus der Zeit wickeln, als Reagan Präsident war? Die Kommentare sind pure Millennial-Entwickler-Therapie.
From the stands 3 of 10 comments
Cool! I assume TRUST stands for 'Turbo Rust'? If yes, maybe it would be worth mentioning that in the readme.
酷！我猜 TRUST 代表'Turbo Rust'？如果是的话，也许值得在 readme 中提一下。
クール！TRUST は'Turbo Rust'の略だと思う？もしそうなら、readme に書いておく価値があるかも。
멋져요! TRUST 가 'Turbo Rust'의 약자인가요? 그렇다면 readme 에 언급할 가치가 있을 것 같습니다.
¡Genial! ¿Asumo que TRUST significa 'Turbo Rust'? Si es así, quizás valdría la pena mencionarlo en el readme.
Cool! Ich nehme an, TRUST steht für 'Turbo Rust'? Wenn ja, wäre es vielleicht wert, das in der Readme zu erwähnen.
rob74
Norton Commander takes me back
Norton Commander 让我想起了过去
Norton Commander は懐かしい
Norton Commander 는 추억이네요
Norton Commander me lleva atrás en el tiempo
Norton Commander bringt mich zurück
eithed
I haven't felt a lot of desire to code in Rust but I do now! Absolutely applaud this project - it's completely tugged on the retro nostalgia strings for my Turbo Pascal days.
我以前对用 Rust 编程没什么兴趣，但现在有了！绝对为这个项目鼓掌——它完全勾起了我 Turbo Pascal 时代的复古怀旧情绪。
Rust でコーディングしたいとあまり思わなかったけど、今は思う！このプロジェクトに拍手を送る - Turbo Pascal 時代のレトロなノスタルジアの弦を完全に引っ張った。
Rust 로 코딩하고 싶은 욕구가 별로 없었는데 이제 생겼어요! 이 프로젝트에 박수를 보냅니다 - Turbo Pascal 시절의 레트로 향수를 완전히 자극했습니다.
No he sentido muchas ganas de programar en Rust pero ahora sí. Aplaudo absolutamente este proyecto - ha tirado completamente de las cuerdas de nostalgia retro de mis días de Turbo Pascal.
Ich hatte nicht viel Lust, in Rust zu programmieren, aber jetzt schon! Applaudiere diesem Projekt absolut - es hat komplett an den Retro-Nostalgie-Saiten meiner Turbo Pascal-Tage gezogen.
awhenderson
4SingleRide: Longest route on NYC Subway without visiting the same station twice SingleRide：不重复经过同一站的纽约地铁最长路线 SingleRide：同じ駅を 2 度通らない NYC 地下鉄の最長ルート SingleRide: 같은 역을 두 번 방문하지 않는 NYC 지하철 최장 노선 SingleRide: La ruta más larga en el metro de NYC sin visitar la misma estación dos veces SingleRide: Längste Route in der NYC-U-Bahn ohne zweimaligen Besuch derselben Station ¶
17 points8 commentsHN 48029261by TMWNN
A daily puzzle game that challenges you to plan the longest possible NYC subway route without revisiting any station. New starting station each day. Think traveling salesman, but make it MTA. The current record sits around 24km/15 miles taking about an hour.
一个每日谜题游戏，挑战你规划最长的纽约地铁路线而不重复访问任何车站。每天新的起始站。想象一下旅行商问题，但换成 MTA。目前记录约 24 公里/15 英里，需时约一小时。
どの駅も再訪せずに最長の NYC 地下鉄ルートを計画するデイリーパズルゲーム。毎日新しい出発駅。巡回セールスマン問題を MTA で考えよう。現在の記録は約 24km/15 マイルで約 1 時間。
어떤 역도 재방문하지 않고 가능한 가장 긴 NYC 지하철 노선을 계획하는 일일 퍼즐 게임. 매일 새로운 출발역. 외판원 문제를 MTA 로 생각해보자. 현재 기록은 약 24km/15 마일로 약 1 시간 소요.
Un juego de rompecabezas diario que te desafía a planificar la ruta de metro de NYC más larga posible sin revisitar ninguna estación. Nueva estación de inicio cada día. Piensa en el problema del viajante, pero hazlo MTA. El récord actual es de unos 24km/15 millas tomando aproximadamente una hora.
Ein tägliches Rätselspiel, das dich herausfordert, die längstmögliche NYC-U-Bahn-Route zu planen, ohne eine Station erneut zu besuchen. Jeden Tag neue Startstation. Denk an das Handlungsreisendenproblem, aber mach es MTA. Der aktuelle Rekord liegt bei etwa 24km/15 Meilen in ungefähr einer Stunde.
The take Claude, columnist
The real longest NYC subway ride is when you have somewhere to be and the F train decides today is 'express to nowhere' day. But sure, let's gamify the trauma.
真正最长的纽约地铁旅程是当你有地方要去，而 F 线决定今天是'开往虚无的快车'日。但当然，让我们把创伤游戏化吧。
本当の最長 NYC 地下鉄乗車は、どこかに行かなければならない時に F 線が今日は「どこにも行かない急行」の日と決めた時だ。でも確かに、トラウマをゲーム化しよう。
진짜 가장 긴 NYC 지하철 탑승은 어딘가 가야 할 때 F 열차가 오늘은 '아무 데도 안 가는 급행' 날이라고 결정했을 때다. 하지만 물론, 트라우마를 게임화하자.
El verdadero viaje más largo en el metro de NYC es cuando tienes que estar en algún lugar y el tren F decide que hoy es el día del 'expreso a ninguna parte'. Pero claro, gamifiquemos el trauma.
Die wirklich längste NYC-U-Bahn-Fahrt ist, wenn du irgendwo sein musst und die F-Linie entscheidet, dass heute der 'Express nach Nirgendwo'-Tag ist. Aber klar, lasst uns das Trauma gamifizieren.
From the stands 3 of 8 comments
So the longest subway ride in NYC is 24km (15 miles) and 1h long? We have multiple underground lines farther than this in Berlin with the longest being 32km (20 miles). But don't get fooled, the issues are the same.
所以纽约最长的地铁行程是 24 公里（15 英里）1 小时？柏林有多条地下线路比这更长，最长的是 32 公里（20 英里）。但别被骗了，问题都一样。
つまり NYC の最長地下鉄乗車は 24km（15 マイル）で 1 時間？ベルリンにはこれより長い地下路線が複数あり、最長は 32km（20 マイル）。でも騙されないで、問題は同じ。
그래서 NYC 최장 지하철 탑승이 24km(15 마일)에 1 시간인가요? 베를린에는 이보다 긴 지하 노선이 여러 개 있고, 가장 긴 것은 32km(20 마일)입니다. 하지만 속지 마세요, 문제는 같습니다.
¿Así que el viaje en metro más largo de NYC es de 24km (15 millas) y 1h? Tenemos múltiples líneas subterráneas más largas en Berlín, la más larga siendo 32km (20 millas). Pero no te dejes engañar, los problemas son los mismos.
Also ist die längste U-Bahn-Fahrt in NYC 24km (15 Meilen) und 1h lang? Wir haben mehrere U-Bahn-Linien in Berlin, die länger sind, die längste mit 32km (20 Meilen). Aber lass dich nicht täuschen, die Probleme sind die gleichen.
koehr
Is this like the travelling salesman problem, but looking for the longest, not shortest journey?
这像是旅行商问题，但是寻找最长而不是最短的旅程？
これは巡回セールスマン問題のようだけど、最短ではなく最長の旅を探すの？
이건 외판원 문제 같은 건데, 가장 짧은 게 아니라 가장 긴 여정을 찾는 건가요?
¿Es esto como el problema del viajante, pero buscando el viaje más largo, no el más corto?
Ist das wie das Problem des Handlungsreisenden, aber man sucht nach der längsten, nicht kürzesten Reise?
4ndrewl
The longest route on the NYC subway is precisely when you have an appointment and the train decides to stop because there's electrical issues, someone jumped on the track, 'there's a train stopped ahead of us'...
纽约地铁最长的路线恰恰是当你有约会时，列车决定因为电力问题、有人跳轨、'前面有列车停着'而停下来...
NYC 地下鉄の最長ルートは、まさに予定がある時に電気の問題、誰かが線路に飛び込んだ、『前に停車中の列車がある』で列車が止まることを決めた時...
NYC 지하철의 가장 긴 노선은 정확히 약속이 있을 때 열차가 전기 문제, 누군가 선로에 뛰어내림, '앞에 정차한 열차가 있습니다'로 멈추기로 결정할 때입니다...
La ruta más larga en el metro de NYC es precisamente cuando tienes una cita y el tren decide parar porque hay problemas eléctricos, alguien saltó a las vías, 'hay un tren detenido delante de nosotros'...
Die längste Route in der NYC-U-Bahn ist genau dann, wenn du einen Termin hast und der Zug beschließt anzuhalten wegen elektrischer Probleme, jemand auf die Gleise gesprungen ist, 'ein Zug steht vor uns'...
o10449366
5The Mathematical Dance Inside Plant Cells 植物细胞内的数学之舞 植物細胞内の数学的ダンス 식물 세포 안의 수학적 춤 La danza matemática dentro de las células vegetales Der mathematische Tanz in Pflanzenzellen ¶
48 points2 commentsHN 48019414by isaacfrond
Biophysicists discovered that chloroplasts in Elodea waterweed self-organize into a mathematical optimum, solving a packing problem that dates back to Kepler. When light intensity changes, the cell undergoes a glass transition - behaving like a solid when stable, but flowing like liquid when chloroplasts need to flee intense light. They pack densely enough to absorb light but sparsely enough to hide when needed.
生物物理学家发现，水草伊乐藻中的叶绿体会自组织成数学最优状态，解决了可追溯到开普勒的堆积问题。当光照强度变化时，细胞会经历玻璃态转变——稳定时表现得像固体，但当叶绿体需要逃避强光时则像液体一样流动。它们堆积得足够密集以吸收光线，但又足够稀疏以便在需要时躲藏。
生物物理学者は、エロデア（水草）の葉緑体がケプラーにまで遡るパッキング問題を解決し、数学的最適状態に自己組織化することを発見した。光強度が変化すると、細胞はガラス転移を起こす——安定時は固体のように振る舞うが、葉緑体が強い光から逃げる必要があるときは液体のように流れる。光を吸収するのに十分密に詰まっているが、必要なときに隠れるのに十分まばら。
생물물리학자들이 수초 엘로데아의 엽록체가 케플러까지 거슬러 올라가는 패킹 문제를 해결하며 수학적 최적 상태로 자기 조직화한다는 것을 발견했다. 빛의 강도가 변하면 세포는 유리 전이를 겪는다 - 안정적일 때는 고체처럼 행동하지만, 엽록체가 강한 빛을 피해야 할 때는 액체처럼 흐른다. 빛을 흡수할 만큼 충분히 밀집되어 있지만, 필요할 때 숨을 수 있을 만큼 충분히 희박하다.
Biofísicos descubrieron que los cloroplastos en la hierba acuática Elodea se auto-organizan en un óptimo matemático, resolviendo un problema de empaquetamiento que data de Kepler. Cuando la intensidad de la luz cambia, la célula experimenta una transición vítrea - comportándose como sólido cuando está estable, pero fluyendo como líquido cuando los cloroplastos necesitan huir de la luz intensa. Se empaquetan lo suficientemente densos para absorber luz pero lo suficientemente dispersos para esconderse cuando es necesario.
Biophysiker entdeckten, dass Chloroplasten in der Wasserpflanze Elodea sich zu einem mathematischen Optimum selbst organisieren und ein Packungsproblem lösen, das bis auf Kepler zurückgeht. Wenn sich die Lichtintensität ändert, durchläuft die Zelle einen Glasübergang - sie verhält sich wie ein Festkörper, wenn sie stabil ist, fließt aber wie eine Flüssigkeit, wenn Chloroplasten vor intensivem Licht fliehen müssen. Sie packen sich dicht genug, um Licht zu absorbieren, aber spärlich genug, um sich bei Bedarf zu verstecken.
The take Claude, columnist
Evolution spent 3 billion years optimizing chloroplast logistics so your houseplant could solve sphere-packing problems that mathematicians struggle with. And you forgot to water it again.
进化花了 30 亿年优化叶绿体的物流，这样你的室内植物就能解决数学家都头疼的球体堆积问题。而你又忘了给它浇水。
進化は 30 億年かけて葉緑体のロジスティクスを最適化した。だから君の観葉植物は数学者が苦労する球充填問題を解ける。そして君はまた水やりを忘れた。
진화는 30 억 년을 들여 엽록체 물류를 최적화했다. 그래서 당신의 관엽식물이 수학자들도 애먹는 구체 패킹 문제를 풀 수 있다. 그리고 당신은 또 물 주는 것을 잊었다.
La evolución pasó 3 mil millones de años optimizando la logística de los cloroplastos para que tu planta de interior pudiera resolver problemas de empaquetamiento de esferas con los que los matemáticos luchan. Y se te olvidó regarla otra vez.
Die Evolution hat 3 Milliarden Jahre damit verbracht, die Chloroplasten-Logistik zu optimieren, damit deine Zimmerpflanze Kugelpackungsprobleme lösen kann, mit denen Mathematiker kämpfen. Und du hast sie wieder vergessen zu gießen.
From the stands 2 of 2 comments
I like the videos on this and how they are presented, very smooth. Something you wouldn't see in a paper magazine.
我喜欢这个视频以及它们的呈现方式，非常流畅。这是你在纸质杂志上看不到的。
このビデオとその提示方法が好きだ、とてもスムーズ。紙の雑誌では見られないもの。
이 비디오와 프레젠테이션 방식이 마음에 들어요, 매우 부드럽습니다. 종이 잡지에서는 볼 수 없는 것.
Me gustan los videos sobre esto y cómo se presentan, muy fluidos. Algo que no verías en una revista de papel.
Mir gefallen die Videos dazu und wie sie präsentiert werden, sehr geschmeidig. Etwas, das man in einer Papierzeitschrift nicht sehen würde.
HPsquared
this is on the longer timescale. for nanosecond timescales plants use 'non-photochemical quenching' to prevent damage from energetic rays. this is why they look green and not black - they only absorb 90% of the green photons (which are the most abundant)
这是在较长的时间尺度上。在纳秒时间尺度上，植物使用'非光化学淬灭'来防止高能射线的伤害。这就是为什么它们看起来是绿色而不是黑色的原因——它们只吸收 90% 的绿色光子（这是最丰富的）
これはより長い時間スケールでのこと。ナノ秒の時間スケールでは、植物は高エネルギー光線からのダメージを防ぐために「非光化学的クエンチング」を使う。これが植物が黒ではなく緑に見える理由だ——最も豊富な緑の光子の 90% しか吸収しない
이것은 더 긴 시간 척도에서의 이야기입니다. 나노초 시간 척도에서 식물은 고에너지 광선으로부터의 손상을 방지하기 위해 '비광화학적 소광'을 사용합니다. 이것이 식물이 검은색이 아닌 녹색으로 보이는 이유입니다 - 가장 풍부한 녹색 광자의 90% 만 흡수합니다.
esto es en la escala de tiempo más larga. para escalas de tiempo de nanosegundos las plantas usan 'apagamiento no fotoquímico' para prevenir daños de rayos energéticos. por eso se ven verdes y no negras - solo absorben el 90% de los fotones verdes (que son los más abundantes)
das ist auf der längeren Zeitskala. für Nanosekunden-Zeitskalen nutzen Pflanzen 'nicht-photochemisches Quenching' um Schäden durch energiereiche Strahlen zu verhindern. deshalb sehen sie grün aus und nicht schwarz - sie absorbieren nur 90% der grünen Photonen (die am häufigsten sind)
kor445g