Merion Academy

Знатоки, время новой загадки 🐸 Производитель ноутбуков получает странные обращения: у клиентов ноутбуки падают, когда играет один конкретный клип из 90-х. Не любое видео, не любая музыка. Именно этот. Инженеры проверяют - правда падает. Дальше веселее. Клип запускают на одном ноутбуке, а падает соседний, который стоит рядом на столе и вообще ничего не воспроизводит 🐸 Ни вируса, ни бага в драйвере. Никакой связи между машинами нет. Вопрос: в чём была причина? 👀 - в клипе был кадр, который ломал видеокодек, а соседний ноут ловил его по Bluetooth 🔥 - звук клипа физически выводил из строя железо внутри ноутбука 🤣 - клип был так плох, что ноутбуки уходили в защитное отключение 👇 Жми на реакцию, разгадка в понедельник

Kubernetes: зачем он, если есть Docker 🐸 Docker запускает контейнер. Один, на одной машине. Пока приложение небольшое - этого хватает с головой. Проблемы начинаются, когда контейнеров пятьдесят, а серверов пять. 1. Раскладывает контейнеры сам. Тебе не надо решать, на какой машине есть место - планировщик решает за тебя. 2. Поднимает упавшее. Контейнер умер - на его месте автоматически появился новый. Без звонка в три ночи. 3. Масштабирует под нагрузку. Пришёл трафик - копии добавились. Ушёл - убрались. Платишь за то, что реально используется. 4. Держит сеть. Контейнеры находят друг друга по именам, а не по IP, которые меняются при каждом перезапуске. 5. Раскатывает обновления частями. Новая версия падает - откат к предыдущей, пользователи ничего не заметили. Простое правило: один сервер и пара сервисов - Kubernetes только добавит боли. Несколько машин и требование «не падать» - без него тяжело. Docker, Kubernetes и CI/CD разбираем на практике в курсе «DevOps-инженер с нуля». ➡️ Посмотри бесплатную часть

Кто такой этот Кафка и почему через него гоняют триллионы сообщений в день? 🐸 Что микросервисам нужно как-то общаться между собой, мы уже разбирались. А в новом видео разобрали Apache Kafka подробнее: от того, как LinkedIn задолбался с сорока сервисами, которые напрямую дёргали друг друга, до того, как это превратилось в стандарт индустрии. - Почему систему назвали в честь писателя про превращение в насекомое (спойлер: логика так себе, но прижилось) - Топики, партиции, офсеты и консьюмер-группы - на пальцах, без чтения документации - Почему Kafka быстрая: последовательная запись, zero-copy, батчинг и сжатие - Три уровня гарантий доставки - тот самый вопрос, который любят на собесах - Куда Kafka не нужна: где хватит RabbitMQ или Redis, а где будет пушкой по воробьям - Прощание с Zookeeper, по которому никто не скучает Как всегда - без занудства, с мемами и историческими перлами ❤️ Где смотреть: ▶️ YouTube 🔵 VK

Знатоки, а вот и разгадка! 🐸 Дело в гелии. При установке томографа в него заливают жидкий гелий для охлаждения магнита, и часть его утекла в помещение. А в айфонах вместо кварцевого генератора стоит MEMS-генератор тактовой частоты - микромеханический. Атомы гелия настолько мелкие, что просачиваются внутрь корпуса чипа, и он просто перестаёт тикать. Нет тактовой частоты - нет телефона. В андроидах тогда стояли кварцевые генераторы, поэтому им ничего не было. Самое смешное - часть телефонов ожила сама через несколько дней, когда гелий выветрился. А кто-то к тому моменту уже успел купить новый 🐸 А ты бы что подумал первым делом, если бы у половины офиса разом легли телефоны? 😱 - «нас взломали» 🤓 - «кто-то опять что-то воткнул в серверную» 👇 Жмите на реакцию

Знатоки, время пятничной загадки 🐸 В крупном медцентре в США ставили новый МРТ-аппарат. Обычная история: подрядчики, шум, кабели по коридорам. И вот в один день у сотрудников разом начинают умирать телефоны. Не у одного-двух - у десятков. Айфоны и часы Apple: у кого не ловит связь, у кого не работает экран, у кого просто выключился и всё. Айтишник проверяет андроиды - с ними всё в порядке. Ни одного обращения. Сеть не при чём, вирусов нет, обновлений не было. Умирают только устройства Apple, и только в этом крыле здания 🐸 Вопрос: что произошло? 👀 - новый МРТ дал такой электромагнитный импульс, что сжёг платы 🔥 - во время заправки томографа утекло вещество, от которого айфоны просто останавливаются 🤣 - подрядчики поставили Wi-Fi-точку, которая вешала Apple-устройства насмерть 👇 Жми на реакцию, разгадка в понедельник

