a6
а если ты не знаешь потому что не успеваешь то начинается перекладывание тасков, волокита, что в итоге ведет к деградации кпи и в итоге к снижению прибыли самой конторы
Size: a a a
2021 February 20
a6
Подходишь такой к боссу и говоришь, я не успеваю потому что 20 проектов, дай ещё людей. Если нет, то надо из такой конторы валить
VC
Если ты девопс на 20 проектах - ты или девопс-шива или у тебя жадная контора которая не хочет сделать из тебя руководителем девопсов, сделав отдел и дав на человека по 2-3 проекта, в итоге у тебя просто будет рабочий пайп везде но при рефакторинге или новофичах это всё в один прекрасный момент встанет раком, потому что человек тупо не успеет проревьювить все ченджи в 20 проектах
то есть ченжи делают таки девы, а девопс ревьювит?
a6
У тебя прилетает ченджлог, там написано, вот например "в новой версии апи появился стабер который отдает 200, он имеет роут /asdb123", нормальный девопс пойдёт посмотрит по-коду зачем этот стабер и почему он отадёт 200 прежде нажать кнопочку "собрать все коробки и продеплоить на все проды ". Если он так не делает то понятное дело что он и знать не знает зачем ему этот стабер в переменную пихать и ответом будет "Ваш стабер сами и пихайте" ("Где получали - туда и идите").
a6
А не делает он этого потому что: 1) Не успевает 2) Лень 3) Нет доступа
VC
А не делает он этого потому что: 1) Не успевает 2) Лень 3) Нет доступа
4) нифига не понимает в коде В конторе может десяток языков используется
ВА
Девопс разве должен код разработчиков ревьюить? )
a6
4) нифига не понимает в коде В конторе может десяток языков используется
Да и такое бывает, причем чаще всего
a6
Девопс разве должен код разработчиков ревьюить? )
Ревьювить - нет, но понимать самые простые вещи - обязан
ВА
каким образом он будет всё понимать в приложении, которое пилит отдел из 10-15 разрабов?
a6
(Иначе просто при проливке боя всё встанет раком, классически, потому что 1)2)3)4) или даже всё вместе бгг)
K
каким образом он будет всё понимать в приложении, которое пилит отдел из 10-15 разрабов?
по хорошему приложение делает один человек, а 10-15 лишь реализовывают его идеи)
ВА
Так для того чтоб не встало всё раком, надо тесты писать при деплое? И в конце концов канареечный деплой, например? Откат неудачного деплоя и т.д.? Это ж и делает девопс, а не ревьюит код)
a6
каким образом он будет всё понимать в приложении, которое пилит отдел из 10-15 разрабов?
У меня более 250 разрабов и что? Это не мешает мне понимать принципы работы и те места где всё может сломатся.
ВА
Да ладно, вот у тебя делают 20-30 коммитов в день, где то в простыне кода добавили какую-то строчку, какую то переменную, и ты всё везде понимаешь? )
ВА
Что-то слабо верится
a6
Так для того чтоб не встало всё раком, надо тесты писать при деплое? И в конце концов канареечный деплой, например? Откат неудачного деплоя и т.д.? Это ж и делает девопс, а не ревьюит код)
Во во, как у тинькова вчера. А при откате и реверте пролилось не то и не туда, а при ещё реверте упала сеть. Ну всё по-классике
K
Да ладно, вот у тебя делают 20-30 коммитов в день, где то в простыне кода добавили какую-то строчку, какую то переменную, и ты всё везде понимаешь? )
ну вообще то да, быстрый скролл изменений и пеерменные окружения как на ладони. и счастье программиста если он в реадме и МР о них написал) иначе атата
a6
Да ладно, вот у тебя делают 20-30 коммитов в день, где то в простыне кода добавили какую-то строчку, какую то переменную, и ты всё везде понимаешь? )
Ченджлог для этого есть и трекеры которые метрики тебе шлют при затрагивании тех мест которые аффектятся.
ВА
Ну то есть вы можете на 100% спрогнозировать влияние изменений небольшй строчки кода в простыне на конечный продукт? )