DOOM запустили… в наушниках. И да - на них реально можно играть 😱

Один энтузиаст портировал легендарный Doom на PineBuds Pro. Почему именно они?

Потому что это одни из немногих наушников с open-source прошивкой, плюс внутри стоит достаточно бодрый чип, чтобы после пары хардкорных модификаций вытянуть игру аж на 18 FPS.

Но самое безумное даже не это.

У наушников, внезапно, нет экрана. Поэтому разработчик пошёл ещё дальше и сделал сайт Doombuds, через который можно удалённо подключиться к наушникам и играть в Doom прямо из браузера.

Да, ты буквально играешь в шутер, который крутится внутри гарнитуры у тебя в ушах.
Понедельник для продуктивности явно отменяется.

Если уровень безумия у тебя достаточный и хочется повторить этот подвиг - весь код открыт и лежит на GitHub : https://github.com/arin-s/DOOMBuds

GitOps без боли: Continuous Promotion в Kubernetes 🚀

Одна из самых сложных частей CI/CD в Kubernetes - это promotion между окружениями:
dev → stage → prod.

Все умеют “задеплоить в dev”, но дальше начинается хаос:
- кто и когда двигает релиз в staging?
- как не сломать прод?
- как избежать ручных кнопок и «перекинь тег в чате»?

Решение - Continuous Promotion по GitOps.

Что это значит
Promotion - это не “новый деплой”, а перевод уже собранного релиза на следующий этап.

И в GitOps это делается правильно:
✅ *Git = единственный источник правды*
✅ каждый переход окружения - это коммит/PR
✅ Argo CD (или Flux) просто синхронизирует кластер с репо
✅ релиз продвигается автоматически, когда проходят проверки

Как выглядит пайплайн
1) CI собирает образ и пушит в registry
2) Обновляется манифест (tag/digest) в репозитории окружения dev
3) После тестов создаётся PR на stage
4) После approval/валидаторов PR мерджится
5) Argo CD подтягивает изменения → stage обновлён
6) То же самое для prod

Какие инструменты обычно используют
- Argo CD - синхронизация состояния кластера с Git
- Kargo (Akuity) - управление promotion (когда/как переводить релиз)
- Helm/Kustomize - упаковка релизов под окружения

Почему это топ-подход
🔥 нет ручных “перекинь версию”
🔥 история релизов всегда в Git
🔥 откаты = обычный revert
🔥 можно встроить правила: security checks, e2e, approvals
🔥 идеально для больших команд и микросервисов

Вывод
Если ты хочешь настоящий production GitOps, то деплой - это только половина.
Вторая половина - promotion между окружениями, и она должна быть:
- декларативной
- автоматизированной
- и воспроизводимой через Git.

Это тот случай, когда GitOps реально превращается в систему, а не в модное слово.

https://piotrminkowski.com/2025/01/14/continuous-promotion-on-kubernetes-with-gitops/

✅ Docker: как настроить перед каждым проектом. Сохраняй себе.

Чтобы не было “у меня работает, у тебя нет”, Docker нужно приводить в порядок ПЕРЕД стартом.

Чеклист:
1) Проверь версии Docker/Compose
2) Очисти мусор (контейнеры/образы/кэш)
3) Заведи .env для портов и секретов
4) Собирай и запускай через docker compose
5) Если что-то странное - делай чистый rebuild без кэша


1) Проверка версий

docker --version
docker compose version

2) Быстрая очистка мусора (если давно не чистил)
docker system prune -f

3) Создай отдельную сеть под проект
docker network create app-net 2>/dev/null || true

4) Создай .env (пример)

cat > .env << 'EOF'
APP_PORT=8080
DB_HOST=postgres
DB_PORT=5432
DB_NAME=app
DB_USER=app
DB_PASS=app123
EOF

5) Старт проекта (compose подхватит .env)

docker compose up -d --build

6) Если словил странный баг - сделай "чистый билд"

docker compose down -v
docker compose build --no-cache
docker compose up -d

7) Логи и статус (must-have команды)

docker compose ps
docker compose logs -f --tail=200

100 технических вопросов для интервью Data Analyst / Data Scientist (Middle/Senior)

