спорите или утверждаете?

утверждаю, что середнячков пару тысяч наберётся. И что они точно так же являются стоящими специалистами. Без капса и придыхания, но всё же :)

не могу согласиться.

жаль. Я, возможно, из своего захолустья неверно интерполирую :)

Весь чят специалистов а на мой вопрос никто так и не ответил )))

но ведь это не специалисты поотвечанию на твои вопросы, да ;) ?

Подъеб засчитан

жаль. Я, возможно, из своего захолустья неверно интерполирую :)

тут дело такое. люди часто не очень светятся. не выступают на конференциях. не пишут статьи. это не делает их плохими специалистами. но о них знают только их коллеги.

тут дело такое. люди часто не очень светятся. не выступают на конференциях. не пишут статьи. это не делает их плохими специалистами. но о них знают только их коллеги.

да

и то не факт)

их PM)

Намедни с ужасом узнал, что Devops это вчерашний день, а сейчас рулит SRE Капец, как быстро технологии меняются

эээ

а какие технологии между ними поменялись?

они ж не про технологии вообще, оба

просто вовней узнал новое слово

Намедни с ужасом узнал, что Devops это вчерашний день, а сейчас рулит SRE Капец, как быстро технологии меняются

И это абсолютно разные подходы?

Ну, я пока совсем не врубаюсь, но книгу Google SRE Book уже читаю )))

Намедни с ужасом узнал, что Devops это вчерашний день, а сейчас рулит SRE Капец, как быстро технологии меняются

не технологии, а методологии

И это абсолютно разные подходы?

почем сре не может девопс юзать?

девопс методолгия а сре скорее просто позиция

Не совсем позиция, у sre зона ответственности другая. Собственно это и в названии Site Reliability Engineer

в смысле ДРУГАЯ?

у девопса нет никакой зоны ответственности, он ведь не человек

а SRE это человек

это все об одном и том же

девопс занимается хуй знает чем

ушами растет из того что есть инфраструктурные инженеры, которые делают вся для инфраструктуры, включая тулзы

и есть чуваки делающие бизнес логику

вот первые это DevOps/SRE/System Engineer/System Administrator/Production Engineer

и пр.

а вторые это Software Developer'ы

суть от названия тайтла не меняется

если назвать админа "СРЕ" то к тебе потянутся люди которые хотят тайтл в резюме

больше будет выбора

Всем привет!

В Челябинске сейчас проходит конференция uwdc.ru про бэкенд разработку и девопс, у нас есть онлайн трансляция: http://uwdc.ru/online

Будем рады, если кого-то заинтересует.

Уже был Александр Чистяков, его покажем потом в записи)) сейчас в зале Бэкенд рассказывают про Clickhouse его разработчики из Яндекса.

а вторые это Software Developer'ы

Вопрос, почему всегда под devops все сразу на сис.админов смотрят?! Ведь это методология, в которой и разработчик может выполнять функции деплоя? И разбираться намного лучше, чем админы

Потому что ни кто не знает что это за зверь такой, магический devops

а в команду sre спецов входят и разрабы и админы

Вопрос, почему всегда под devops все сразу на сис.админов смотрят?! Ведь это методология, в которой и разработчик может выполнять функции деплоя? И разбираться намного лучше, чем админы

Да потому что придумали этот термин в основном для стартапов где не хотят платить отдельному админу, а вешают эту функцию на разраба

а потом растащили потому что модно по тем местам где админ кодит

И потому что функции деплоя разраб выполнял в некоторых местах задолго до фразы "девопс"

и у них зона ответственности как раз в обеспечении высокой доступности приложения или сервиса

и у них зона ответственности как раз в обеспечении высокой доступности приложения или сервиса

у SWE тоже

фиговый тот разработчик, которому плевать на доступность приложения своего

swe кто?

и фиговый тот админ которому плевать на доступность сервиса

фиговый тот разработчик, которому плевать на доступность приложения своего

И который не понимает, как приложение работает в проде.

swe кто?

Software Engineer

Ок

И который не понимает, как приложение работает в проде.

Ну это уже тонкости, ничто не мешает девопсу не понимать как приложение работает

как ни что не мешает разработчику понимать

Но суть в том, что sre инженеры это не те люди, который занимаются devops задачами.

@sm2te говоря "девопс" или "сре" ты уходишь в область баззвордов

потому что функции не поменялись

а дальше из-за обилия терминов пытаются люди притянуть определения за уши

Ага, теперь есть сре. То есть девопс это не админ пишущий код в папете. А кто же это? А пусть это будет инженер занимающийся деплоями

ну девопс - методолгоия, сре - позиция

как их путать можно?

отлично, да

Или я не верно понимаю sre

ну девопс - методолгоия, сре - позиция

легко, открываешь линкедин и видишь DevOps Engineer'а

открываешь SRE Book или SRECon и видишь SRE Culture

ERROR: S client not available

Ага, теперь есть сре. То есть девопс это не админ пишущий код в папете. А кто же это? А пусть это будет инженер занимающийся деплоями

cpe это вообще customer premises equipment

Хм. ну...

@xolseg путать их можно потому что это просто попытка дать название тому что хотят видеть от админа и девелопера крупные крутые конторы

и все

Значит и то ито не то?

ничего кроме

оно не вчера появилось

оно и то и то и позиция и методология

и то и то очень сильно пересекается

и про то и про то идут дебаты и никто не понимает что это

Хм.. кароч, админ-разраб

просто СРЕ это "админ, но как в гугле"

а в гугле все админы это немного девы

типа того?

по факту чувак занимающийся инфраструктурным куском, пишущий код, мониторящий, деплоящий, поддерживающий и т.п.

типа того?

ну сре должен уметь и кодить и админить

ну сре должен уметь и кодить и админить

sre должен понимать принципы и технологии построения отказоустойчивых систем.

Обязательно?

Админы и так должны уметь кодить

Отказоустойчивость это что?

sre должен понимать принципы и технологии построения отказоустойчивых систем.

а админы не должны?

а девелоперы?

с какого то момента ВСЕ должны понимать

и даже больше - чем крупнее контора тем тоньше грань между девелопером и админом будет

Отказоустойчивость это что?

это когда на планерке даеют не пиздюли а премию.

Ну зачем я вообще тему поднял)))

это когда на планерке даеют не пиздюли а премию.

Понял. ? Просто тут именно отказоустойсчивость всплыла, а то что приложение допустим будет хуевертить сервера, вылетать, падать это пох и это не проблемы sre?

в крупных конторах уже многие годы админы должны понимать отказоустойчивость, должны уметь кодить, а девелперы должны понимать как их код работает на проде и как работает железо и сеточка

то есть то что нужно по методологиям

в крупных конторах уже многие годы админы должны понимать отказоустойчивость, должны уметь кодить, а девелперы должны понимать как их код работает на проде и как работает железо и сеточка

крупные конторы они * разные * не однородные так что админы там никому ничего не должны. а могут...

в крупных конторах уже многие годы админы должны понимать отказоустойчивость, должны уметь кодить, а девелперы должны понимать как их код работает на проде и как работает железо и сеточка

тру

крупные конторы они * разные * не однородные так что админы там никому ничего не должны. а могут...

Я про ожидания