ну вообще неиронично считаю, что разрабов имеет смысл сдавать поддержке на несколько спринтов на разборы багов и писем от пользователей
потому что иначе они слишком далеко от бизнеса находятся и вообще не понимают что делают, зачем нужны хорошие логи не понимают и так далее
крайняя степень это когда разрабы отдают задачи не запуская локально билд и тесты, таких вообще сразу в поддержку на год
разрабам вообще похуй есть там тесты или нет, как тимлид скажет так и делаем
ну вот нормальный тимлид ебать должен жёстко за отсутствие юнит тестов и вообще за говно в пул реквесте
нет, зависит от требований на проекте и код конвеншена
если там никто не пишет тесты, то и ты нихуя не должен
что значит требования на проекте и код конвеншен?
у тебя есть инженерные практики в виде код конвешена кокрастыке, раннего тестирования, цыайцыды и так далее
это тоже по твоему нахуй не надо, если тимлид/бизнес не просит? типо если надо освежать на бою, то разраб билдит на своём ноуте и бинарь получившийся из каталога в кубер сам кладёт, и потом hpa ручками подкрячивает, если нагрузка выросла? так это чтоли работает? и потом пиздюлей получает, что сбилдил какое-то говно, где сам насрал, и положил на бой?
любой нормальный разраб не хочет делать одну и ту же работу 2 раза
и потому он разберется в бизнесе, напишет юнит тесты, включит их в сборку и будет балдеть, когда надо будет что-то рефакторить, потому что тесты есть и честно тестят
и работают всегда
есть кейсы где тесты не пишутся, я понимаю, что это мастхев практика, но бывают такие фронты, микросервисы которые не покрываются
или покрываются, но не на 100%. Вообще покрытия 100% не бывает. В любом случае разраб не волшебник чтобы знать досконально как бизнес, так и техническую часть, он запросто может пропустить кейс. С точки зрения тестировщика он пидарас и мог бы это предусмотреть, но так не бывает
а теперь вернёмся к смехуечкам про дежурства и твоей фразе мол похуй на все, делаем как говорит тимлид
тебе и не надо знать всё, но понимать как твой код зарабатывает бабки и на чем лучше не падать (как пидорасы пользователи могут все сломать) - хорошо бы иметь понимание, и кокрастыке дежурство/работа поддержкой очень хорошо вставляет мозги на место, а не Я ПИШУ КРУДЫ МНЕ ПОЕБАТЬ, особенно если мы говорим о сеньорах
дежурство/работа поддержкой - это абсолютно непрофильная работа для обычного разраба, которая должна оплачиваться и согласовываться отдельно
даже если обычный разраб будет дежурить, то что он сможет сделать если выявляется критическая бага?
у него нет доступа к мержу, нет доступа к выкатке на прод, максимум что он может это написать тимлиду, что происходит хуета, но это может и специально нанятый чел сделать
вывод это просто хуета по привлечению людей к непрофильным обязанностям
если орге важно, чтобы разрабы получали доступ к реальным кейсам, то можно устраивать митинги с их разбором, улучшить опять же тестирование кода на основе этого
а так вопрос чисто в амбициях, если хочется быть кем-то выше сеньора то нужно потеть за бизнес, если нет, то ты просто делаешь свою работу в пределах полномочий тебе отведенных
обычно есть несколько линий на дежурствах, у нас вот разрабы это L4. перед разрабами идут sre, но они не должны и не обязаны знать так же хорошо сервис как разрабы, в том же время как разрабы не должны настолько круто владеть их функциями как они сами. тут уже зависит от сложностей проектов и сервисов, иногда понять почему там на виртуальной машине сеть отвалилась да ХУЙ его знает и бывают ситуации, когда без разрабов тяжело. но для этого офк разраб должен знать как вообще твой сервис на проде работает и тд и тп чтобы быть в контексте. мне вот тоже не очень понятно иногда а нахуй я нужен, если нет доступа к проду, не могу зайти на машинку и почекать что там ваще происходит, что делать то блять в кибане логи сидеть ковырять потому что срешники зачастую реально нихуя не понимают(как и разрабы)
