Happy Devops — сообщество адекватных инженеров

Как выжить DevOps-инженеру в большой корпорации: лайфхаки и советы от бывалых

Привет, DevOps-бойцы! Сегодня затронем больную для многих тему: как не сойти с ума, будучи DevOps-инженером в большой корпорации. Знаете эти бесконечные митинги, согласования, бюрократию и прочие радости энтерпрайза? Вот-вот, про них родимых и поговорим. Расскажем про опыт редакции, а вы дополняйте в комментах, глядишь, соберем хороший набор лайфхаков для новичков.

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

Вторая напасть: легаси, легаси everywhere. Допотопные системы с колоссальным техдолгом, трехэтажные монолиты, про которые уже никто не помнит, как и зачем они работают. И вот это все надо как-то деплоить, мониторить и вообще поддерживать жизнь. Тут главное — определите, что можно относительно безболезненно зарефакторить, а что лучше не трогать. Проводите инкрементальные улучшения, интегрируйте с современными практиками, но без фанатизма. Лучше медленно, но верно, чем сломать все и получить проблемы с продакшеном.

Третий момент: в корпорации процессы превыше всего. На каждый чих по три согласования и пять подписей. Хочешь новый сервис поднять, изволь обоснование написать, архитектурный комитет пройти и со всеми утрясти. Как с этим бороться? Ну, во-первых, таки автоматизировать все, что можно. IaC наше все — инфра и конфиги в кодовом виде, деплой по кнопке, роллбеки автоматические. Меньше будет ручной работы — меньше согласований. Во-вторых, инвестируйте время в выстраивание отношений со смежниками. Глядишь, если по-человечески договоритесь, можно и про некоторые бюрократические формальности "забыть".

Ещё одна частая беда — мотивация и профессиональный рост. В корпорациях легко стать "винтиком" и закопаться в рутину. Годами пилить один и тот же проект, не видя особых перспектив, — то ещё удовольствие. Что делать? Ищите возможности дополнительного обучения — конференции, митапы, курсы. Не стесняйтесь проситься спикером, делиться знаниями с коллегами. Заводите знакомства в других отделах, присматривайтесь к открывающимся вакансиям. В общем, держите руку на пульсе и не давайте себе застаиваться.

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

В общем, коллеги, работа DevOps-инженера в корпорации — это всегда челлендж. Куча legacy, миллион стейкхолдеров, бюрократия и все такое. Но при грамотном подходе со всем этим можно жить. Автоматизируйте, выстраивайте отношения, развивайтесь и не ввязывайтесь в интриги. Ищите лазейки в процессах, но без нарушения базовых правил. В общем, применяйте инженерный подход не только к коду, но и к корпоративной жизни — глядишь, и выживете, и даже поднимитесь!

Но хватит лирики, давайте к делу. Расскажите, как вы выживаете в энтерпрайзе? С какими граблями сталкивались, как разруливали ситуации? Может, есть какие-то хитрые лайфхаки или забавные истории? Делитесь в комментариях, вместе соберем базу знаний для тех, кто только начинает свой DevOps-путь в большой компании. Поехали!

🏴‍☠️ @happy_devops

Адекватный взгляд на DevOps: мифы и реальность

Коллеги, опять сегодня у нас на повестке дня святая корова — DevOps. Все уши уже прожужжали про то, какая это панацея от всех проблем и как она вознесет бизнес на небеса. Но давайте разберемся без лишнего хайпа, что там все-таки должно быть внутри? Что действительно работает в боевых условиях, а что остается красивыми слайдами на конференциях?

Главный миф, который всегда радует — DevOps это про то, чтобы натыкать модных тулов и радоваться жизни. Мол, закупили облако, поставили оркестраторы, замониторили все что шевелится — и готово, скоро будем жить как в раю. Но по факту прикручивание новых технологий — это как вишенка на торте. Сам торт — это люди, процессы и договоренности между командами. Без этой основы ваши контейнеры и кубернетесы будут просто красивыми (и дорогими) игрушками.

Кстати, раз уж заговорили о тулзах — еще один популярный миф, что без микросервисов, Kubernetes и иже с ними в DevOps делать нечего. На деле работать в этом стиле можно хоть со старым-добрым монолитом. Да, с ним сложнее, но можно, было бы желание. Глобальная цель — делать инкременты продукта быстро, часто и с хорошим качеством. А какими методами вы этого достигаете — уже дело десятое.

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