Как читать логи и не паниковать 🐸 Прод упал. Ты открываешь логи, а там 40 тысяч строк. Первая реакция - закрыть и сделать вид, что ничего не было. Давай по порядку, как это делают спокойные люди. 1. Сначала время, потом текст. Найди момент, когда всё сломалось, и смотри 30 секунд до него. Причина почти всегда там, а не там, где всё красное. 2. Ищи первую ошибку, а не самую страшную. Дальше идёт лавина последствий. Она выглядит эффектнее, но чинить надо начало цепочки. 3. Фильтруй, а не читай. grep -i error, journalctl -u сервис --since "10 min ago", tail -f. Читать логи глазами целиком - это не работа, это медитация. 4. Смотри, что менялось. Деплой, конфиг, сертификат, место на диске. В 8 случаях из 10 ответ здесь. 5. Не верь сообщению об ошибке на 100%. «Connection refused» может значить, что сервис не поднялся, а не что сеть сломалась. Мониторингу и разбору инцидентов до падения, а не после, учим на курсе «DevOps-инженер с нуля». ➡️ Начни с бесплатной части курса

OpenAI выкатили ChatGPT Work 🤖 Теперь ChatGPT можно дать не отдельный вопрос, а полноценную рабочую задачу. Он сам соберет контекст из почты, календаря, слака, диска и других сервисов, составит план и вернет готовый результат: отчет, табличку, презентацию или небольшое приложение. Из интересного: режим планирования, управление вашим комплюктером, запуск задач по расписанию и создание интерактивных дашбордов и внутренних сервисов. По сути, ChatGPT постепенно превращается из поисковика в агента. До замены специалиста еще далеко, но ресерчи, сводки, отчетносты и другую рутину уже вполне можно делегировать Мы скорее останемся на Claude Cowork (что, вроде бы, то же самое), а вы? 👉 Релиз тут, если что: https://openai.com/index/chatgpt-for-your-most-ambitious-work/

Вчера был день сисадмина, если что 🌹 Мы просто заранее готовились, а не то, что вы подумали. Кхм-кхм.

qqwertyop[]\\\\\\WERTYUIO]\asdfghjkl;'

Знатоки, время пятничной загадки 🍷 Одна компания устанавливала б/у тренажеры с экранами в спортзалах сети отелей. Главное условие - чтобы люди могли смотреть Netflix во время тренировки. Инженер из команды монтажа настроил оборудование, проверил все, что мог, и уехал. Но забыл убрать стикер с PIN-кодом админки, который был наклеен прямо на беговую дорожку 😵 Все работало идеально. Гости бегали, смотрели сериалы, никто не жаловался. Но в один из дней в спортзале начался настоящий ад. Вопрос: что же произошло? 👀 — хакеры взломали сеть отеля и запустили прямую трансляцию посетителей 🔥 — кто-то из гостей нашел стикер с PIN-кодом и включил клипы дискотеки 80-х на всю громкость 🤣 — система начала разговаривать и выдавать секреты всех работников

Нам пишут: «Вы так активно продвигаете DevOps. А он правда так востребован? Или это просто маркетинг?» ❓ Отвечаем честно. Ситуация на IT-рынке сейчас действительно непростая. В связи с этим компании все чаще ищут специалистов, которые закрывают несколько задач сразу, а не узких профи. DevOps-инженер - это человек, который понимает и разработку, и администрирование, и автоматизацию. Он знает Docker, Kubernetes, CI/CD, облака. Он не просто «настраивает сервер», а проектирует инфраструктуру, которая не падает. Именно поэтому DevOps - одна из самых востребованных и высокооплачиваемых ролей на рынке. Спрос на таких специалистов вырос на 40–50% за последний год, а зарплаты - на 10–15%. Наш курс «DevOps-инженер с нуля» - для тех, кто хочет войти в профессию. Он подходит системным администраторам, разработчикам и тем, кто хочет больше зарабатывать. И да, совсем с нулевыми знаниями сложно разобраться, но такие студенты у нас тоже были. Мы даем базовые знания, насколько это возможно в рамках этой стоимости: практику, структуру и поддержку. Без обещаний, что ты станешь сеньором за месяц. Если ты еще сомневаешься - у нас есть бесплатные вводные уроки. ➡️ Посмотри, попробуй, оцени формат.

