debudLeg

Сегодня наткнулся на статью про Developer Experience (DevEx) и подумал: «О, что-то новенькое!». Но чем дальше читал, тем больше понимал — это просто модное название для адекватно настроенных рабочих процессов.

То есть, представь себе компанию, где:

✅ Рабочее окружение настраивается за 5 минут, а не за неделю.

✅ Доступы выдаются автоматически, а не через квест с тремя согласованиями.

✅ Деплой понятен даже джуну, а не превращается в «давай позовем DevOps».

✅ Метрики доступны, логирование удобное, а не «ну посмотри в Kibana, только тебе туда пока доступа нет».

Это не DevEx, это нормальная разработка.

❌ Почему DevEx вообще обсуждают?

Потому что многие разработчики до сих пор:

🚧 Тратят часы (а то и дни) на настройку окружения.

🚧 Страдают с деплоем из-за ошибок вроде «не та версия библиотеки» или «нужно пересобрать вручную».

🚧 Не видят, что происходит на проде, потому что «метрики у админов».

🚧 Вынуждены заполнять заявки, чтобы просто начать работать.

И все это в компаниях, которые вешают на офисные стены слова «инновации» и «эффективность».

🔥 Почему это вообще проблема?

Потому что плохой DevEx — это не просто раздражающий геморрой. Это:

⚡ Упущенная прибыль, когда разработчики решают не бизнес-задачи, а бюрократию.

⚡ Выгорание, когда даже простая задача превращается в мучение.

⚡ Текучка кадров, потому что никто не хочет страдать.

Но компании почему-то думают, что бесплатные печеньки и корпоративный фитнес это решат.

💡 Что с этим делать?

В идеальном мире DevEx даже не должен быть темой разговора, потому что нормальные процессы должны быть стандартом.

Но раз уж мы живем не в идеальном мире, вот что поможет:

✔ Автоматизировать рутинные процессы: CI/CD, выдача доступов, настройка окружения.

✔ Давать разработчикам информацию, а не прятать метрики за семью паролями.

✔ Упрощать деплой и тестирование, а не превращать их в квест.

✔ Слушать разработчиков, а не только топ-менеджмент.

🎯 Итог: это не DevEx, а просто нормальная разработка

Если в вашей компании говорят «мы улучшаем DevEx», это, скорее всего, значит «мы просто пытаемся сделать так, чтобы работа не была болью».

Как у вас с этим? Делитесь в комментах! 👇

P.S. В моем Telegram-канале я рассказываю, как упростить жизнь разработчика и сделать кодинг в кайф. Подписывайся, там без буллшита. 🚀
🔗 t.me/debug_leg

или как я навел порядок в заметках (и не только)

Сколько раз у вас было такое: открыл Obsidian, а там полный хаос? В одной заметке мысли по проекту, в другой — случайные цитаты, где-то ссылка на статью, которая «точно пригодится» (но ты уже забыл, зачем). У меня так было постоянно. Решил, что пора с этим что-то делать, и наткнулся на метод PARA от Тиаго Форте.

⚡ В чем суть? Все заметки (да и вообще любая информация) делятся на 4 категории:

📂 Projects (Проекты) — текущие задачи с четким результатом.

Что у меня в этой папке?

Разработка Telegram-бота — заметки по архитектуре, багам, идеи по фичам.

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

Продвижение блога — контент-план, идеи для постов, статистика.

📂 Areas (Области ответственности) — долгосрочные сферы жизни.

Что у меня в этой папке?

Фитнес — программа тренировок, прогресс, заметки по питанию.

Финансы — личный бюджет, инвестиции, список крупных целей.

Развитие — книги, которые читаю, идеи для новых навыков.

📂 Resources (Ресурсы) — полезные материалы без привязки к дедлайнам.

Что у меня тут?

Конспекты книг — краткие выводы, чтобы не перечитывать заново.

Статьи по разработке — крутые гайды, которые стоит изучить.

Шаблоны и чек-листы — например, как быстро собрать лендинг или подготовиться к переговорам.

📂 Archive (Архив) — то, что уже не актуально, но может пригодиться.

Что я туда отправил?

Старые проекты — дипломная работа, идеи, которые пока не реализовал.

Заметки по прошлым курсам — мало ли, вдруг когда-то снова понадобится.

Старые планы и цели — интересно иногда пересматривать и анализировать.

Сначала я навел порядок только в Obsidian, но потом понял, что это реально удобно. В итоге:

✅ Файлы на ноуте теперь тоже разложены по этой системе.

✅ Закладки в браузере разбиты по тем же категориям (вместо тысяч «прочитать потом»).

✅ Даже в голове стало легче — когда знаешь, где искать нужную инфу, мозг не перегревается.

Если у вас тоже цифровой бардак — попробуйте PARA. Внедряется за 30 минут, а пользы на годы вперед. 🚀