Двигаемся дальше. Расхожее мнение: внедрив DevOps, сразу получаем профит в виде скорости и новых фич. И бизнес счастлив, и пользователи. А на практике часто по первости получается с точностью до наоборот — скорость падает, потому что параллельно с фичами приходится не забывать про техдолг, строить пайплайны, нормальный мониторинг и так далее. Это нужно четко проговаривать на берегу, чтобы потом не было сюрпризов и разочарований.

И кстати, о бизнесе. Многие думают, что DevOps — это чисто техническая история, мол, дело инженерное. Но без вовлечения и поддержки менеджмента и заказчика вся эта затея обречена. Так что надо быть готовым значительную часть времени тратить на объяснения, выстраивание процессов и донесение ценностей до всех слоев компании.

Ну и напоследок) DevOps не волшебная пилюля от всех проблем. Да, он реально может дать буст по скорости и качеству, но только если фундамент уже относительно крепкий. Если у вас монструозный легаси, полное отсутствие тестов и архитектура а-ля "и так сойдет" — никакой DevOps не поможет. Сначала разгребайте базовые проблемы, а уже потом задумывайтесь о высоком.

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

Делитесь в комментах своим опытом и мнением, и не забывайте про реакции, без них никуда

🏴‍☠️ @happy_devops

Домен .io скоро канет в Лету. Прощай, любимая игрушка стартаперов!

Ну что, гики и стартаперы, готовы попрощаться с любимой доменной зоной? Британия решила избавиться от островов Чагос, а вместе с ними — и от домена .io. И вот теперь все эти крутые Github.io, itch.io и прочие модные штучки скоро станут историей.

А ведь как красиво звучало: "Мы используем .io, потому что это input/output!". Ага, конечно. На самом деле вы просто выпендривались перед инвесторами. Но теперь придется искать новые способы показаться крутыми.

Самое забавное, что домен может исчезнуть быстрее, чем вы успеете сказать "блокчейн". IANA, ребята, которые заведуют доменами, не шутят — как только страна исчезает с карты, прощай и домен. Вспомните .su — до сих пор болтается в интернете, как призрак СССР.

Так что, дорогие владельцы .io доменов, начинайте паковать цифровые чемоданы. И в следующий раз, прежде чем выбирать модный домен, может, стоит открыть карту мира?

А теперь о грустном. Точнее, о российском.

Роскомнадзор решил, что Discord — это исчадие ада и заблокировал его. Причина? Да как обычно — "экстремизм", "терроризм" и прочая лабуда из методички.

Самое смешное (или грустное, это как посмотреть), что Discord активно юзали военные для связи. Видимо, в Минобороны не догадались предупредить Роскомнадзор, что ребятам на фронте нужна качественная связь. Теперь придется общаться азбукой Морзе или почтовыми голубями.

И вот представьте картину: сидят где-то наши бойцы, пытаются координировать атаку, а тут — бац! — и Discord не работает. "Извините, товарищ генерал, мы не можем начать наступление — Роскомнадзор запретил".

В общем, как говорится, хотели как лучше, а получилось как всегда. Интересно, кто следующий на очереди? Может, заблокируем воздух? А то мало ли, вдруг там тоже экстремизм прячется.

Ну что, айтишники, готовы к новым приключениям в мире доменов и блокировок? Делитесь в комментах, как будете выкручиваться. Самому креативному решению — виртуальная медаль "За цифровое выживание в условиях, приближенных к боевым".

И не забывайте про реакции друзья! Обратная связь от вас дает нам силы работать!

#новости_по_пятницам

🏴‍☠️ @happy_devops

Культ личности в IT: когда харизма важнее кода

Ах, эти IT-гуру! Харизматичные, яркие, готовые свернуть горы одним взмахом клавиатуры. Прямо как Стив Джобс, только в свитере за 30 баксов с AliExpress. И ведь работает магия — инвесторы в экстазе, сотрудники готовы пахать 25 часов в сутки, а профильные СМИ захлебываются от восторга.

Но знаете, в чем проблема? Иногда за этим сияющим фасадом скрывается огромная черная дыра некомпетентности, готовая поглотить всю компанию.