В этом руководстве мы подробно разберем 100 реальных технических вопросов, которые часто встречаются на собеседованиях для аналитиков данных и специалистов по данным уровня middle и senior.

Вопросы сгруппированы по типам компаний (FAANG, стартапы, финтех, консалтинг), по уровню позиции (middle или senior) и по ключевым категориям знаний.

Используя этот гайд, вы сможете оценить свой уровень подготовки, понять глубину ответов, ожидаемую от опытных кандидатов, и избежать популярных ошибок. Давайте перейдем к вопросам. FAANG: Интервью в крупных технокомпаниях (FAANG – Amazon, Apple, Netflix, Google и аналогичные крупные IT-компании) Middle-уровень – FAANG
SQL – примеры вопросов (Middle, FAANG)

https://uproger.com/100-tehnicheskih-voprosov-dlya-intervyu-data-analyst-data-scientist-middle-senior/

Linux: совет дня💡

Когда смотришь размер папок через du, вывод часто превращается в мусор:
`node_modules`, `.git`, `venv`, `dist` и прочее - только мешает.

Фишка: du умеет пропускать папки по списку из файла.
В итоге вывод чистый и показывает только то, что реально важно.

Пример:

Создай файл excludes.txt:
- node_modules
- .git
- venv
- dist

И запускай:

du -h -X excludes.txt

Теперь du не будет учитывать эти директории - идеально для быстрой диагностики “куда делось место”.

Не двигайтесь: вы в ИИ-кадре

Этот бот создает фото для соцсетей в футуристичном стиле. Его можно поставить на аватарку, особенно если идете на t-sync conf. Конференция от Группы «Т-Технологии» для опытных инженеров впервые пройдет в Москве 7 февраля.

Попробовать бота можно здесь. А узнать больше о t-sync conf и зарегистрироваться — здесь

Exosphere: Reliability Runtime for AI Agents

Это runtime-окружение от ExosphereHost, предназначенное для запуска приложений и сервисов в лёгком, масштабируемом контейнеризованном формате.

Полезно для разработчиков, которые хотят быстро поднимать проекты без громоздкой инфраструктуры.

Если работаешь с микросервисами, edge-приложениями или просто хочешь простое runtime-решение – загляни в репозиторий.


https://github.com/exospherehost/runtime

«Возможно, через 6–12 месяцев модели ИИ смогут полностью выполнять всю работу программиста — от начала до конца».
— Об этом заявил Дарио Амодеи на Всемирном экономическом форуме.

«У меня в Anthropic есть инженеры, которые уже почти не пишут код сами. Они позволяют модели генерировать код, а затем просто проверяют его, редактируют и занимаются сопутствующими задачами».

Как подготовить IT-инфраструктуру к пиковым нагрузкам

Специалисты из Selectel и IT-Summa проведут вебинар, где расскажут:
- как поддерживать устойчивость сервисов при резком росте нагрузки,
- как масштабировать сервисы без даунтайма,
- как безопасно внедрять новые решения даже при резких всплесках трафика.

А также поделятся практическими рекомендации по настройке IT-архитектуры, в том числе и на примере 1С-Битрикс.

📅 18 февраля, 12:00
📍 Онлайн

👉Смотрите полную программу и регистрируйтесь: https://slc.tl/4rblo

Чтобы не пропустить вебинар и узнавать о митапах, воркшопах и бесплатных курсах Selectel, подписывайтесь на @selectel_events

Реклама. АО "Селектел". erid:2W5zFHuUMpL

Создание тестовых сред: история замаскированной базы
Вебинар | 🗓️ 12.02.2026 в 11:00 МСК

По данным отчёта DBIR Verizon, до 95% инцидентов связаны с
ошибками в работе с данными, а каждый третий кейс — с передачей данных между командами и подрядчиками.

❗В прямом эфире разберём реальную историю одной тестовой базы: от срочной задачи до последствий для DevOps, QA, аналитики и бизнеса.

На вебинаре обсудим:
✔️ почему «замаскировали по правилам» ≠ данные остались рабочими
✔️ что именно ломается в аналитике, скоринге и ML при ошибочном маскировании
✔️ какие ошибки в non-prod выглядят безобидно, но позже обходятся неделями переделок
✔️ как выстроить процесс маскирования, при котором ИБ спокойна, а разработка и аналитика могут работать без стопов
✔️ как избежать пересборки баз, ручных согласований и постоянных конфликтов между командами

