DevOps

Linux: совет дня💡 Когда смотришь размер папок через du, вывод часто превращается в мусор: `node_modules`, `.git`, `venv`, `dist` и прочее - только мешает. Фишка: du умеет пропускать папки по списку из файла. В итоге вывод чистый и показывает только то, что реально важно. Пример: Создай файл excludes.txt: - node_modules - .git - venv - dist И запускай: du -h -X excludes.txt Теперь du не будет учитывать эти директории - идеально для быстрой диагностики “куда делось место”.

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/

✅ 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

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/

DOOM запустили… в наушниках. И да - на них реально можно играть 😱 Один энтузиаст портировал легендарный Doom на PineBuds Pro. Почему именно они? Потому что это одни из немногих наушников с open-source прошивкой, плюс внутри стоит достаточно бодрый чип, чтобы после пары хардкорных модификаций вытянуть игру аж на 18 FPS. Но самое безумное даже не это. У наушников, внезапно, нет экрана. Поэтому разработчик пошёл ещё дальше и сделал сайт Doombuds, через который можно удалённо подключиться к наушникам и играть в Doom прямо из браузера. Да, ты буквально играешь в шутер, который крутится внутри гарнитуры у тебя в ушах. Понедельник для продуктивности явно отменяется. Если уровень безумия у тебя достаточный и хочется повторить этот подвиг - весь код открыт и лежит на GitHub : https://github.com/arin-s/DOOMBuds

✔Кевин Митник: хакер-призрак, за которым охотились годами В 90-е Кевин Митник был одним из самых разыскиваемых хакеров США. Компании взламывали, телефонные сети «ломались», секретные программы исчезали, а найти его никто не мог. Он всегда оставался на шаг впереди. Он проникал в сети корпораций (например, Motorola, Nokia, DEC) и копировал закрытые программы - из любопытства, не ради продажи. Сам он позже говорил: «Мне было интересно, как это работает» Главный секрет Митника был не только в технике. Он блестяще владел социальной инженерией: звонил в компании, представлялся «своим», и сотрудники сами открывали ему доступ. Большинство его атак начинались с разговора, а не с кода. Когда ущерб стал серьёзным, подключилось ФБР. Митник попал в список Most Wanted - редкий случай для хакеров того времени. Он уходил в подполье: менял города, личности, избегал телефонов и почти не выходил в сеть. СМИ часто изображали его как «суперзлодея-хакера», хотя большая часть действий была связана с обманом людей и получением доступа к сервисам, а не с разрушениями. Про него ходили легенды вроде того, что он «мог вызвать ядерную войну через телефон», но разумеется это миф. В 1995 его всё-таки нашли в Северной Каролине. Арест прошёл спокойно и многих это шокировало: вместо «опасного киберзлодея» оказался тихий, умный человек, который побеждал не силой, а манипуляцией и психологией. Он провёл несколько лет в тюрьме под строгим контролем. После освобождения полностью сменил курс: стал консультантом по кибербезопасности и помогал компаниям защищаться от тех же приёмов, которыми раньше пользовался сам. История Митника - напоминание: часто ломают не системы, а людей. https://www.youtube.com/shorts/6yGlEGYFwIA

📚🎙️ Архив транскриптов подкастов Ленни Собрание транскриптов 269 эпизодов подкаста Ленни, организованных для удобного использования с AI. Каждый эпизод содержит структурированные метаданные и полный текст, что делает их идеальными для анализа и обучения. 🚀Основные моменты: - 269 транскриптов с интервью ведущих экспертов - Удобная структура с метаданными в формате YAML - AI-генерированный индекс по темам для быстрого поиска - Полезно для разработки AI-приложений и анализа 📌 GitHub: https://github.com/ChatPRD/lennys-podcast-transcripts #markdown

Автоматизируем рутину на максимум: вышла Manus Academy - платформа с бесплатными курсами по ИИ-агентам. Внутри - крепкая база, с которой уже легко заходить в продвинутый вайбкодинг: научат собирать приложения без кода, настраивать кастомные workflow, и писать промпты, которые реально работают (а не “вода”). https://academy.manus.im/

👽Новый день - новый запуска Doom. Теперь в классику можно поиграть … мультиварке. Что дальше?

Сертификация — это больше, чем строка в резюме. Экзамен DevOps Engineer от Yandex Cloud подтверждает вашу экспертизу и становится дополнительным преимуществом при трудоустройстве и развитии внутри компании. Сертификация рассчитана на DevOps-инженеров с опытом от 2 лет и включает 65 вопросов, которые нужно пройти за 90 минут в формате онлайн-тестирования. Подготовка помогает систематизировать накопленный опыт работы с автоматизацией управления инфраструктурой, оркестрацией контейнеров, отказоустойчивостью и CI/CD. А после сертификации 74% специалистов отметили рост уверенности в своих знаниях, подтвердив свою квалификацию. До 31 марта 2026 года вы можете зарегистрироваться на экзамен со скидкой 50%. Детали тут. @DevOPSitsec

⚡️ Zen C теперь в опенсорс Вышел Zen C - новый язык, который пытается дать лучшее из двух миров: - пишешь как на high-level языке - но остаёшься в экосистеме C - и без потери производительности Причём это не только язык - Zen C позиционируется как целый toolkit: можно подключать плагины и даже создавать свои. Но важный момент: Это продакшен? Нет. Будут баги? Да. (и автор просит репортить) Можно уже играться и пробовать все фичи? Да. Сейчас проект открыт полностью: исходники уже доступны, а дальше автор будет: - дописывать документацию - добавлять тесты - полировать стабильность Короче: классный эксперимент в сторону “C, но удобнее” 0 можно уже трогать руками. https://github.com/z-libs/Zen-C

🚀🐬 Вышел MySQL 8.4.8 (LTS) - что нового Доступен релиз MySQL 8.4.8 - это ветка Long-Term Support, то есть лучший выбор для продакшена: стабильность, долгий цикл поддержки и предсказуемые обновления. Ключевые улучшения: 👉InnoDB Redo Logging - сообщения об ошибках стали информативнее - теперь показывают текущий LSN и детали по redo log capacity => проще диагностировать проблемы с redo log и производительностью 👉OpenSSL обновили до 3.0.18 - важное обновление для безопасности и совместимости 👉Исправления багов и стабильность - закрыли race conditions в InnoDB - починили проблемы с очисткой binary logs (binlog purging) - в целом релиз направлен на надёжность и производительность Если ты сидишь на MySQL в проде - LTS 8.4.x выглядит как правильный путь обновления. https://dev.mysql.com/downloads/mysql/ @sqlhub