Представьте: вы приходите в офис условного стартапа. Вас встречает энергичный CEO в кроссовках за косарь баксов. Он вещает о "революции в индустрии" и "парадигме блокчейн-AI-облачных вычислений". Звучит впечатляюще, не так ли? А теперь попросите его объяснить, как именно это работает. Готов поспорить, вы услышите набор модных словечек, за которыми скрывается... ничего.

И ведь таких примеров — пруд пруди. Помните историю Элизабет Холмс и Theranos? Или Адама Ньюмана из WeWork? Харизма на миллион, компетенций на копейку. Но инвесторы все равно несут деньги, сотрудники — свое время и силы. А потом — бац, и компания схлопывается, оставляя после себя выжженую землю и разбитые мечты.

Но самое страшное — это когда такой "визионер" начинает верить в собственную непогрешимость. "Я же гений, я не могу ошибаться!". И понеслась — сумасшедшие идеи, необдуманные решения, игнорирование мнения реальных экспертов. А любая критика воспринимается как личное оскорбление и происки врагов.

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

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

Может, пора уже повзрослеть? Начать ценить не громкие слова, а реальные дела и компетенции? Выбирать лидеров не по умению красиво говорить, а по способности создавать работающие продукты?

А что думаете вы? Сталкивались ли с такими харизматичными, но некомпетентными лидерами? Как отличить настоящего визионера от просто хорошего оратора?

Делитесь своими историями и мыслями в комментариях. Самые сочные кейсы получат виртуальный орден "За разоблачение культа личности в IT".

Ставьте реакции, поддержите нас лайком:
🙈 — если вы за харизму
🕊 — если вы за компетентность

Давайте посмотрим, чего в нашем сообществе больше!

🏴‍☠️ @happy_devops

ИИ vs менеджер: битва за корпоративный трон

Эй, менеджеры, как там ваше кресло? Удобно сидится? Наслаждайтесь, пока можете, потому что ИИ уже точит свои алгоритмические зубки на ваше место.

Представьте себе мир, где искусственный интеллект берет на себя все эти "невероятно сложные" задачи менеджера. Планирование спринтов? ИИ сделает это за долю секунды, учитывая все возможные риски и даже настроение команды после вчерашней попойки. Распределение задач? Легко! Причем без этих ваших "я думаю, Вася сегодня справится" — только чистая математика и анализ эффективности.

А как вам идея ИИ, проводящего стендапы? Никаких больше "ну, эээ, я вчера работал над таской, сегодня продолжу" — только четкие отчеты и реальный прогресс. И главное — никакого кофе в процессе!

Созвоны и встречи? ИИ организует их с такой эффективностью, что вы забудете о существовании лишних совещаний. Прощай, бесконечные обсуждения обсуждений!

Но самое прекрасное — это объективность. Никаких любимчиков, никакого "я считаю, что Петя поработал лучше". Только факты, цифры и реальные результаты. Представляете, какой это будет удар по офисной политике? Бедные интриганы останутся без работы!

Конечно, найдутся скептики, которые скажут: "Но ведь ИИ не может заменить человеческое общение, эмпатию, лидерство!". Ха! Погодите, пока нейросети научатся генерировать мотивирующие речи и корпоративные мемасики. Уверен, они справятся с этим не хуже среднестатистического менеджера.

Но не спешите паковать свои вещи, дорогие менеджеры. У вас все еще есть шанс! Например, вы можете начать изучать, как управлять этим самым ИИ. Кто знает, может быть, профессия "менеджер искусственного интеллекта" станет новым трендом?

А что думаете вы, уважаемые айтишники? Готовы ли вы доверить свою судьбу бездушной машине? Или все-таки предпочтете живого, пусть и не всегда компетентного, менеджера?

Делитесь своими мыслями в комментариях. Самые интересные идеи по спасению менеджеров от восстания машин получат виртуальную медальку "Защитник человечества".

И не забудьте поставить реакции!
🔥 — если вы за людей
🗿 — если вы уже на стороне ИИ.

Да начнется битва!

🏴‍☠️ @happy_devops

Меритократия в IT: сказка для наивных

Ах, эта прекрасная сказка о меритократии в IT! Мол, только твои скиллы имеют значение, а всё остальное — пустая болтовня. Ну-ну, расскажите это тем, кто годами пашет, а повышения получают "свои" ребята.

