Записки ездового кота: северные
За годы работы в IT я общался с сотнями специалистов из разных проектов. После десятков историй от коллег и анализа непрекращающегося потока вакансий я собрал настоящую коллекцию хорроров с рынка труда.
Знаете эти истории, когда тебе обещают «интересные задачи и профессиональный рост», а ты оказываешься в болоте вечных дедлайнов с начальником, который пишет в субботу в три часа ночи: «Как там наш проект? Успеваем к понедельнику?»
Представьте ситуацию: вечер, срабатывает тревога — ваш интернет-магазин лежит в самый разгар распродажи. В логах куча ошибок, но явной причины не видно. Знакомо? Вот тут-то и начинается самое интересное.
Я 3 года проработал в отделе сопровождения информационных систем и накопил десятки подобных случаев. Расскажу, как принимать решения, когда стандартные «перезагрузи и проверь» не работают.
Привет, Хабр! Я Александр Бондаренко — CPO Garage Eight. В прошлых статьях моего цикла про продуктовую культуру (часть 1; часть 2) я разобрал 12 типов продуктовых команд. А в этом материале хочу разобрать другую классификацию структур организации и поделиться способами, которые помогут вписать продуктовую группу в контур компании.
Должен ли программист понимать бизнес‑задачи своего нанимателя или заказчика? Стоит ли браться за любую работу, лишь бы платили? Ждёт ли программиста карьерный рост в ответ на принятие на себя не специфичных для разработки, но нужных бизнесу задач? На примере полностью выдуманной истории я решил поделиться своим опытом с читателями Habr.
Все совпадения с деятельностью тех или иных физических или юридических лиц, именами, датами, местами — полностью случайны.

Я видела разное. И микро-бизнесы, когда HR нет как класса, и таргет на вакансии настраивает Диджитал на удаленке, а потом всех кандидатов передавали на обработку мне, как стороннему подрядчику.
Иван работал QA-инженером в довольно большой команде. Команда занималась сразу несколькими проектами, связанными между собой. Команда была дружная, у каждого участника в глазах был тот самый огонёк, заставлявший всё время изобретать и не дававший сидеть на месте. Ивану это нравилось. Каждый релиз был для команды новым вызовом, и Андрей, лидер команды, часто повторял: «Я вообще не понимаю, что у нас происходит».
На очередном планировании спринта (а команда работала по Scrum), Андрей увидел в бэклоге несколько задач, которые висели там уже несколько месяцев.
Привет! Меня зовут Дмитрий. Я начал свой путь в Авито шесть с половиной лет назад на позиции middle-фронтендера. Практически сразу я познакомился с ротацией — механизмом перехода сотрудника в другой сервис или команду внутри компании. Мой путь был разнообразен, красочен и местами тернист, ведь за все время работы я сменил шесть команд.
В этой статье я рассказываю о том, почему так часто менял работу, объясняю, почему не считаю ротацию простым переходом между командами, разбираю трудности, с которыми столкнулся, и делюсь чек-листом, который позволит вам ротироваться максимально удачно. (далее…)
Потому, что микро-сервисы часто оказываются не «микро», а «нано» сервисами.