A
я абстрактно давал совет для всех)
Size: a a a
2021 March 07
SP
И "проект феникс. Devops". Новых практик я там не увидела, но как практикующему баз фактору со стороны интесно почитать было
а что для тебя "новые практики"?
m
а что для тебя "новые практики"?
Внедрение плановых работ, когда все заранее плвнится и согласуется
m
Работы: выкладки фич, обновления
m
Мы прост и так это используем
m
Но подход безумно крутой, привыкаешь.
SP
ну если вот так упрощать то все это используют. Может быть горизонт планирования у всех не очень большой или больше реактивное планирование (когда горит тогда и тушим)
SP
большинство вещей которые "тип топ крутота" были еще в 70-х придуманы.
SP
самое "свежее" в практиках и подходах это пожалуй отход от формализации требований и всякие тулы которые позволяют включать больше людей без специфичных знаний в обсуждение "а что сделать то надо". Это где-то нулевые/конец 90-х.
m
У нас прямо по чёткому регламенту, если выкатываешь фичу, должны согласовать все кого затронет (обычно руководство тех кого затронет и заказчики)
SP
У нас прямо по чёткому регламенту, если выкатываешь фичу, должны согласовать все кого затронет (обычно руководство тех кого затронет и заказчики)
а когда фичу придумывали это не анализируется? почему когда выкатываешь только?
m
а когда фичу придумывали это не анализируется? почему когда выкатываешь только?
Они должны быть в курсе, что фича будет прямо вот. Уже готово и они готовы принять новые измения
m
Частично в формате: да уведомлен.
m
Либо для того чтобы не перечься к примеру с платёжным периодом
m
Когда шатать опасно
SP
Они должны быть в курсе, что фича будет прямо вот. Уже готово и они готовы принять новые измения
вопрос - а кто фичи "выкатывает"? Ты код выкладываешь или там отдельно люди которые пимпку включают в условной админке?
m
Разрабы
SP
ну значит еще не доросли до devops
SP
и прочих CD
m
Но да, в теории можно после полного согласования пнуть гитлаб пл апи