DO
девопс - это как бы про девелоперов
Devops - это больше сисадмин, чем программист.
Size: a a a
2018 September 19
A
Dmitry Oxxzz
Devops - это больше сисадмин, чем программист.
девопс - это не специальность
A
а стиль жизни, когда програмисты сами всё делают, а админов не существует
A
а когда у тебя должность девопс - это ты сисадмин, который пытается модным быть
AK
девопс - это не специальность
Это переименованный админ, после того как контора наглоталась модной херни про оджайл, трансформации, диджитал-%любая_хрень%
A
Это переименованный админ, после того как контора наглоталась модной херни про оджайл, трансформации, диджитал-%любая_хрень%
именно
A
помню эту контору на play у них куча негативных отзывов
A
а что такое play?
A
DO
а стиль жизни, когда програмисты сами всё делают, а админов не существует
"ты ж программист" 😊
A
ну вообще они разработчикам сотку платят, откуда взяться качественному продукту?
там текучка должна быть
там текучка должна быть
A
Dmitry Oxxzz
"ты ж программист" 😊
нет
A
между авс и чайником разница таки есть
DO
Я, как разраб, приходя на проект, должен вникать одновременно в:
1) незнакомые библиотеки и фреймворки (часть знаю, часть нет - это неизбежно)
2) специфику проекта (код я прочитаю, мысли предшественника - нет)
То есть, думать в любом случае придётся "за себя и за того парня", а тут ещё и devops третьим за компанию.
1) незнакомые библиотеки и фреймворки (часть знаю, часть нет - это неизбежно)
2) специфику проекта (код я прочитаю, мысли предшественника - нет)
То есть, думать в любом случае придётся "за себя и за того парня", а тут ещё и devops третьим за компанию.
A
всё равно не вижу повода для возмущения
A
да, должен
A
вот 100к - это повод
IR
Dmitry Oxxzz
Я, как разраб, приходя на проект, должен вникать одновременно в:
1) незнакомые библиотеки и фреймворки (часть знаю, часть нет - это неизбежно)
2) специфику проекта (код я прочитаю, мысли предшественника - нет)
То есть, думать в любом случае придётся "за себя и за того парня", а тут ещё и devops третьим за компанию.
1) незнакомые библиотеки и фреймворки (часть знаю, часть нет - это неизбежно)
2) специфику проекта (код я прочитаю, мысли предшественника - нет)
То есть, думать в любом случае придётся "за себя и за того парня", а тут ещё и devops третьим за компанию.
Вообще, это все больше про процессы, которая каждая компания выстраивает для себя, либо заимствуя что-то готовое, либо придумывая некоторые свои вещи.
Наверное сложно сказать, что что-то из них "более правильно", чем что-то другое в 100% случаях.
Где-то была классная диаграммка со сравнением существующих стилей работы, но вот ищу и не могу найти, к сожалению
Наверное сложно сказать, что что-то из них "более правильно", чем что-то другое в 100% случаях.
Где-то была классная диаграммка со сравнением существующих стилей работы, но вот ищу и не могу найти, к сожалению
