m.1cov

Попытки использовать Prometheus для сложной аналитики - это всегда путь к разочарованию, потому что его векторная логика совсем не похожа на привычные JOIN-ы из SQL. Когда вы пытаетесь сравнить метрики через * или ==, любое малейшее несовпадение лейблов превращает ваш результат в пустоту, а попытки «починить» это через ignoring или on часто приводят к непредсказуемой потере данных, если забыть про group_left или group_right. Еще больнее становится при расчете аномалий через offset, где малейший временной лаг или пропуск скрапа превращает график в нечитаемый шум. Хуже всего дела обстоят с агрегатами...

Я пишу на C++ уже много лет. Это язык, с которым у меня связаны и первые серьёзные проекты, и ночи с отладчиком, и ситуации, когда программа вроде работает, но где-то внутри уже тихо живёт ошибка, которая рано или поздно выстрелит. И последние несколько лет всё чаще появляется один и тот же вопрос и в обсуждениях, и в поиске, и среди коллег: Rust vs C++, что выбрать в 2026 году и стоит ли вообще переучиваться? Да, и ещё как. Несмотря на появление новых языков, C++ по-прежнему используется в огромном количестве систем: Важно понимать: C++ — это не старый язык, который умирает. Это фундамент, на котором построена значительная часть индустрии...

Когда я впервые услышал про BGP, мне показалось, что это какая-то очередная скучная аббревиатура из мира сетевых инженеров. Но потом я узнал интересный факт: если с BGP происходит что-то не то, проблемы могут возникнуть у миллионов пользователей по всему миру. Причём речь идёт не о каком-то отдельном сайте, иногда последствия затрагивают огромную часть интернета. Так что же это за технология и почему от неё настолько многое зависит? Многие представляют интернет как единую гигантскую сеть. На самом деле всё устроено гораздо сложнее. Интернет состоит из десятков тысяч отдельных сетей, принадлежащих провайдерам, дата-центрам, крупным компаниям, государственным учреждениям и облачным платформам...

Когда привычные задачи превращаются в рутину, а стек технологий больше не зажигает, кажется, что единственный выход уйти из профессии. Но бросать индустрию из-за банальной скуки не стоит. Вы уже потратили годы на развитие инженерного мышления, понимание процессов и архитектуры. Этот опыт можно и нужно использовать для использовать для перехода на другую позицию внутри IT, где задачи будут принципиально иными. Если вам всё ещё близка техническая часть, но надоело заниматься прикладной разработкой, логичным шагом станет переход в системную или solution-архитектуру. Здесь фокус смещается с написания...

Закон Конвея не просто цитата из учебника менеджмента, которую любят вставлять в презентации. Это жестокая реальность, о которую ежедневно разбиваются судьбы крутых архитектурных решений. Формулировка простая, организации проектируют системы, которые копируют их собственные структуры коммуникаций. Но пока ты сам не наступишь на эти грабли, масштаб бедствия оценить сложно. На практике это означает, что если у вас есть четыре отдельные команды, работающие над одним продуктом, вы со стопроцентной вероятностью получите четыре микросервиса. И совершенно неважно, насколько гениален ваш главный архитектор и какие красивые схемы он рисовал на доске...

Регулярно вижу одну и ту же картину. Толковый мидл отлично пишет код, знает паттерны и закрывает все таски в срок, но годами сидит на одной и той же позиции. Обычно в этом винят токсичный менеджмент или отсутствие интересных задач. Но практически всегда проблема в само разрабе. Главная ошибка, почему мидл до сих пор застрял на одном уровне - это узкий фокус внимания. Мидл мыслит категориями тикетов, взял задачу, выполнил её. Сеньор же смотрит на систему целиком, ему важно, зачем пишется код и как фича повлияет на продукт. Если вы не научитесь интересоваться продуктом, то так и останетесь просто исполнителем...

За годы в разработке я усвоил одну вещь, это то, что в архитектуре главное не красота кода. Главное, сколько нервных клеток у тебя останется через год, когда бизнес придет с требованием прикрутить вот эту фиговину вчера. Разберем, что из академического багажа реально тащит продакшен, а что лучше оставить для дипломных работ. Начнем с базы. Сейчас модно плеваться в сторону монолитов, но давайте честно, для 80% стартапов и даже среднего бизнеса - это идеальное решение. В учебниках пишут про спагетти-код, но проблема не в структуре, а в руках. Монолит в проде простая отладка, одна транзакция на всё и отсутствие ада с распределенной трассировкой запросов...

В IT сейчас странная ситуация: снаружи всё выглядит как стабильная, высокооплачиваемая сфера, куда надо просто зайти. А внутри это уже давно не монолитный рынок, а перегруженная система, где одни роли разогнаны ожиданиями, другие, реальной нехваткой специалистов, а третьи просто застряли между модно и нужно. Если убрать рекламные обещания курсов и честно посмотреть на рынок, становится видно, что некоторые IT-профессии сейчас не то чтобы плохие они переоценены. Не в смысле ненужные, а в смысле ожиданий, которые вокруг них сложились. Самая большая переоценка случилась не с профессией, а с входом в неё...

В IT я пришёл из за того, что мне было интересно, как все устроено. Сначала хотелось просто понять, как работают сайты, приложения и всё то, чем мы пользуемся каждый день. Снаружи это все выглядит просто, но вот внутри там довольно сложная система. Самое первое, что любая задача разбирается на шаги, и даже мелкая ошибка может сломать всё. Иногда тратишь 10 минут на написание кода и несколько часов на поиск причины, почему он не работает. И это нормально, к этому довольно быстро привыкаешь. Ещё один момент, постоянное обучение. В IT нельзя один раз выучить и успокоиться. Всё меняется: инструменты, подходы, технологии...