Мой ТГ канал

С 14 до 30 лет я курил. Потом просто взял и бросил – легко, без ломки и страданий. Но про то, как я это сделал, расскажу в другой раз (а может, даже завтра).

Сегодня о другом. Как бы там ни было, но когда я начинал, курение было крутым. Сигарета в руке – будто символ взрослости и дерзости. А теперь? Сначала всех подсадили, а потом объявили курильщиков изгоями. Курить можно только в специально отведенных местах, забившись в аквариумную комнатку на морозе или в подвале, под укоризненные взгляды проходящих мимо людей.

Но если откинуть все это, курение мне реально помогало.

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

🔥 В IT я применил этот опыт. Будучи джуном, я в курилке ловил холиварные темы, о которых даже не знал. Кто-то спорил про чистую архитектуру, кто-то хейтил определенный стек, кто-то рассказывал, как вчера всё уронили в проде – и ты начинаешь разбираться в том, чего не знал, просто слушая разговоры.

🔥 В жизни курение стало социальной смазкой. Ты выходишь на улицу, стоишь с незнакомым человеком, достаёшь сигарету – и вот уже завязывается разговор. В каком еще формате можно так легко и непринужденно заговорить с кем угодно?

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

А какие у тебя были неожиданные инструменты для прокачки карьеры и соцнавыков?

Делись в комментах или залетай в мой Telegram-канал – обсудим! 🚀

Все знают классическую пирамиду тестирования, но, как показывает практика, она не всегда спасает от багов.  

Реальный мир сложнее, и если хочешь спать спокойно, лучше добавить ещё несколько уровней.

Дополняем пирамиду тестирования

✅ Контрактные тесты

Любая интеграция — это источник боли, если не тестировать контракты. Будь то API (Swagger, OpenAPI), события в Kafka (Avro, Apicurio) или даже схемы в MongoDB — если контракт нарушен, тебя ждёт продакшн-ад.  

✅ Тесты на кодстайл

Линтеры — это не просто про пробелы и запятые. Они помогают держать код в едином стиле и предотвращать базовые ошибки ещё до того, как ты задумаешься о логике.  

✅ Архитектурные тесты

Если ты не хочешь, чтобы через полгода твой проект выглядел как Франкенштейн, стоит следить за архитектурой. В JVM-мире, например, есть ArchUnit, который позволяет чётко задать границы между слоями и контролировать зависимости.  

Когда писать тесты?

Есть мнение, что тесты нужны только там, где появляется бизнес-логика, а вначале можно забить. Я категорически не согласен.

Чаще всего на старте проект в руках 2-3 человек, и чем больше автоматических проверок, тем выше качество на выходе. Меньше ручного тестирования — быстрее фичи в прод.

🔥 Отдельно хочу автоматизировать проверку уязвимостей, но вот всё руки не доходят… Но когда-нибудь я до этого доберусь. 😏  

👉 А какие уровни тестирования добавляешь ты? Может, есть любимые инструменты, которые помогают не ловить баги на проде? Делись в комментах! 🚀

Код, баги, мемы и реальный опыт в IT.
Без воды, зато с пользой.

👉 Подписывайся: https://t.me/debug_leg

Если скинуть весь налёт Agile, гибкости и инноваций, то IT-гиганты работают по тем же принципам, что и советские заводы. Нормативы, планы, контроль, премии — всё то же самое, только в digital-обёртке.

Айти-завод и его рабочие

👨‍💻 Разработчики — классические синие воротнички, только вместо масляного комбинезона худи с капюшоном, вместо станка — IDE, а вместо шума цеха — уведомления корпоративного мессенджера и щелчки механической клавиатуры коллеги. Они пишут код, запускают сборки и разгребают production-инциденты, как рабочие разгребали бракованные детали.

👷‍♂️ Тимлиды — главные по цеху, у них своя бригада, свой план и ответственность за выполнение задач. В их руках всё то же самое, что и у мастеров производства: контроль за работой, мотивация сотрудников (через код-ревью и планёрки), споры с начальством и попытки выбить ресурсы на новый «проект».

📐 Архитекторы и системные аналитики — технологи и нормоконтроль. Они следят за тем, чтобы код писался по стандартам, системы не разваливались, а каждый новый фиче-реквест проходил через их бюрократический фильтр. Если раньше технологи утверждали, какие станки нужны для новой линии, то сейчас архитекторы решают, какие технологии тащить в прод и какие костыли запрещать.

🛠️ QA-инженеры — это ОТК (отдел технического контроля). Проверяют качество выпускаемого продукта, рубят фичи на корню, если они ломают систему, и строчат баг-репорты, вместо того чтобы оформлять рекламации.

📢 Дейлики — это обычные летучки. Тот же принцип: каждый рассказывает, что он делал, что мешает и почему дедлайн снова не будет соблюдён.