Давайте честно: в нашем "справедливом" мире айти карьерная лестница часто больше похожа на детские горки в парке аттракционов. Вроде и лезешь вверх, а в итоге съезжаешь туда, куда тебя направят.

🎭 Корпоративный театр: Где твой главный скилл — умение изображать бурную деятельность на совещаниях.

🤝 Нетворкинг über alles: Потому что важно не то, что ты знаешь, а кого ты знаешь. И кто знает тебя, конечно же.

🐘 Стадный инстинкт: Следуй за трендами, даже если они ведут тебя к обрыву. Главное — быть в тренде!

👅 Лизоблюдство 2.0: Теперь с AI и блокчейном! Потому что просто подлизываться уже не модно.

🎭 Шоу "Кто громче всех кричит CI/CD": Неважно, что ты делаешь, главное — делать это громко и с умным видом.

А вишенка на торте — это когда тебя обходит чувак, единственная суперспособность которого — уметь красиво рассказывать о своих достижениях (которых, кстати, нет).

Но эй, не всё так плохо! Иногда, в редкие моменты просветления, компании действительно ценят настоящих профи. Правда, эти моменты так же редки, как работающий с первого раза код.

А у вас как обстоят дела с этой "меритократией"? Поделитесь в комментах своими историями восхождения по карьерной лестнице. Или падения с неё — тоже сойдёт, посмеёмся вместе.

Не стесняйтесь ставить реакции, вы же помните, что мы их очень любим:
🔥 — если вы всё ещё верите в сказки
🤬 — если вас уже достала эта псевдомеритократия

🏴‍☠️ @happy_devops

Продуктивность разработчиков: когда цифры врут

Друзья, давайте на минутку представим идеальный мир. Мир, где продуктивность разработчиков можно измерить одной простой метрикой. Где руководители радостно потирают руки, глядя на графики, уверенно ползущие вверх. Красота, правда?

А теперь возвращаемся в реальность. Исследовательская команда Google, похоже, решила разрушить эту прекрасную иллюзию. И знаете что? У них это чертовски хорошо получилось.

Оказывается, разработчики — это люди. Шок! Сенсация! Кто бы мог подумать? Но если серьезно, то об этом простом факте часто забывают. Мы так привыкли думать о программистах как о живых компиляторах, что забываем об их человеческой сущности. А ведь это ключ к пониманию продуктивности.

Но подождите, есть еще кое-что. Разработка ПО — это не конвейер по штамповке кода. Это творческий процесс, сродни искусству. Только вместо краски и холста — алгоритмы и байты. И как измерить продуктивность Пикассо? Количеством мазков в минуту?

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

Но самое главное — необходимо помнить о человеческом факторе. Счастливый разработчик — продуктивный разработчик. Звучит как банальность, но сколько компаний реально следуют этому принципу?

Усталость, выгорание, неосознанные предубеждения — все это влияет на работу куда сильнее, чем может показаться на первый взгляд. И если мы хотим реально повысить продуктивность, нужно начать с заботы о людях, а не с одержимости цифрами.

В конце концов, разработка ПО — это марафон, а не спринт (хех, какая ирония😁). И победит в нем не тот, кто быстрее всех набирает код, а тот, кто сумеет создать среду, где талантливые люди смогут раскрыть свой потенциал.

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

Ссылка на статью: A Human-Centered Approach to Developer Productivity

А как у вас обстоят дела с нормальной продуктивностью, не всратой? Делитесь своими мыслями в комментариях. 👇
Кто знает, может вместе мы найдем ту самую волшебную формулу счастья и эффективности?

🏴‍☠️ @happy_devops

А вот и запись вчерашенго эфира с Катей Лысенко. Очень неожиданным получился разговор, собрались накинуть говна на вентилятор аджайла, а сами ушли в какие-то дебри

Поговорили про культуру, про карго-культы, про корпоративную религию. Но самым крутым и неожиданным инсайтом для меня оказалось то, что можно в процессах тестировать гипотезы также, как и в продуктах. Действительно, почему у нас есть куча направлений и методик по тестированию продуктовых гипотез, но нет ни одной по тестирования процессов и все тащат до последнего явно неподходящие методологии

