Size: a a a

SPb Reliability Meetup

2019 April 09

W

Womchik in SPb Reliability Meetup
Ужас
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
причём full-stack, ага )
просто теперь нужно будет еще в devops/qa/scrum самим всё.
некоторые умеют и им норм, кстати )
источник

W

Womchik in SPb Reliability Meetup
Vasiliy Romaneev
причём full-stack, ага )
просто теперь нужно будет еще в devops/qa/scrum самим всё.
некоторые умеют и им норм, кстати )
А как разрабатывать они не забыли?
источник

SM

Serg Martynov in SPb Reliability Meetup
Vasiliy Romaneev
разделение труда даёт плюсы не тем, что все могут зарабатывать, а тем, что человеку проще набрать квалификацию в одной области.
Сергей прав - если разработчики смогут набрать компетенций, чтобы заместить SRE и QA - они будут больше зарабатывать.
На мой взгляд - многое смогут, но далеко не всё.
Вот SRE это и есть разработчики, как раз те, кто работают с инфраструктурой ))
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
Serg Martynov
Вот SRE это и есть разработчики, как раз те, кто работают с инфраструктурой ))
ты предлагаешь всю команду обучать специфике работы с продом ?
или выделить экспертизу и шарить её потом на проект ?
Какая идеальная команда - какие роли и сколько их представителей в штуках.
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
Vasiliy Romaneev
ты предлагаешь всю команду обучать специфике работы с продом ?
или выделить экспертизу и шарить её потом на проект ?
Какая идеальная команда - какие роли и сколько их представителей в штуках.
а разве кому то в команде не надо работать "с продом"?
источник

SM

Serg Martynov in SPb Reliability Meetup
Vasiliy Romaneev
ты предлагаешь всю команду обучать специфике работы с продом ?
или выделить экспертизу и шарить её потом на проект ?
Какая идеальная команда - какие роли и сколько их представителей в штуках.
Отвечу чуть позже вечером. Пока занят (((
источник

Е

Егор in SPb Reliability Meetup
Tshaped всегда приветствуется
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
Serg Martynov
Вот SRE это и есть разработчики, как раз те, кто работают с инфраструктурой ))
митап то будет нет ?
источник

Е

Егор in SPb Reliability Meetup
Если команда не шарит как их приложение работает в проде, чего уж говорить о качестве)
источник

SM

Serg Martynov in SPb Reliability Meetup
Aleksey Shirokikh
митап то будет нет ?
В любом случае, чуть позже объявим дату и программу )
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
Womchik
А как разрабатывать они не забыли?
на деле - можно сделать достаточно просто:
1. Есть инфраструктурная команда на компанию.
Она пилит инфраструктуру и выдаёт рекомендации и шаблоны.
2. Есть команда (или SRE в команде) - применяют эти шаблоны на себя.
Таким образом, от разработчика по OPS-части почти ничего не нужно, да и нужно на старте проекта.
Практики от инфраструктурной команды у них есть.
Остаётся только оптимизировать проект под нагрузки. Ну нужен опытный инженер, да, который будет ревьюить, менторить и что там еще нужно от лида.
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
ок. пиши. у меня есть SRE стикеры. я намерян ими поделится
источник

NK

Nick Kritsky in SPb Reliability Meetup
Вопрос уже давно не в том, должны ли девы шарить в инфре. Вопрос в том, как сделать это дешевле и безболезненней
источник

W

Womchik in SPb Reliability Meetup
Vasiliy Romaneev
на деле - можно сделать достаточно просто:
1. Есть инфраструктурная команда на компанию.
Она пилит инфраструктуру и выдаёт рекомендации и шаблоны.
2. Есть команда (или SRE в команде) - применяют эти шаблоны на себя.
Таким образом, от разработчика по OPS-части почти ничего не нужно, да и нужно на старте проекта.
Практики от инфраструктурной команды у них есть.
Остаётся только оптимизировать проект под нагрузки. Ну нужен опытный инженер, да, который будет ревьюить, менторить и что там еще нужно от лида.
Это не то, что Сергей проповедует
источник

SM

Serg Martynov in SPb Reliability Meetup
Aleksey Shirokikh
ок. пиши. у меня есть SRE стикеры. я намерян ими поделится
источник

D

DaySandBox in SPb Reliability Meetup
Removed msg from Никита Соболев. Reason: new user + external link
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
DaySandBox
Removed msg from Никита Соболев. Reason: new user + external link
источник

DN

Dmitry Nazarov in SPb Reliability Meetup
:D
источник

PR

Paul Rudnitskiy in SPb Reliability Meetup
А вот тут обидно было
источник