Ребят, срочный сбор! если вы учитесь или учились на любом из наших курсов - нам потребуется ваша помощь 😉 Заполните пожалуйста короткую форму, это займет буквально пару минут. Мы собираем отзывы в свободной форме. ➡️ Форма для заполнения За отзыв предусмотрена скидка, получить ее можно после заполнения формы, написав в 📎 поддержку 💜

Так кто же все-таки такие DevOps-инженеры и почему их зарплата вызывает зависть? 😭 То что они автоматизируют все, что можно, мы уже разобрались. А в новом видео разобрали профессию DevOps подробнее: от истоков до того, что нужно знать, чтобы стать востребованным специалистом. • Почему раньше программисты и админы были врагами и кто их помирил • Что реально нужно учить: Linux, Docker, Kubernetes, CI/CD и еще 10+ инструментов • Чем отличаются джуны от сеньоров (и сколько они зарабатывают) • Куда расти дальше - SRE, Platform Engineer, DevSecOps Как всегда - без занудства, с мемами и историческими перлами ❤️ Где смотреть: 😁 YouTube 😁 VK

DevOps - реальная точка входа в дорогую экспертизу. Компании ищут точечно и платят за реальные навыки 🤓 Давай разберемся, какие именно: 1. Они проектируют инфраструктуру. Не просто «настраивают сервер», а строят систему, которая выдерживает нагрузки и не падает в самый неподходящий момент. 2. Они связывают разработку и эксплуатацию. Понимают, как код превращается в работающий продукт, и строят мосты между командами. Без них фичи выходят медленно, а прод падает часто. 3. Они управляют сложностью. Облака, Kubernetes, CI/CD, Docker - это кирпичи. DevOps знает, как собрать из них надежную архитектуру и автоматизировать рутину. 4. Они экономят деньги. Оптимизируют ресурсы, автоматизируют процессы, предотвращают простои. Компании готовы платить за тех, кто умеет считать и сохранять бюджет. Спрос на DevOps растет, потому что бизнесу нужны архитекторы, а не просто «исполнители». И да, они действительно много знают, много учатся и соответственно много зарабатывают 😊 Какие навыки потребуются на собесе junior DevOps-инженеру - мы уже разбирали здесь. Если ты еще сомневаешься - у нас есть бесплатные вводные уроки. Регистрируйся, попробуй, оцени нашу подачу 💜

Все еще путаешь контейнер с виртуалкой? Или уже запускаешь Docker в проде? 👉 Мы уже обсуждали в прошлом видосе, что контейнеры не убили виртуализацию, а дополнили ее. А теперь давай разберемся, почему Docker стал стандартом, а не просто «модной штукой». Почему Docker важен для DevOps-инженера? 👀 1. Единая среда. То, что работает на твоем ноутбуке, будет работать и на сервере. 2. Изоляция. Каждое приложение в своем контейнере - никаких конфликтов версий и библиотек. 3. Скорость. Контейнер запускается за секунды, а не как виртуалка - за минуты. 4. Масштабирование. Контейнеры легко клонировать и разворачивать десятками. Это основа для Kubernetes и оркестрации. 5. Инструмент №1. Docker - это база, на которой строится вся современная инфраструктура. Без него ты не поймешь ни CI/CD, ни Kubernetes, ни облака. В курсе «DevOps-инженер с нуля» мы начинаем с практики: • Установка Docker и управление контейнерами • Работа с образами, сетями и томами • docker-compose для поднятия целых стеков Хочешь попробовать? Начни ➡️ с бесплатного вводного урока 😊

Как правильно закончить рабочую неделю? 🫡 Пятница - время, когда нужно грамотно завершить дела. Не для того, чтобы начать выходные, а чтобы в понедельник не рыдать над логами. Как правильно подготовиться: 1. Задеплоить в 17:00. 2. Написать в чат команды: «Ребята, я тут небольшой фикс запушил». 3. Сказать себе: «Я быстренько, тут же пару строчек поправить». 4. Начать рефакторинг легаси. Легаси не любит пятницу. Легаси вообще никого не любит. Как неправильно: 1. Закрыть ноутбук и не открывать до понедельника. 2. Забыть про Jira. 3. Сходить за пиццей или просто лечь на диван без чувства вины. А если серьезно - пятница создана для отдыха. А не для того, чтобы спасать прод. А вот в субботу можно и поучиться, ну так кстати 🙈

