Apple's history is hiding in a Mac font
В macOS до сих пор живёт шрифт Apple Symbols (4400 глифов в Sequoia 15.1, © 2003-2006). Он появился в Panther 2003-го и хранит:
- логотипы Apple, PowerPC, QuickTime 1991-го;
- иконки SCSI, ADB, AppleTalk, Ethernet, FireWire, Sony HD-дискет;
- символы Newton (лампочка, undo, extras, даты, имена);
- старый Mac, песочные часы-«ждите», Boot Camp (четыре ромба);
- значок размагничивания CRT.
Найти: Font Book → Apple Symbols → Repertoire.
Комментарии (27)
- Пользователи вспомнили, что старые голоса PlainTalk всё ещё живы в macOS Sequoia, сохраняя шутки и пасхалки.
- Отметили, что в SF Symbols до сих пор присутствуют иконки старого железа, включая первый iPod.
- Обсудили, что глифы «gid*» из шрифтов Apple нельзя просто скопировать в TextEdit, так как они не имеют Unicode-кодов.
- Всплыла тема последнего CRT-монитора Apple: это был eMac, а не внешний дисплей, и он выпускался до 2005 года.
- Ностальгировали по «времён Apple с душой» и пошутили, что Windows-машины в сети отображаются с BSOD.
Комментарии (110)
https://archive.is/eiZHj Some people become friends for life. At least for me, they were the people I became friends with during my formative years. From my teens and up until young adulthood. Looking back, we became friends due to shared interests (movies, books, music), hobbies
Комментарии (33)
So I appreciate the aim here, but for me to trust any video editor, I need to see an example timeline that’s like, 30 minutes long with clips from at least 10 1080p video files and at least one effect on each track.And for the record I wouldn’t consider that a stress test (a stre
Комментарии (140)
Awesome project! I built a somewhat similar 30-pixel display: https://www.chrisfenton.com/the-pixelweaver/Mine was entirely mechanical (driven by punch cards and a hand-crank), and changed all of the pixels in parallel, but a lot of the mechanism development looked extremely fami
Debounce
Дебаунс — это техника ограничения частоты вызова функции. В течение заданной задержки все входящие вызовы игнорируются, а выполняется только один — либо первый (leading), либо последний (trailing), в зависимости от настроек. Это помогает оптимизировать производительность и избежать лишних вычислений при частых событиях.
Применение:
- Обработчики ввода: ждать паузы перед запросом автодополнения.
- События прокрутки/изменения размера: запускать вычисления после остановки действий пользователя.
- Клики и сабмиты: предотвращать множественные отправки.
Отличие от троттлинга: троттлинг гарантирует вызовы с фиксированным интервалом, а дебаунс — один вызов после серии событий (или сразу первый, если включен leading).
Ключевые параметры:
- delay: время ожидания.
- leading/trailing: когда вызывать — в начале или в конце паузы.
- maxWait (если предусмотрено): гарантирует вызов, даже если события не прекращаются.
Комментарии (81)
- Обсуждение вращается вокруг корректности термина «debounce» в UI/FE-разработке и аналогии с электронным дебаунсом; часть участников считает аналогию неточной, другие — уместной как метафору, предлагая альтернативы: coalescing, edge detection, latch, request coalescing.
- Предупреждение: дебаунс/троттлинг с async-функциями может вести к неожиданному поведению (например, возврат предыдущего Promise); контраргумент — обычные async всегда возвращают новый Promise, проблемы чаще у мемоизации.
- Практика и инструменты: предлагают использовать AbortController для «debounced fetch», реактивные подходы (RxJS switchMap), а также отмечают, что ResizeObserver и события типа scrollend иногда снимают необходимость дебаунса.
- В бэкенде и других языках: в Java нет стандартной гибкой безопасной реализации дебаунса; в Kotlin помогают примитивы структурированной конкуррентности.
- Примеры применения/антипримеров: авто-сохранение по вводу, предотвращение многократных кликов; спор о поиске «на каждый ввод» как неудачном UX-примере.
- Технические нюансы из электроники: асимметричный дебаунс (быстрый «make», задержанный «break»), гистерезис через разные пороги, ссылки на материалы по контактному дребезгу.
- Метадискуссия: популярность темы в интервью, критика «модных терминов» во фронтенде и обсуждение ценности постов/ссылок.
Qwen-Image: Crafting with native text rendering 🔥 Горячее 💬 Длинная дискуссия
—
Комментарии (158)
Not sure why this isn’t a bigger deal —- it seems like this is the first open-source model to beat gpt-image-1 in all respects while also beating Flux Kontext in terms of editing ability. This seems huge. Good release! I've added it to the GenAI Showdown site. Overall a pretty go
Customizing tmux 💬 Длинная дискуссия
—
Комментарии (151)
The best way I have found to use tmux is to unbind everything and set only the things I use for my workflow. Then the configuration (.tmux.conf) becomes the docs.I was inspired by the "How to Configure tmux from scratch" post [1].I came up with my use cases:- I want to create ses
Комментарии (78)
The reason you are not seeing crashes when allocating with Rust and freeing with C (or vice versa) is that by default Rust also uses the libc allocator.https://stdrs.dev/nightly/x86_64-unknown-linux-gnu/src/std/s... Lots of detail, little substance, and misleading section headers
Objects should shut up 🔥 Горячее 💬 Длинная дискуссия
—
Комментарии (357)
In safety industries, particularly aviation, "alarm fatigue" is a really big deal. You recognize that pilots have limited situational bandwidth, and you REALLY don't want to be bugging them about things you can avoid. I worked in collision avoidance systems (TAS/TCASI/TCASII), an
How we made JSON.stringify more than twice as fast 🔥 Горячее 💬 Длинная дискуссия
—
Комментарии (165)
JSON encoding is a huge impediment to interprocess communication in NodeJS.Sooner or later is seems like everyone gets the idea of reducing event loop stalls in their NodeJS code by trying to offload it to another thread, only to discover they’ve tripled the CPU load in the main