Компания Mango Office временно не ведёт блог на Хабре
В ИТ-среде зачастую считается, что для карьерного и зарплатного роста нужно либо переходить в другую компанию, либо уходить на фриланс. Можно ли вырасти в пределах своей компании? Насколько долог и трудозатратен этот процесс?
Мы провели исследование в ИТ-департаменте MANGO OFFICE и послушали истории нескольких сотрудников, успешно взрастивших свои таланты (а вместе с ними и зарплату) в родных пенатах.
Попробуем разобраться, что такое внутренний продукт, где его место внутри современного бизнеса, какие сложности испытывают команды, работающие над внутренними продуктами.
Концепция, которой мы придерживаемся в Манго Доме (так мы зовем свой московский офис на Профсоюзной) — забота о сотрудниках, то есть о нас самих. В MANGO организована специальная Служба заботы, куда относятся ребята из АХО, отдела внутренних коммуникаций, кадров, юристы. В Манго Доме мы проводим большую часть своего времени, поэтому стараемся сделать его немного «домашним». Мы привыкли уносить работу домой, но ведь справедливо и обратное — можно принести немного дома на работу.
Когда стали обсуждать, как провести День защиты детей, возникла мысль — позвать наших детей к себе на работу, показать, где и как работают их мамы и папы, и провести совместный день на рабочем месте.
Рассказываем, как реорганизовали в MANGO OFFICE корпоративное хранилище данных: какие проблемы решали, какие точки роста находили и какой получился результат.
Как мы в Mango подошли к выбору единой технологии для фронтенда, с какими трудностями столкнулись и что в конце концов из этого вышло. Итоги семи лет работы на Angular.
Освещаем тему отказоустойчивости облачных ИТ-систем и рассказываем, как мы в MANGO OFFICE решаем эти вопросы.
Рассказываем, как мы в MANGO OFFICE занимаемся нагрузочным тестированием и экономим время и ресурсы команд, применяя неочевидные решения и подходы.
Мы проводим через фазу нагрузочного тестирования большинство наших систем при каждом релизе. Без такого тестирования сложно поддерживать качество систем и избежать деградации времени отклика, стабильности и доступности.
В серии из трех статей рассказываем о переходе с монолитной на микросервисную архитектуру. Разбираемся, когда и кому это действительно нужно, рассматриваем 7 миграционных шаблонов и самый больной вопрос: «Как быть с данными?».
В серии из трех статей рассказываем о переходе с монолитной на микросервисную архитектуру. Разбираемся, когда и кому это действительно нужно, рассматриваем 7 миграционных шаблонов и самый больной вопрос: «Как быть с данными?».
В серии из трех статей рассказываем о переходе с монолитной на микросервисную архитектуру. Разбираемся, когда и кому это действительно нужно, рассматриваем 7 миграционных шаблонов и самый больной вопрос: «Как быть с данными?».
