Size: a a a

Microsoft Stack Jobs

2020 October 16

V

Viktoriia in Microsoft Stack Jobs
#vacancy #вакансия #relocation #office #fulltime #Tallinn

#vacancy #вакансия #relocation #office #fulltime #Tallinn

Join Twilio’s Platform Engineering team in Tallinn, Estonia!

Twilio is a cloud communications platform as a service company with HQ in San Francisco. Twilio allows software developers to programmatically make and receive phone calls, send and receive text messages, and perform other communication functions using its web service APIs.

The team's mission is to provide every engineer at Twilio with the DevOps APIs and tools that they need to successfully build fast, reliable and ship quality features on top of our platform.

Who?
Our candidate:
– Knows how to build services on a high scale
– Has a very strong understanding of REST APIs
– Comfortable with at least 2 languages out of Scala/Java, Python, Go, C#, C
– Has hands-on experience with SQL/NoSQL databases and caches
– DevOps/SRE and/or Cloud experience would be a plus :)
– Has strong expertise in troubleshooting complex production issues
– Has good english skills.

Why?
🦉 This Platform Engineering Team is central to Twilio's continuous growth! Our mission is to provide every engineer at Twilio with the DevOps APIs and tools that they need to successfully build fast, reliable and ship quality features on top of our platform. Engineering in Platform means understanding the demands of Twilio’s entire R&D team; engineering our services beyond the scaling and performance challenges we face; driving Twilio to new heights of scale.
🚀 You will primarily collaborate with other Platform teams based in Denver, Madrid and, of course, rest of the Twilio engineering globally.
🎁 All the perks that go with a world-changing tech company
💰 Salary around 2800–4000 eur net + stocks
🌏 Help with relocation

Ask me questions @Life1over

We can’t wait to see what you build.
источник

KT

Kirill Taran in Microsoft Stack Jobs
Видел вакансию от Твилло то ли в почте, то ли в линкедине недавно. Стек на джаве
источник

IB

Ivan Balanar in Microsoft Stack Jobs
tezjarl
Я там работал до марта этого года. Из дотнет проектов единственный живой это облачная платформа- смузи стек и в целом интересная идея, но были определенные проблемы с процессами(планирование спринта на 5+ часов, отсутствие аналитика как класса, постоянные приколы с деплоем и т.д.). Надеюсь сейчас хотя бы часть этого исправили.  Офис неплохой, разработчики сидят в кьюбиклах, всякие стандартные плюшки в виде ДМС, кофе, фруктов есть. Если какие-то более конкретные вопросы есть, то могу ответить.
как процессы выстроены, как непосредственное руководство, уровень компетентности?
источник

IB

Ivan Balanar in Microsoft Stack Jobs
еще, т.к. меня интересует в первую очередь c++/ml позиция, что-нибудь было слышно о соседях с этого направления?
источник

t

tezjarl in Microsoft Stack Jobs
Ivan Balanar
как процессы выстроены, как непосредственное руководство, уровень компетентности?
По процессу была некоторая разновидность скрама. Задачи приходили от ПМа, но через аналитиков это все не проходило(их просто не было), поэтому задачи скорее были похожи на некое высокоуровневое видение того, что бизнес хочет в проекте. На 5-часовом планировании спринта пытались как-то их прогрумить, но выходило это с переменным успехом. По людям задачи раскидывались на этом же планировании по принципу "кто хочет тот берет". Разработка велась в фича ветках в монорепозитории, на пулл реквесты прогонялся набор тестов, больше каких-то чеков не было(хотя была идея прикрутить SonarCube, но при мне до этого так и не дошло). Код ревью было обязательным, но часто проводилось довольно формально. QA были, что-то тестировали своим набором тестов, который жил в отдельном проекте, что-то просто руками. На продакшн все выезжало раз в N дней в полуавтоматическом режиме и без какого-то четкого графика(на дев кластер все раскатывалось сразу после мерджа ПР). За полгода с процессами возможно что-то изменилось, но вот в марте было так. В плане компетенций, очень много сильных дотнетчиков покинуло компанию в начале года, из сильных там остался народ, но буквально пара-тройка человек. Что касается руководства, то тимлид был довольно классный парень, приятный в общении, но ему явно не хватало опыта именно как тимлиду, и местами это чувствовалось.
источник

N

Nail in Microsoft Stack Jobs
tezjarl
По процессу была некоторая разновидность скрама. Задачи приходили от ПМа, но через аналитиков это все не проходило(их просто не было), поэтому задачи скорее были похожи на некое высокоуровневое видение того, что бизнес хочет в проекте. На 5-часовом планировании спринта пытались как-то их прогрумить, но выходило это с переменным успехом. По людям задачи раскидывались на этом же планировании по принципу "кто хочет тот берет". Разработка велась в фича ветках в монорепозитории, на пулл реквесты прогонялся набор тестов, больше каких-то чеков не было(хотя была идея прикрутить SonarCube, но при мне до этого так и не дошло). Код ревью было обязательным, но часто проводилось довольно формально. QA были, что-то тестировали своим набором тестов, который жил в отдельном проекте, что-то просто руками. На продакшн все выезжало раз в N дней в полуавтоматическом режиме и без какого-то четкого графика(на дев кластер все раскатывалось сразу после мерджа ПР). За полгода с процессами возможно что-то изменилось, но вот в марте было так. В плане компетенций, очень много сильных дотнетчиков покинуло компанию в начале года, из сильных там остался народ, но буквально пара-тройка человек. Что касается руководства, то тимлид был довольно классный парень, приятный в общении, но ему явно не хватало опыта именно как тимлиду, и местами это чувствовалось.
а почему в начале года покинуло очень много дотнетчиков?
источник