Ваши реакции как сахарочек для нас🤗 Ставьте огонечки, пишите комментарии, будем тащить формат в жизнь!

Live stream finished (1 hour)

Live stream started

Live stream scheduled for Oct 11 at 17:00

А я хочу напомнить, что сегодня в 20:00 MSK на нашем канале состоится стрим с Катей Лысенко

Поговорим про аджайл, про культуру и про высокоэффективные команды

Ждем всех!

А вот и новая серия "Игры престолов" в IT-мире! Только вместо драконов у нас HR-менеджеры, а вместо мечей — уведомления об увольнении.

Смотрите, как изящно ABBYY решила вопрос с "неудобными" сотрудниками. Прям как в анекдоте: хотели как лучше, а получилось... ну, вы поняли. "Перенос разработки в другой регион" — это ж надо было так креативно назвать массовые увольнения! Интересно, в какой регион они переносят — в страну розовых пони и бесконечных бюджетов?

А VK? О, эти ребята вообще превзошли сами себя! С одной стороны, устроили свою версию "Игры в кальмара" для сотрудников. С другой — тут же открыли двери для беженцев из ABBYY. Прям как добрый дядюшка, который одной рукой раздает подзатыльники, а другой — конфетки.

Особенно умиляет эта игра в "добрую" и "злую" корпорацию. VK типа такие: "Ой, смотрите, какие мы хорошие, мы спасаем бедных уволенных!" А то, что у самих только что прошла волна сокращений — ну так это ж другое, правда?

Знаете, что самое забавное? Пока эти корпоративные гиганты играют в свои игры, реальные таланты просто уходят. Куда? Да куда угодно — в стартапы, во фриланс, в другие страны. Потому что кому охота быть пешкой в чужой игре престолов?

Ладно, хватит ехидничать. Давайте по существу. Кто из вас уже почувствовал на себе эту корпоративную карусель? Может, кто-то недавно "оптимизировался" или, наоборот, оказался в роли спасательного круга для "утопающих" коллег?

Бросьте сюда свои две копейки. Интересно услышать, как вы оцениваете эти кульбиты на рынке труда. Может, у кого-то есть инсайды или прогнозы на будущее?

Не стесняйтесь, вываливайте всё как есть. Авось, вместе разберемся, куда ветер дует и чего ждать дальше в нашем IT-цирке.

#новости_по_пятницам

🏴‍☠️ @happy_devops

Эффективный менеджмент: искусство выглядеть занятым 24/7

Ах, современный офисный планктон! Как же мы научились имитировать бурную деятельность, не сделав при этом ровным счетом ничего полезного. Целый день расписан по минутам, календарь пестрит встречами и созвонами, а на выходе — эффективность на уровне ленивца под снотворным.

Но ведь главное — это процесс, верно? Кому нужны эти скучные результаты, когда можно весь день играть в увлекательную игру "я очень занят, не беспокоить"?

Начинается все, конечно же, с утреннего ритуала под кодовым названием "я вам не проснулся". Главное — вовремя нажать кнопку "присоединиться к звонку", а там уже неважно, что ты в этот момент досматриваешь десятый сон.

Дальше — больше. День напролет мы скачем от встречи к встрече, словно в каком-то сюрреалистичном марафоне бессмысленности. Обсуждаем вчерашние обсуждения, планируем будущие планирования и, конечно же, align'имся по поводу alignment'а.

А как вам этот шедевр — назначить встречу, чтобы обсудить, нужна ли нам эта встреча? Или, может, отправить e-mail с вопросом "вы получили мой предыдущий e-mail?". Вот оно, высшее мастерство офисного джедая!

Но самое прекрасное начинается ближе к вечеру. Когда все задачи успешно отложены на завтра, наступает время для самого важного — рассказать всем, как сильно ты устал и как много работал. Желательно сделать это в соцсетях, снабдив пост хештегом #трудовыебудни.

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

А вы как, коллеги? Уже освоили высшее искусство имитации бурной деятельности? Или все еще по старинке пытаетесь реально работать? Делитесь в комментариях своими лайфхаками по эффективному просиранию рабочего времени. Кто знает, может, именно ваш метод станет новым трендом в мире корпоративного абсурда!

🏴‍☠️ @happy_devops

Друзья! Я тут набрасываю про аджайл всякое, но это все буковки) А давайте поговорим вживую!

