Кризис монолита

Психологи говорят, что в 10 лет у детей начинается кризис переходного возраста. Если считать наш монолит за ребёнка, то он уже пошел в третий класс — ему как раз 10 лет. И у него кризис. Мы провели примерно 30 внутренних интервью с разработчиками, QA и Product Owners, и вот, что выяснили по этому поводу.

— Те, кто в монолите, не довольны этим: он замедляет разработку, привносит усталость, выгорание и тлен от ощущения, что монолит никак не распиливается.
— Треть бизнесовой бэкэнд C# разработки – в монолите. А это опять страдания, потому что сложнее, «выгорабельнее» и медленнее (примерно в 5-7 раз, чем вне монолита).
— Lead time(от создания коммита до выхода на прод) за Q1 — около 5 рабочих дней. У нас 3,6 релизов в неделю (это без хотфиксов). Но можно то лучше!
— Есть неожиданные замедления: иногда мы включаем Stop The Line, иногда ломается пайплайн сборки на stage или dev, иногда могут быть нестабильны стенды.
— Работа с монолитным кодом также не вызывает удовлетворения. Много кода уже принадлежит Продуктовым командам (разделение ответственности по функциям и разделение LF endpoint по будущим компонентам), но общего безхозного кода предостаточно.

Мы пилим монолит, но он точно будет с нами ещё несколько лет. Тлен? Нет, есть решение — мы создаём команду Monolith Release Engineering Team!

Команда возьмет на себя владение общим монолитовским кодом, билд-релиз пайплайном, тестами, рефакторингом БД. В принципе, команда возьмёт на себя процессы связанные с монолитом, чтобы постараться убрать вышеназванные проблемы.

В команде будет 2 релиз инженера — .Net разработчика высокой квалификации. Первый участник уже есть. Второго будем искать «после майских», но если кто желает присоединиться — велкам в мир (зачеркнуто — боли и страданий) больших вызовов, драйва и развития в system engineering (с уклоном в инфраструктуру).

Ссылка на вакансию (.NET-разработчика), если решите откликнуться.

😎
*Включаем режим «похвалиться».
«Ворвались» в чарт к Егору: и в онлайне заметные, и доклады огонь, и задачи у нас интересные.
*Выключаем режим.

Зачем мы пишем «посмертные фотографии»? Чтобы не повторять ошибки дважды. Собрали наш опыт и систематизировали. Внутри шаблон, если захотите применить опыт у себя.

Когда не дождался, поставил созвон на автоответчик и ушёл «на майские».🌴

Рекомендовать за деньги — зло?

Допустим, ты порекомендовал/порекомендовала другу компанию, дал/дала его/её контакты, потом собеседование, испытательный срок пройден, а ты получил/получила за это деньги. Это хорошо или плохо? У нас тут, как сверхновая, образовалась дискуссия на эту тему в нашем Слаке.

С одной стороны, мы внутри компании все друг другу помогаем, но по своему желанию. В этой парадигме стимуляция деньгами переведёт помощь в разряд товарно-денежных отношений. В следующий раз желание от души порекомендовать компанию приведёт к мысли «А мне за это заплатят или нет?». Так можно дойти до того, что каждое действие можно оценивать в рублях, а потом дойдёт и до микроменеджмента (бррр) и остальных прелестей bullshit-корпораций.

С другой, «порекомендовать компанию», значит проделать ту же работу, что делает профессиональный рекрутер, но в свое свободное время. При этом если человек по рекомендации принёс компании пользу, почему бы за это не заплатить?

Вот такой дуализм. А вы как считаете?

ИИ прогнозирует ингредиенты

Мы писали, что с помощью ИИ скрываем лица в трансляциях с кухонь, и вот — новое применение. Вместе с партнерами из Crayon и Microsoft недавно внедрили систему прогнозирования расхода ингредиентов на базе Microsoft Azure Machine Learning ( и Azure Databricks для ускорения).

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

Внедрение системы прогнозирования экономит время, трудозатраты и сами ингредиенты, когда меньше перезакупок или довозов. За счёт этого можно экономить примерно 54 млн руб в год. Система уже работает в нескольких десятках ресторанов. Осталось внедрить систему во все остальные рестораны и интегрировать с системами поставщиков ингредиентов.

Мы тут в Слаке сделали внезапный опрос «Кто кем хотел стать в детстве?» Пока выяснилось, что мы хотели стать космонавтами, кондукторами, пастухами, бухгалтерами, учителями, лётчиками-испытателями, моделями и сисадминами (одновременно притом) и Майклом Джексоном (не знаем как это работает, не спрашивайте). А теперь работаем в IT-компании разработчиками, продкатами, QA, SRE, HR и деврелами:).

А вы кем хотели стать в детстве и кем стали?

На картинке цитаты из ответов в опросе.

Выпустили книгу для разработчиков доступных приложений на iOS

Однажды Миша Рубанов написал статью о доступности в наш блог на Хабре, потом ещё и ещё, потом провёл курс о доступности (где была презентация на 500 слайдов).

А теперь у нас есть книга о доступности мобильных приложений на iOS.

Это книга от русскоязычного автора и действующего iOS-разработчика Миши Рубанова:

— не переписанная документация;
— не набор статей;
— не переводы с англоязычных источников.

Это полноценная книга для тех, кто хочет сделать/переделать своё приложение, чтобы им пользовались незрячие люди.

— Книга бесплатная.
— Много примеров, иллюстраций, кода и ссылок на репозитории.
— Выходит частями.
— В каждой части есть задания на «самопроверку».
— Первые три главы уже доступны на сайте.
— Остальные будут выходить в канале Dodo Mobile. Подписывайтесь.

Читайте книгу, выполняйте задания в конце глав, оставляйте отзывы, делитесь книгой (и постом), делайте доступные приложения!

Не просто почитать, а ещё и интерактив.