Size: a a a

SPb Reliability Meetup

2019 April 09

SM

Serg Martynov in SPb Reliability Meetup
https://www.highload.ru/spb/2019/meetups#1429243 Всем привет. Сегодня проходит второй день Saint HighLoad++ 2019. Какое длинное название😄 И я как организатор нашего митапа выступлю с небольшим докладом, о том, как разработчики видят и работают с инфраструктурой. И расскажу почему на страже доступности вашего сервиса должна стоять команда  разработчиков, а не системных администраторов.
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Serg Martynov
https://www.highload.ru/spb/2019/meetups#1429243 Всем привет. Сегодня проходит второй день Saint HighLoad++ 2019. Какое длинное название😄 И я как организатор нашего митапа выступлю с небольшим докладом, о том, как разработчики видят и работают с инфраструктурой. И расскажу почему на страже доступности вашего сервиса должна стоять команда  разработчиков, а не системных администраторов.
Во сколько?
источник

SM

Serg Martynov in SPb Reliability Meetup
В 14:00
источник

W

Womchik in SPb Reliability Meetup
опять я без обеда :(
источник

SM

Serg Martynov in SPb Reliability Meetup
Так поменяй время))
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
Serg Martynov
https://www.highload.ru/spb/2019/meetups#1429243 Всем привет. Сегодня проходит второй день Saint HighLoad++ 2019. Какое длинное название😄 И я как организатор нашего митапа выступлю с небольшим докладом, о том, как разработчики видят и работают с инфраструктурой. И расскажу почему на страже доступности вашего сервиса должна стоять команда  разработчиков, а не системных администраторов.
только большинство разрабов сильно incompetent в инфре
и вряд ли они будут на это обучаться
источник

SM

Serg Martynov in SPb Reliability Meetup
Sergey Trapeznikov
только большинство разрабов сильно incompetent в инфре
и вряд ли они будут на это обучаться
Все зависит от мотивации. Я могу сказать, что пилить фичи скучно, реально. А вот проводить исследования, почему поведение сервиса отличается от ожидаемого, очень даже интересны.
источник

SM

Serg Martynov in SPb Reliability Meetup
Хотя кому я вру, за это просто платят хорошие деньги😂😂
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
источник

W

Womchik in SPb Reliability Meetup
Serg Martynov
Все зависит от мотивации. Я могу сказать, что пилить фичи скучно, реально. А вот проводить исследования, почему поведение сервиса отличается от ожидаемого, очень даже интересны.
потому, что кто-то криво пилит скучные фичи :)
источник

SM

Serg Martynov in SPb Reliability Meetup
Просто 95% веб разработчиков бояться в этом признаться, что их работа скучна)))
источник

SM

Serg Martynov in SPb Reliability Meetup
И я молчу про тех, кто фронт пишет😂
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
а как они узнают чем занимаются опсы, так им сразу станет интересно и они будут отвечать за доступность своего кода!(нет:Р)
источник

SM

Serg Martynov in SPb Reliability Meetup
1. Продуктовая команда и команда инфраструктуры - это разные команды.
2. Мы говорим о разрабах уровня  мидла и выше. Хорошие мидлы всегда знают среду, где запущено их приложение. И они уже знакомы с инфраструктурой. И со звонками в 3 часа ночи, когда бедная ТП не может разобраться, почему сервис лежит)))
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
=)))) значит есть много нехороших мидлов))
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
где запущено они знают образно
вот есть жава, есть GC, есть хипы и пр jvm метрики, и какие то запросы с бэка на базу

вот собсна здесь и заканчивается понимание разработчика
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
(по крайней мере тех что я встречал, я не обобщаю)
источник

W

Womchik in SPb Reliability Meetup
Не все знают про хип и гц
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
ну вот, даже это не все
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
а вы про какую то ответственность за доступность
источник