Мы тут поговорили кулуарно на все теже темы с замечательной Катей Лысенко! Вы ее можете знать как спикера многих топовых конференций типа Хайлоада, Девопсконф и Тимлидконф, а также автора канала "ITKatya: культурные паттерны в IT"

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

И если я выступаю как хейтер и вообще отрицательный персонаж, то Катя, возможно, сыграет роль адвоката дьявола... Или нет? В общем, обсудим проблему, поговорим интересно и попробуем докопаться до истины в прямом эфире

Добавляйте в календарики! Пятница, 20.00 MSK, встречаемся прямо здесь) Будет интересно!

🏴‍☠️ @happy_devops

Кризис среднего звена: почему талантливые разработчики становятся посредственными менеджерами

Знаете эту историю? Берут крутого разраба, который может с закрытыми глазами написать микросервис и развернуть его в проде среди ночи. Дают ему команду, красивый титул и... через полгода имеем посредственного менеджера, который путается в Jira и не может внятно провести стендап.

"Как же так?" — удивляется руководство. А вот так.

Давайте разберем по пунктам это феерическое превращение:

Компания: "У тебя отлично получается писать код, значит, и людьми управлять сможешь!" Логика уровня: "Ты же умеешь водить машину, значит, и самолетом управлять сможешь!"

Разработчик: "Ну, я теперь типа менеджер, значит, надо... менеджерить?" И начинается: бесконечные митинги, таблички в экселе, и обязательное "я занят, у меня важные дела!"

Команда: "А где тот крутой разраб, который реально помогал решать проблемы?" А нету его. Теперь есть недоманагер, который знает (и знает ли?🤔) теорию процессов, но не может подсказать, почему билд падает.

Итог: потеряли хорошего разработчика, получили посредственного менеджера. Просчитался… но где?!

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

Вот вам суровая правда жизни:
🔘 Умение писать крутой код никак не коррелирует с умением управлять людьми
🔘 Технический бэкграунд важен, но это не единственное, что нужно менеджеру
🔘 Быть тимлидом — это не "больше не кодить, а ходить на встречи"

И вот что действительно обидно: мы теряем отличных технарей, загоняя их в менеджерские позиции, потому что "надо расти". А может, не надо? Может, стоит дать людям расти в том, в чем они реально круты?

Что делать?
🔘 Хватит уже считать менеджмент единственным путем карьерного роста
🔘 Давайте признаем, что технический трек не менее важен, чем управленческий
🔘 И да, не каждому крутому разработчику нужно становиться менеджером

А у вас есть истории превращения технарей в менеджеров? Поделитесь в комментариях, посмеемся или поплачем вместе. Или может кто-то из менеджеров признается, что скучает по коду больше, чем по бесконечным встречам?

P.S. Если вы технарь и вам предлагают стать менеджером — дважды подумайте. А если вы руководитель и хотите продвинуть хорошего разраба — трижды подумайте. Иногда лучше оставить все как есть, чем создать еще одну адскую машину Голдберга, только теперь в менеджменте.

🏴‍☠️ @happy_devops

Как объяснить менеджеру, что его любимый Agile — это не волшебная таблетка

О, этот сладкий момент, когда ваш менеджер возвращается с очередной конференции, глаза горят, а в руках — новая библия под названием "Agile для чайников". И тут начинается...

"Ребята, теперь мы будем agile!" — торжественно объявляет он, словно открыл второе пришествие. А ты сидишь и думаешь: "Блин, опять двадцать пять".

Попробуй объяснить ему, что Agile — это не волшебная кнопка "сделать все хорошо". Это как фитнес-браслет для того, кто не вылезает с дивана. Прикольная штука, модная, но пока зад не поднимешь — результата не будет.

А еще попробуй донести, что "быть agile" и "делать скрам" — это не одно и то же. Что толку от ежедневных стендапов, если половина команды в них видит только возможность поспать стоя?

Или как насчет спринтов? Отличная штука, если ты не пытаешься впихнуть в двухнедельный спринт работы на квартал. "Но мы же гибкие!" — скажет менеджер. Ага, гибкие. Только почему-то эта гибкость всегда в сторону "впихнуть невпихуемое", а не "давайте сделаем меньше, но качественнее".