t

tezjarl in Microsoft Stack Jobs
Ivan Balanar
еще, т.к. меня интересует в первую очередь c++/ml позиция, что-нибудь было слышно о соседях с этого направления?
Про ML  я особо не в курсе, т.к с ними почти не пересекался,  слышал от коллег, что с процессами там похуже, но не более того
источник

t

tezjarl in Microsoft Stack Jobs
Nail
а почему в начале года покинуло очень много дотнетчиков?
Точно тут не скажу, но многие в компании работали довольно долго, возможно просто надоело, плюс там часть дотнетных проектов перешла на саппорт и особых доработок в них не планировалось, это тоже могло сыграть свою роль
источник

t

tezjarl in Microsoft Stack Jobs
В компании вообще была возможность переходить с проекта на проект, но там набор этих проектов остался довольно ограниченный, именно для дотнета
источник

N

Nail in Microsoft Stack Jobs
tezjarl
В компании вообще была возможность переходить с проекта на проект, но там набор этих проектов остался довольно ограниченный, именно для дотнета
на чём было большинство проектов?
источник

t

tezjarl in Microsoft Stack Jobs
Nail
на чём было большинство проектов?
плюсы
источник

t

tezjarl in Microsoft Stack Jobs
там большой процент проектов это ML либы для CV и NLP на плюсах, плюс десктоп то же пишется на плюсах
источник

IB

Ivan Balanar in Microsoft Stack Jobs
tezjarl
По процессу была некоторая разновидность скрама. Задачи приходили от ПМа, но через аналитиков это все не проходило(их просто не было), поэтому задачи скорее были похожи на некое высокоуровневое видение того, что бизнес хочет в проекте. На 5-часовом планировании спринта пытались как-то их прогрумить, но выходило это с переменным успехом. По людям задачи раскидывались на этом же планировании по принципу "кто хочет тот берет". Разработка велась в фича ветках в монорепозитории, на пулл реквесты прогонялся набор тестов, больше каких-то чеков не было(хотя была идея прикрутить SonarCube, но при мне до этого так и не дошло). Код ревью было обязательным, но часто проводилось довольно формально. QA были, что-то тестировали своим набором тестов, который жил в отдельном проекте, что-то просто руками. На продакшн все выезжало раз в N дней в полуавтоматическом режиме и без какого-то четкого графика(на дев кластер все раскатывалось сразу после мерджа ПР). За полгода с процессами возможно что-то изменилось, но вот в марте было так. В плане компетенций, очень много сильных дотнетчиков покинуло компанию в начале года, из сильных там остался народ, но буквально пара-тройка человек. Что касается руководства, то тимлид был довольно классный парень, приятный в общении, но ему явно не хватало опыта именно как тимлиду, и местами это чувствовалось.
спасибо. хороший ответ.
источник

АС

Андрей Сухарев... in Microsoft Stack Jobs
вот бы были ресурсы, где так подробно расписывали работу в каждой компании
источник

TS

Tim Safari in Microsoft Stack Jobs
Андрей Сухарев
вот бы были ресурсы, где так подробно расписывали работу в каждой компании
есть сайты в тырнетах
источник

J

Julian in Microsoft Stack Jobs
Tim Safari
есть сайты в тырнетах
И они малопопулярны.

Группы в телеге тоже хороший способ мониторить
источник

KT

Kirill Taran in Microsoft Stack Jobs
tezjarl
По процессу была некоторая разновидность скрама. Задачи приходили от ПМа, но через аналитиков это все не проходило(их просто не было), поэтому задачи скорее были похожи на некое высокоуровневое видение того, что бизнес хочет в проекте. На 5-часовом планировании спринта пытались как-то их прогрумить, но выходило это с переменным успехом. По людям задачи раскидывались на этом же планировании по принципу "кто хочет тот берет". Разработка велась в фича ветках в монорепозитории, на пулл реквесты прогонялся набор тестов, больше каких-то чеков не было(хотя была идея прикрутить SonarCube, но при мне до этого так и не дошло). Код ревью было обязательным, но часто проводилось довольно формально. QA были, что-то тестировали своим набором тестов, который жил в отдельном проекте, что-то просто руками. На продакшн все выезжало раз в N дней в полуавтоматическом режиме и без какого-то четкого графика(на дев кластер все раскатывалось сразу после мерджа ПР). За полгода с процессами возможно что-то изменилось, но вот в марте было так. В плане компетенций, очень много сильных дотнетчиков покинуло компанию в начале года, из сильных там остался народ, но буквально пара-тройка человек. Что касается руководства, то тимлид был довольно классный парень, приятный в общении, но ему явно не хватало опыта именно как тимлиду, и местами это чувствовалось.
А как выглядели бы идеальные процессы?
источник

Г

Григорий in Microsoft Stack Jobs
Kirill Taran
А как выглядели бы идеальные процессы?
Идеально расписаны таски в джире, эстимейты всей командой, аналитика и чёткие требования
источник

t

tezjarl in Microsoft Stack Jobs
Kirill Taran
А как выглядели бы идеальные процессы?
Тут кажется что сильное улучшение уже было бы от появления аналитика, т.к это бы улучшило качество постановки задач и позволило бы существенно урезать время на планирование,
источник

АБ

Алексей Бровко... in Microsoft Stack Jobs
Julian
И они малопопулярны.

Группы в телеге тоже хороший способ мониторить
Ну например много инфы (было по тем компаниям которыми интересовался) на хабре. Звучит как популярный ресурс
источник