OS
Size: a a a
2021 September 26
C
Привет, Candela! Это сообщение автоматической модерации специально к Тебе! Тебе необходимо согласиться с правилами чата "Обсуждения техдирские", чтобы далее общаться в чатике! Нажми кнопку "Согласен!" ниже этого текста!
SE
Согласен на 100%
M
Вы вот это только никому больше не говорите. А то засмеют.
В больших проектах мало того что разрабы не имеют никакого отношения к деплойменту и экспуатации, так еще и промеж себя разделяются на девелопмент тим и мэйтенанс тим. Иначе к проекту весьма быстро подбирается полярная лисичка.
В больших проектах мало того что разрабы не имеют никакого отношения к деплойменту и экспуатации, так еще и промеж себя разделяются на девелопмент тим и мэйтенанс тим. Иначе к проекту весьма быстро подбирается полярная лисичка.
PD
А большой проект - это про какие объемы? А то вот все, что я видел - нормально можно сопровождать совместной работой ops и dev (о чем, собственно, весь devops как культура)
M
10 млн пользователей например.
PD
Это не очень много и ничего не говорит о размере проекта, если честно.
Это DAU или MAU или число аккаунтов?
Это DAU или MAU или число аккаунтов?
M
Это количество пользователей купивших продукт.
OS
Это наверное они при этом ещё и английский язык плохо учили, а то отношения никакого не имеют, а maintenance называются
PD
Ну, это никак с размером продукта не коррелирует. Это может быть 10 mln скачавших платный тетрис.
Итак, какие параметры важны, чтобы была необходимость разделять разработку и поддержку железной стеной?
Итак, какие параметры важны, чтобы была необходимость разделять разработку и поддержку железной стеной?
M
Вы таки реально хотите поговорить за английский?
AB
а её можно разделить? ведь L3 уровень эскалации это разбудить разработчика
M
Необходимость обеспечить четкий тайминг при выпуске новых версий и при этом фиксить актуальные версии.
OS
Да, можно начать со слова деплоймент и как так случилось, что миллионы пользователей его как-то купило, но при этом разработчики никакого отношения к процессу не имеют.
Можно на убедительном примере.
Можно на убедительном примере.
M
Например компания Акронис и продукт TrueImage
OS
Вы вот это только никому больше не говорите. А то засмеют.
Чем выше барьер между разработкой и эксплуатацией, тем хуже с чётким таймингом.
Чем выше барьер между разработкой и эксплуатацией, тем хуже с чётким таймингом.
OS
Кто там чего куда задеплоил?
M
Все, все и повсюду:-)
PD
И зачем для этого разделение департаментов, как это связано?
Вот самый четкий тайминг в моей жизни был вообще без выделенного отдела эксплуатации (правда, в небольшом проекте, всего-то на несколько миллионов платежей в сутки)
Вот самый четкий тайминг в моей жизни был вообще без выделенного отдела эксплуатации (правда, в небольшом проекте, всего-то на несколько миллионов платежей в сутки)