Size: a a a

2020 January 17

ЕО

Евгений Омельченко in DevOps
Sergey Protko
вот как по мне это идеальный вариант
Ну это прям очень больно
источник

А

Артём in DevOps
Sergey Protko
со свторым проблемы тоже из-за зависимостей. Если у тебя одна команда может сломать жизнь всем ну... плохо)
не то что бы всем, сама себе скорее и бизнесу
источник

SP

Sergey Protko in DevOps
Евгений Омельченко
Ну это прям очень больно
возможно я не так понимаю, я больше с позиции разработчика смотрю)
источник

ЕО

Евгений Омельченко in DevOps
В целом нужно индвидуально всегда подходить, сообщество может в руки только набор инструментов дать, но не готовое решение
источник

А

Артём in DevOps
Евгений Омельченко
В целом нужно индвидуально всегда подходить, сообщество может в руки только набор инструментов дать, но не готовое решение
Это понятно
источник

ЕО

Евгений Омельченко in DevOps
В целом если у вас возникают костыли какие-то для решения отдельных инфраструктурных проблем, то вам нужна команда платформы как сервиса
источник

А

Артём in DevOps
Евгений Омельченко
В целом если у вас возникают костыли какие-то для решения отдельных инфраструктурных проблем, то вам нужна команда платформы как сервиса
Уже есть )
источник

ЕО

Евгений Омельченко in DevOps
А так, конечно, всегда будут индивидуальные моменты в командах, без этого никак вообще
источник

А

Артём in DevOps
Тут больше вопрос был про именно шаринг опыта и знаний и кто его практикует, какими методами и как чаксто
источник

ЕО

Евгений Омельченко in DevOps
Вопрос в том насколько это допускать, но это вопрос политической воли бизнеса
источник

А

Артём in DevOps
Евгений Омельченко
Вопрос в том насколько это допускать, но это вопрос политической воли бизнеса
Да, без баланса получится больно бизнесу
источник

SP

Sergey Protko in DevOps
Артём
Тут больше вопрос был про именно шаринг опыта и знаний и кто его практикует, какими методами и как чаксто
все упирается в характер опыта и знаний. Я например очень хочу воркшопы. Например мы планируем сделать первый через месяц, посмотреть реакцию людей. Пока чисто по промитею для разработчиков. Как им метрики по фичам добавлять, как алерты делать, как тестить это все и т.д.
источник

А

Артём in DevOps
Sergey Protko
все упирается в характер опыта и знаний. Я например очень хочу воркшопы. Например мы планируем сделать первый через месяц, посмотреть реакцию людей. Пока чисто по промитею для разработчиков. Как им метрики по фичам добавлять, как алерты делать, как тестить это все и т.д.
Мы тоже уже движемся туда, несколько воркшопов уже проведены **
источник

SP

Sergey Protko in DevOps
как по мне это самый эффективный способ передачи знаний но для этого надо хорошо представлять кому это интересно. Ибо далеко не всем разработчикам это интересно и заставлять всех будет не очень продуктивно
источник

SP

Sergey Protko in DevOps
если хотя бы треть будет заинтересована - они там дальше будут внутри своих команд идеи двигать
источник

SP

Sergey Protko in DevOps
у нас скажем проблема больше в том что есть 3 офиса на разных кантинентах и нет представления о том кто там есть и какими скилами обладает.
источник

А

Артём in DevOps
Sergey Protko
у нас скажем проблема больше в том что есть 3 офиса на разных кантинентах и нет представления о том кто там есть и какими скилами обладает.
У нас благо это представление есть, но к сожалению не все одинаковы по знаниям даже примерно, потмоу что компаняи растет взрывами и внутренними стартапами в которых часто хантят лишь бы закрыть потребность
источник

А

Артём in DevOps
но все конечно молодцы, по собственному мнению
источник

SP

Sergey Protko in DevOps
Артём
У нас благо это представление есть, но к сожалению не все одинаковы по знаниям даже примерно, потмоу что компаняи растет взрывами и внутренними стартапами в которых часто хантят лишь бы закрыть потребность
я помню как один из менеджеров на вопрос "может будем нанимать тех кто по стэку подходит больше" ответили "Lol! Nice one!"
источник

SP

Sergey Protko in DevOps
Артём
но все конечно молодцы, по собственному мнению
я заметил интересную штуку - если команды не оч тестно между собой общаются (не общаются вовсе за исключением какие-то эпизодов) они думают о других командах хуже чем о своей. Это проблема поскольку довольно часто "важные штуки доверить им? ты че? они ж тупые!"
источник