Size: a a a

SPb Reliability Meetup

2019 February 17

VR

Vasiliy Romaneev in SPb Reliability Meetup
Valentine G
я про чат6 против методологии ничего против не имею)
тогда я не понял - почему devops-jobs не подходит для поиска работы ?
источник

VG

Valentine G in SPb Reliability Meetup
Vasiliy Romaneev
тогда я не понял - почему devops-jobs не подходит для поиска работы ?
слишком много нерелевантных обсуждений и токсичный контингент
источник

ᴀ👨

ᴀɴᴅʀᴇʏ ᴍ 👨🏻‍💻🎲🎮😈🇷🇺 in SPb Reliability Meetup
Reasonable.
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
Valentine G
слишком много нерелевантных обсуждений и токсичный контингент
Правильно оформленная вакансия/резюме попадает в канал.
я отписался от devops_jobs, читаю только канал в котором вакансии и нет обсуждений совсем.
источник

VG

Valentine G in SPb Reliability Meetup
ну идея так-то хорошая, но иногда случаются редкие обсуждения по делу - из них я себе два лида выцепил на консалтинг, ничем не закончилось - но лучше чем ничего
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
Там слишком много сообщений, я столько читать не успеваю, поэтому отписался
а вакансии/резюме благодаря каналу не пропускаю.
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
Valentine G
слишком много нерелевантных обсуждений и токсичный контингент
ващет есть @devops_jobs_feed если ты просто ищешь работу
источник

VG

Valentine G in SPb Reliability Meetup
Sergey Trapeznikov
ващет есть @devops_jobs_feed если ты просто ищешь работу
я не работу ищу)
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
я не про тебя
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
Постишь свое резюме с тегом #ищу - вилку - стек и попадаешь в канал
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
Думаю, надо @anmcarrow хайлайтнуть, вдруг пропустил сообщение.
источник

ᴀ👨

ᴀɴᴅʀᴇʏ ᴍ 👨🏻‍💻🎲🎮😈🇷🇺 in SPb Reliability Meetup
Да-да, я тут, я читаю, спасибо.
источник

DN

Dmitry Nazarov in SPb Reliability Meetup
ᴀɴᴅʀᴇʏ ᴍ 👨🏻‍💻🎲🎮😈🇷🇺
Народ, тут можно постить объявки о поиске работы?
можно) тег #cv

подробнее см политику чата в описании
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
ᴀɴᴅʀᴇʏ ᴍ 👨🏻‍💻🎲🎮😈🇷🇺
Народ, тут можно постить объявки о поиске работы?
Да
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Sergey Trapeznikov
этот чат больше про оффлайн встречи
Господа, давайте не запрещать лишнего. Пожалуйста.
Оффлайновые встречи много для чего подходят. В том числе для поиска работы
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
Vitaliy Levchenko
Господа, давайте не запрещать лишнего. Пожалуйста.
Оффлайновые встречи много для чего подходят. В том числе для поиска работы
а кто ж запрещал(
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Sergey Trapeznikov
а кто ж запрещал(
Так это воспринял Андрей
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
Vitaliy Levchenko
Разное ядро. Мы делаем коммьюнити вокруг оффлайновых встреч
я пытался процитировать это
намеков на "нельзя" я не делал
источник

VR

Vasiliy Romaneev in SPb Reliability Meetup
Хм, а вот посоветуйте или в профильный чат направьте по release management

Имеется две команды- фронт и бек.
У каждой команды свои релизные циклы.

Сейчас есть спринты по 2 недели - каждая фича ветвится от дев и в конце спринта всё сливается в staging/prod.
Хочется ускорить поставку фич на тестирование и в прод.

Варианты, которые я вижу:
1. для каждой фичи делаем своё окружение.
По готовности фичи - заливаем её в dev, смотрим, что ничего не сломалось и гоним staging на тестирование QA
2. Feature pinning - очень круто, но на первый взгляд - много работы

Может что-то еще есть - как вы решаете эту проблему ?
источник

EG

Eduard Generalov in SPb Reliability Meetup
Vasiliy Romaneev
Хм, а вот посоветуйте или в профильный чат направьте по release management

Имеется две команды- фронт и бек.
У каждой команды свои релизные циклы.

Сейчас есть спринты по 2 недели - каждая фича ветвится от дев и в конце спринта всё сливается в staging/prod.
Хочется ускорить поставку фич на тестирование и в прод.

Варианты, которые я вижу:
1. для каждой фичи делаем своё окружение.
По готовности фичи - заливаем её в dev, смотрим, что ничего не сломалось и гоним staging на тестирование QA
2. Feature pinning - очень круто, но на первый взгляд - много работы

Может что-то еще есть - как вы решаете эту проблему ?
Dynamic environments.
источник