👉 Регистрируйтесь на вебинар
#реклама
О рекламодателе

☸️ Учим Kubernetes на практике: челлендж “сломанный Pod”

Если хочешь реально прокачать Kubernetes - лучшие уроки не в теории, а в задачах, где “всё упало и надо чинить”.

Наткнулся на крутой hands-on челлендж:

В кластере есть Pod, который не может нормально стартануть.
Он пытается подняться, но постоянно падает.
Причина: в спецификацию недавно добавили новый контейнер, и после этого init-последовательность стала некорректной.

Твоя задача - найти, что именно сломали, и починить, чтобы Pod снова запускался.

Идеально для практики:
- init containers и порядок старта
- логи Pod / events
- kubectl describe / logs
- диагностика CrashLoopBackOff и зависаний

Ссылка: https://labs.iximiuz.com/challenges/kubernetes-pod-with-faulty-init-sequence

🚀 LOAD BALANCER ЗА 1 МИНУТУ

Load Balancer - это «диспетчер трафика» между пользователями и серверами.

Когда пользователей становится много, один сервер перестаёт справляться:
- 500 пользователей — работает нормально
- 1 000 — начинает тормозить
- 10 000 — может упасть из-за перегрузки

Load Balancer распределяет входящие запросы между несколькими серверами, чтобы ни один из них не перегружался. Это повышает производительность и позволяет системе обслуживать больше пользователей.

Проблемы без Load Balancer:

- Один сервер = одна точка отказа
- Любой сбой или проблема с сетью — приложение полностью недоступно
- Ограниченная мощность
- При росте нагрузки — медленные ответы и падения

Как работает Load Balancer:

1. Все запросы сначала попадают в Load Balancer
2. Он проверяет, какие серверы работают и доступны
3. Распределяет трафик по серверам на основе:
- текущей нагрузки
- времени ответа
- доступности
4. Если сервер перестаёт отвечать — трафик автоматически перенаправляется на рабочие

В результате:
- нагрузка распределяется равномерно
- используются только «здоровые» серверы
- уменьшаются задержки
- система остаётся стабильной

Зачем нужен Load Balancer:

- Scalability — можно добавлять новые серверы без изменений на стороне клиента
- High Availability — если один сервер падает, система продолжает работать
- Better Performance — запросы обрабатываются быстрее
- Efficient resource usage — равномерное использование ресурсов и отсутствие узких мест

Главная идея:

Load Balancer — основа масштабируемых и отказоустойчивых систем. Без него любое приложение рано или поздно упрётся в предел одного сервера.

Подписывайся, больше фишек каждый день !

// Пример конфигурации Nginx как Load Balancer

http {
    upstream backend {
        server 192.168.1.10;
        server 192.168.1.11;
        server 192.168.1.12;
    }

    server {
        listen 80;

        location / {
            proxy_pass http://backend;
        }
    }
}

Диасофт открыл бесплатный доступ к демостенду Digital Q для всех IT-компаний!

Любая IT-компания может убедиться в радикальной скорости и простоте создания микросервисных приложений с открытым кодом. За 2 недели бесплатно создайте прототип продукта.

На стенде уже развернуты и готовы к работе четыре платформы:
🔵 Digital Q.Archer – проектирование логической архитектуры приложения, определение бизнес-объектов и связей между ними
🔵 Digital Q.Palette – создание пользовательского интерфейса в архитектуре micro front-end с открытым кодом
🔵 Digital Q.BPM – проектирование бизнес-процессов с возможностью их анализа и оптимизации
🔵 Digital Q.DevOps – управление процессом непрерывной интеграции и развертывания приложений (CI/CD)

Разработка приложений в экосистеме Digital Q сокращает время и ресурсы в 3 раза за счет автоматической генерации кода на базе ИИ и визуальных схем.

Тестируйте платформы и делитесь обратной связью!

Реклама. ООО "ДИАСОФТ ЭКОСИСТЕМА". ИНН 9715403607.

Карьерная лестница вайбкодера