АМ
Короче, хороший DevOps должен быть способен указать любому специалисту где и в каком месте он неправ.
Size: a a a
2020 July 02
АМ
при чем тут разработка, лол
Я не написал что это проблема разработки
t
ты — нет
AS
ну например прогер решил в каждый контейнер запихать по своему редис серверу а там может быть было логичнее сделать один редис и кучу контейнеров которые с ним общаются
АМ
Я написал что это проблема разработчика
t
а, ясно
t
как будто это не одно и то же
t
сразу видно сеньйора
АМ
Проблема разработки не касается DevOps'а
АМ
А проблема разработчика - да
OT
при чем тут разработка, лол
когда в доке одно, в конфиге другое, в дампе вообще пакеты в приложение доходят, а дальше нет, то это общая проблема =)
AS
ну короче я так понял все реально из сиисадминтсва прийтив девопсы
AS
только вот где поучавствовать в проектах и понюхать пороху
t
ну короче я так понял все реально из сиисадминтсва прийтив девопсы
да
АМ
ну короче я так понял все реально из сиисадминтсва прийтив девопсы
Либо из кодеров, но таких не любят
t
Либо из кодеров, но таких не любят
почему?
ZS
ну короче я так понял все реально из сиисадминтсва прийтив девопсы
вполне
ДН
"хитрая" аутентификация — не проблема разработки
т.е. смотри (я не DevOps, админ-шива вообще ещё) вот случай из недавнего, если его к этому можно привязать:
1. Прогер напрогерил что то, что долбиться наружу к чужому API (у нас это 1С да лол)
2. Это что то не может проксю пройти
3. Я вот должен уметь в коде 1С показать ему где он на глаз себе жмёт?
1. Прогер напрогерил что то, что долбиться наружу к чужому API (у нас это 1С да лол)
2. Это что то не может проксю пройти
3. Я вот должен уметь в коде 1С показать ему где он на глаз себе жмёт?