Чем отличается джун от мидла на самом деле? 🤵 Часто думают, что разница - в количестве выученных технологий. Но нет. Джун спрашивает: «Как это сделать?» Мидл спрашивает: «Зачем мы это делаем?» и «А точно ли это лучший способ?» Джун смотрит на задачу и ищет готовое решение. Мидл смотрит на задачу и думает: «А нужно ли это вообще решать так, как просят?». Джун боится ошибиться. Мидл знает, что ошибки - это нормально, и учится на них. А сеньор уже знал, что так будет, и молча ждал, когда все остальные это поймут 🧠 Как думать как мидл: 1. Спроси «зачем?» перед тем как начать делать. 2. Посмотри на задачу с высоты - как она влияет на систему. 3. Не бойся сказать «это можно сделать проще». Это не про стаж. Это про подход. Согласен? 🤭

Как учиться правильно? Часть 2: не выгореть и получать удовольствие 😊 Мы уже разобрались, что главное - регулярность, а не зубрежка. Но есть еще несколько вещей, которые реально помогают не бросить учебу и даже начать кайфовать от процесса. 1. Не бойся ошибок. Если ты не ошибаешься - ты не учишься. Ошибки - это не провал, а топливо для роста. 2. Делай перерывы. Мозг не железный. 4 часа без остановки - это не продуктивно. Лучше 40 минут работы, 5–10 минут отдыха. Погуляй, выпей воды, посмотри в окно, потрогай траву на улице. Это не лень, это забота о себе 🥸 3. Учись в своем темпе. Не смотри на других. Кто-то проходит курс за месяц, кто-то за полгода. Это нормально. Главное, чтобы ты двигался, а не сливал силы в гонках. 4. Находи удовольствие в процессе. Учеба - это не «надо», а «я хочу понять, как это работает». Когда ты любопытен, учиться легче. Задавай вопросы, ищи нестандартные решения, пробуй. Помни, для чего ты за это взялся. 5. Общайся с единомышленниками. Одиночество убивает мотивацию. А союзники помогают двигаться к цели гораздо быстрее. У нас в Merion Academy есть все, чтобы эти советы работали: платформа с трекингом, наставники, которые разберут ошибки, и комьюнити, где всегда поддержат. ➡️ Залетай, мы поможем не выгореть и дойти до результата.

Дааа, знатоки, все верно. Джеймс две недели искал проблему в коде, ETL и SQL, а ошибка оказалась в нем самом. Отчеты, которые он вручную правил в Excel, содержали скрытые пробелы и лишние символы. Он копировал данные из одного файла в другой и случайно подменял значения в соседних ячейках. Ошибки исчезли, когда он перестал редактировать файлы руками 😊 Мораль: Главное в расследовании - не выйти на самого себя. Ну и как думаете, что было дальше? 😱 — он перестал править отчеты вручную и автоматизировал все 😄 — уволился, сказав что не в состоянии исправить ошибку

Знатоки, время новой загадки 🤓 Аналитик данных Джеймс работал в банке. Каждый месяц он готовил отчеты по кредитам для топ-менеджмента. Все шло гладко, пока в одном из отчетов не появилась ошибка: сумма выданных кредитов оказалась на 15% меньше реальной. В другом - процент просрочек вырос в два раза. Он проверил код ETL, SQL-запросы - все работало идеально. Сверил источники данных - они совпадали с реальностью. Но в Excel-файлах, которые он отправлял начальству, цифры упорно были не те. Ошибка повторялась из месяца в месяц. Джеймс провел собственное расследование: две недели копался в данных, сверял каждую цифру, проверял алгоритмы. Все было чисто. Кроме одного: итоговый отчет он всегда открывал и вручную правил в Excel. Вопрос: в чем была ошибка? 🧠 😱 — в Excel закрался вирус, который пересчитывал формулы 😄 — вручную правя отчет, он случайно менял данные в соседних ячейках 🔥 — баг в автоматической выгрузке данных из SQL в Excel