А мой любимый момент — это когда после внедрения Agile все внезапно ожидают, что проекты начнут завершаться в два раза быстрее. Потому что, ну, мы же теперь agile! Словно это какой-то нитро-ускоритель для разработки, а не способ организации процессов.

Самое смешное, что многие так и не понимают главного: Agile — это прежде всего про людей и взаимодействие, а не про артефакты и церемонии. Можно хоть обклеиться стикерами с головы до ног и переименовать все встречи в "скрамы", но если команда не умеет общаться и договариваться — толку не будет.

Так что в следующий раз, когда ваш менеджер прибежит с горящими глазами и новой agile-методичкой, сделайте глубокий вдох и спросите его: "А что конкретно мы хотим улучшить?". Потому что Agile — это не волшебная таблетка. Это тяжелая работа над собой и процессами. И да, иногда это больно.

А у вас как обстоят дела с Agile? Уже научились отличать реальную гибкость от очередной управленческой моды? Или все еще верите, что очередной фреймворк спасет вас от всех бед? Поделитесь в комментариях, посмеемся вместе над нашими agile-граблями.

🏴‍☠️ @happy_devops

Токсичная продуктивность🤬

Продуктивность — это как наркотик. Чем больше ты ее пробуешь, тем сильнее подсаживаешься. И тут начинается чехарда: надо больше, быстрее, эффективнее. Но знаете в чем прикол? Всратая продуктивность хуже, чем ее отсутствие вообще

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

И вот в один прекрасный момент смотришь на весь этот продуктивити порн и думаешь — нахрена? Вместо того, чтобы просто делать свое дело, ты возишься со всем этим. Не, ну а че, модно же! 🙄

Начинаешь работать как бешеная белка в колесе без перерывов и отдыха. С утра до вечера, по выходным и в отпуске думаешь только о том, как бы еще что-то зафигачить и оптимизировать. И ладно бы это давало годный результат, так фигушки!

В какой-то момент количество задач превращается в качество бреда. Ты уже и не помнишь, когда в последний раз нормально отдыхал, ел, спал, да просто жил. Мозги кипят на максималках, но КПД прям нулина. А все потому что ты в капкане токсичной продуктивности 🪤

И знаете что? К черту такую продуктивность! Работать надо в кайф. Если ты выжат как лимон и от одной мысли о работе трясет, то это полный абзац. Это выгорание и оно не лечится еще бОльшим количеством работы.

Хотите норм работать — не дурите сами себя. Делайте перерывы, балуйте себя, держите здоровый баланс между работой и жизнью. Качество всегда лучше бешеного количества. Так что забейте на бесконечный апгрейд продуктивности и просто делайте свое дело хорошо.

Профит!

А вы сталкивались с токсичной продуктивностью? Как справляетесь? Делитесь своими лайфхаками и опытом в комментах 👇

🏴‍☠️ @happy_devops

Яндекс-такси: техсбой или вас поимели, девочки?

Какая хорошая тема для пятницы🤗 В комментах на Хабре, традиционно, лютый треш и ебанина)

Короче, тут намедни у Яндекса случился какой-то дичайший зашквар. У людей бабки списывались многократно за всякую фигню, типа такси и покупок. Причем в диких количествах! У одного чувака подрезали аж 800к рублей!

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

В самом Яндексе инцидент особо не комментируют, типа "у нас все ок, вот вам ваши деньги взад". Но люди уже подохренели от такого "сервиса". В такси многократно снимали бабло за одну и туже поездку, а уведомлений об этом даже не присылали. Нормально так, да?

В общем, Яндекс конечно извинился, мол, так и так, косяк, бабки вернем, сервисы пашут как надо. Но эксперты советуют не привязывать к таким сервисам основные карты, а лучше вообще наликом платить. А то мало ли, опять какой "техсбой" случится, ага 😏 Да и бабло возвращают вручную, а если там кредитка была привязана? Кто-то мог попасть на неплохие такие проценты...

И давайте скажем спасибо ❤️🚖, что возвращают живые деньги, а не промокоды на такси. Хотя, вообще, по-хорошему за такое надо платить компенсацию

Как думаете, это реально техническая ошибка или Яндекс поимели хакеры? У кого какие мысли на этот счет? Пишите в комментах свои теории! 👇

🏴‍☠️ @happy_devops