я знал что XP (экстремальное программирование, а именно парное программирование) это имба

мало того, что с машиной, так с людьми так вообще супер работать

после прочтения ...

Google Will Track Your Location ‘Every 15 Minutes’—‘Even With GPS Disabled’
https://www.forbes.com/sites/zakdoffman/2024/10/05/google-new-location-tracking-warning-pixel-9-pro-pixel-9-pro-xl-pixel-9-pro-fold/

... , я просто оставлю это здесь

GrapheneOS: the private and secure mobile OS
https://grapheneos.org/

мама: ты можешь управлять Димонами дома

управление Димонами дома: https://t.iss.one/adsick/2026

PS. да, после второй половины пошло воспроизведение каких-то скрытых частей, которые визуально не отображались

что если это прорыв через фильтры вывода произошёл? 🤔✍️

а вообще голос очень миленький и картавенький: "во-пеГвых" (10 секунда)

Google is preparing to let you run Linux apps on Android, just like Chrome OS

The company is working on a Terminal app that downloads, configures, runs, and interfaces with an instance of Debian in a VM.

🔗Full details in my latest article over on Android Authority.

донаты со страны восходящего солнца закончились

это была пустяковая, но очень приятная поддержка, когда любое действие было очень желанно и важно

Психолог: не бійся, ніякого пшеничного ферріса не існує

Пшеничний Ферріс у хлібному ларьку:

мда, 182к, это и правда уже уруру или еще сарара?

flibitijibibo/RogueLegacy1: Rogue Legacy Source Code
https://github.com/flibitijibibo/RogueLegacy1/

Вау *-*

Cellar Door Games выложили исходники игры Rogue Legacy! Шикарная метроиведания, с элементами rogue-lite и нашей любимой процедурной генерацией!

Я прошёл обе части: вторая конечно, еще и максимально развила идеи первой, добавив потрясающее повествование, приятную графику и классные механики

В общем, для исследователь игр очень крупная новость!

загадка Жака Фреско на сегодня:

почему Київ-Правий находится на левом береге?

самое время, чтобы наш братишка Ион нарисовал следующую итерацию этого мема

Пздц там пекло в небе сейчас

При использовании асинхронного кода, необходимо всегда помнить про синхронную нагрузку и запускать такие задачи в отдельных потоках, чтобы не блокировать async runtime. Особенно это важно при разработке real-time приложений, где блокировка рантайма уже на пару миллисекунд может сломать всю вашу low-latency конструкцию.

Кроме традиционных синхронных задач (шифрование, сериализация, компрессия и т.д.) часто забывается, что malloc - тоже очень неприятная штука. Например, 10 мегабайт на вектор может выделяться до пары миллисекунд на приличном процессоре уровня AMD 5950X, ембед же уровня Cortex A-72 может на таком застрять и на 10ms. В случае невозможности использования re-use буфера (например он уже пошел отправляться клиентам, а мы читаем следующий), аллокацию памяти необходимо выносить в синхронные задачи.

В последней BUS/RT мы добавили брокеру опцию direct_alloc_limit, позволяющую вынести аллокации выше лимита (это делается, когда sender прислал большой блок данных) на отдельный вспомогательный аллокатор. Который, в зависимости от структуры проекта, может просто создавать векторы в spawn_blocking, либо общаться с отдельным, отвечающим за это потоком, который находится на отдельной группе CPU. Также, аллокатор может вообще запретить выделение блока, руководствуясь собственной логикой относительно идентификатора клиента, либо общей.

Таким образом, в нашем IPC-брокере появилась крутая возможность безопасно совмещать low-latency (<100us) клиентов с high-load, читающими гигабайты из баз. В одной системе и без ущерба друг для друга.