📱 Jira — это цеховая доска с нарядами на смену. Тут расписывают задачи, кто за что отвечает, какой срок выполнения и кто виноват, если ничего не сдано. В былые времена это вешали на доску у входа в цех, а теперь просто листают в браузере.

Планы, нормы и KPI — ничего не меняется

Раньше на заводе рабочим выдавали норму на смену — сколько деталей сделать или сколько тонн металла обработать. Сейчас это называется KPI.

Раньше были премии за перевыполнение плана. Сейчас это называется перформанс-ревью и бонусы.

Раньше начальники ходили по цеху и устраивали разборки, почему бригада отстаёт. Сейчас этим занимаются менеджеры на синках в Zoom.

Так что вся большая айтиха — это просто наследник класса заводов, только вместо станков MacBook’и, вместо гаек микросервисы, а вместо рабочих — бородатые разработчики в худи. 😏

👉Мой ТГ👈

💬 Я, конечно, не контрол-фрик, но обожаю всё планировать — не только дела, но и финансы. 🧾 А как планировать и не контролировать, ну камон?

📱 Раньше юзал банковские приложухи для учета трат, а сейчас всё свелось в одну удобную штуку — Дзен-Мани. Там я веду всю семейную (и не только) бухгалтерию.

🔥 В конце 2024 года я сел, проанализировал наши траты и даже оптимизировал их с помощью GPT-чатов и их друзей 🤖. Вчера был мой первый крупный забег по закупкам: продукты, витамины, одежда для дочки (да-да, это про носочки, колготки и шмот, из которого дети вырастают за 15 минут).

И знаете, что понял? 🤔

👉 Кто-то когда-то придумал миф, что айтишники все такие богатые и у них всё супер. Ну ок, давайте разберёмся:

📈 По данным Хабр Карьеры, у специалистов моего уровня зарплата где-то 400–500к.

⁉️ Что можно себе позволить на такие деньги?

Не есть и не пить год, и тогда хватит на первый взнос по ипотеке. 🏠

Семейный авто, чтобы все влезли, начинается от 2,5 млн. 🚗

Отпуск на 10–14 дней? Легко, за 500к. ✈️

Типа вот вам и «богатая жизнь». Ага, щас.

Из всего «лакшери» у меня только частный садик… и то не у меня, а у дочки. 🤷‍♂️

💥 Короче, миф о богатых айтишниках трещит по швам.

Есть кто кидается баблом ? 💵

А еще у меня есть телеграм канал, заходи, в нем я не только о деньгах ною

Новости из Самоката (и не только) 🛒

Тут всё чаще и чаще я слышу новости про сокращения в ecom. Если кто не в курсе, это дочки Сбера: Самокат, Купер, СберЛогистика и ещё что-то там.

Я, как ни странно, работаю в Самокате (с поправкой: когда я устраивался, это ещё не было дочкой Сбера). Пока что у нас вроде всё спокойно, сокращений не заметил. Но вот в офисе был целый опенспейс, который занимался Купером, и теперь их нет. 🪑➡️🚪

Ещё точно поставили на стоп разработку для СберЛогистики. Ну, это всё, что я знаю.

Кадровый голод: миф или реальность? 🧐

А теперь к самому интересному. Специалистов действительно не хватает, и кадровый голод есть. Но он есть практически во всех сферах.

Загляните на завод — вас там всему научат и ещё деньги платить будут. 🏭💰

Даже курьеров мало. Почему же тогда все говорят, что в 2025 году будут массовые сокращения?

А всё потому, что они уже идут. С 2022 года.

Тут было много иностранных контор, которые ушли. Те, кто остался, перешли в отечественные "галеры". 🚣‍♂️

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

Что будет с ИТ? 💻

Думаю, что сейчас оклады в ИТ начнут потихоньку снижаться. Это приведёт к оттоку интереса среди тех, кто хочет войти в ИТ.

Так уже было в 90-х, только с юристами, экономистами и бухгалтерами. 📉

Все хотели быть "белыми воротничками", а потом рынок перенасытился, и зарплаты упали.

Выводы 🧠

Сокращения уже идут. Они начались не в 2025, а ещё в 2022.

Кадровый голод есть, но он везде. Не только в ИТ.

Зарплаты в ИТ могут начать снижаться. Это естественный процесс, как было с другими профессиями.

Так что, друзья, держите нос по ветру и не бойтесь адаптироваться. Мир меняется, и те, кто умеет подстраиваться, всегда останутся на плаву. 🚀

А вы как думаете? Что ждёт ИТ в ближайшие годы? 🤔

🔥 Хочешь больше таких историй, инсайдов и разборов?
Подписывайся на мой Telegram-канал — там я делюсь тем, о чём молчат в курилках и на совещаниях.

👉 Дебаж 🪲 с ноги 🦶 — тут только честно, без воды и корпоративной шелухи.