Блог компании Mindbox
-
Хабрахабр
Бесперебойный деплой микрофронтендов с Kubernetes: как настроить
Фронтенд-разработка может жить без независимого деплоя, пока у нее не больше 7 микрофронтендов. Но, чем выше число, тем сильнее страдают процессы. Наша команда в Mindbox прошла через это с Octopus, когда деплоила в Yandex Cloud S3. Причем на все обновления был один свободный бакет. Заливаешь код в мастер, а в это время то же самое делают еще пять разработчиков. Скапливается очередь, код еле…
Читать далее » -
Хабрахабр
Как инженеру выбрать работу
Даже на текущем рынке кандидата, каждая смена работы — это серьезное решение, инвестиция нескольких лет жизни или — неприятная строчка в резюме, причина для неудобных вопросов вроде «А почему вы ушли из компании X, проработав там немногим более года?». Основные риски при неправильном выборе работы — сложности с поиском работы в будущем. Резюме без достижений или лоскутное, несоответствие квалификации запросу…
Читать далее » -
Хабрахабр
gRPC в .NET — рецепты счастья
Массовый переход от монолитов к микросервисам решает ряд проблем: раздельный деплой и рефакторинг; удобное масштабирование частей системы; прозрачное разграничение ответственности команд; снижение бласт-радиуса; снижение когнитивной нагрузки на разработчика. При этом создает другие проблемы: взаимодействие сервисов существенно сложнее и дороже, чем взаимодействие объектов в памяти. Частично упростить его можно с помощью протокола gRPC. gRPC дает возможность зафиксировать в репозитории контракты межсервисных…
Читать далее » -
Хабрахабр
Как вызвать перемены при помощи ретроспективы
Ретроспектива — сложный формат совместной работы группой, содержащий элементы брейншторма (совета), коачинга и обратной связи. Регулярные ретроспективы вызывающие изменения снизу — важнейший признак организовавшейся живой команды. Возможно, это происходит из-за потери сути ретро, как встречи для работы с эмоциями. К сожалению, достаточно часто ретроспективы становятся скучным формальным ритуалом не приводящим к изменениям, или вовсе сходят на нет. Особенно это важно…
Читать далее » -
Хабрахабр
Немного о ретроспективе
Для команды разработки важно регулярно проводить ретроспективу, чтобы постоянно совершенствоваться. Но какой она должна быть? Несколько лет на своих ретро мы использовали только некоторые из стандартных практик. В других не видели смысла, ведь положительный результат был: процессы улучшались, проблемы решались. Все и так было хорошо. На самом деле нет: на ретро тратили по 2 часа и сильно выматывались обсуждения периодически…
Читать далее »