я чет хз. У меня все, кто уезжали на релокейт - без проблем там живут и работают

конечно. те, кто не выиграл - не уехали.

не 17. 199 тысяч заявок и 65 тысяч победителей

33%

конечно. те, кто не выиграл - не уехали.

Так там же большинство запросов делается со стороны работодателя, емнип. И у всех этот процесс налажен уже давно.

Так там же большинство запросов делается со стороны работодателя, емнип. И у всех этот процесс налажен уже давно.

да. только шанс выиграть всё равно невелик.

из-за этого многие компании свернули хайр в штаты по H1B

хммм

интересна

из-за этого многие компании свернули хайр в штаты по H1B

А как хайрят в штаты тогда?

А как хайрят в штаты тогда?

через филиалы и последующую релокацию по L-1

Понял, про L1 слышал

Там кажется ты 3-5 лет потом должен работать на чувака

Да ты по любой рабочей должен

Ааа) тогда видиио разница тока в том что для L1 чувак уже доджен у тебя работать?

Кстати, так можно и от DevOps'ов избавиться. Пусть разработчики сами всё это делают

Так можно и на фулстэк разработку перейти

Имхо, проблема в увеличении кол-ва технологий и один человек не может все знать и держать в голове. Ну или на обучение чела потребуются годы, а найм будет страдать

В штаты вообще реально попасть?) Ктото пробовал?)

Родственники живут и друг в США. По родственникам, сначала рабочая виза, лет 20 назад, потом получение гражданства, спустя 5 лет после получения гражданства можно пригласить родственника и со временем он тоже может получить пмж. А другу раз 8 отказывали, и приглашения ему отправляли из сша и т.д. Женился, пошел по приколу на визу податься и визу выдали. Ребенок в сша родился, гражданство автоматом получил.

Родственники живут и друг в США. По родственникам, сначала рабочая виза, лет 20 назад, потом получение гражданства, спустя 5 лет после получения гражданства можно пригласить родственника и со временем он тоже может получить пмж. А другу раз 8 отказывали, и приглашения ему отправляли из сша и т.д. Женился, пошел по приколу на визу податься и визу выдали. Ребенок в сша родился, гражданство автоматом получил.

Не оч понял как это работает))

Не оч понял как это работает))

Random

Так понял, спасибо)

Точняк)

Я шучу, не знаю конечно

Так можно и на фулстэк разработку перейти

Это было написано сарказма ради конечно Правда я вот щас этим и занимаюсь 8) Копаюсь в Terraform, пишу backend на Flask, ковыряю React. Ну мне интересно. Работодатель вроде не парится, что скорость работы не такая высокая, как если бы был отдельно фронт и devops. Я по основной специализии backend developer

Всё всех устраивает. Зарплата не супервысокая конечно, но мне хватает пока

Все зависит от необходимого уровня знаний и требований проекта. Дьявол кроется в мелочах, а на осознание этих мелочей часто уходит туча времени

Так и есть. Работодателю норм, что я медленно работаю

Вот)

Манагер просто сказал: "Можем конечно найти фронта и devops'а отдельно, но может без них как-нибудь?" Я озвучил чем это обернётся. Манагеру было норм по описанию. Ну и в итоге мне норм оказалось. Осваиваю всякие штуки, в которые бы раньше точно не полез. Кругозор расширяется. 8) Инфраструктуру ковырять вполне себе по душе

Но у нас культурно всё. Никто на тебя не давит. Сколько надо времени на фичу, столько и берёшь

Переработок ни разу не было

Банальный фронтенд, если ты фреймворк не из cli разворачиваешь, заставит тебя полезть в маны по вебпаку, по air-bnb, еще по всякой фигне, да и с es5-6-etc, typescript там тоже целая история. Потом hot reload настроить, разные среды запуска скриптов и тд

С бэком тоже своя история )

Но там хоть не видно ?

Да это со всем так. С инфраструктурой тоже Alarm'ы прилетели из Cloudwatch. Я ХЗ, пока почитал маны, пока разобрался как оно всё работает и настраивается, 1.5 дня прошло. Но зато теперь знаю

Интересно что будет, если я свалю с этой работы xD

Так можно работодателя за яйца подвесить и просить прибавки

Ага

Манагерское решение завязать много критических вещей на одном человеке, это не айс )

пипл, ай нид хелп. 1. есть пачка реп с сервисами(микро) 2. есть репа с IaC, описывает и поднимает окружение, стек сервисов как блин версионирование сервисов вести, что-то вообще не соеденю никак? (( использовал - master\dev, но так никаких ролбеков не сделать и вообще не феншуй в репе IaC делать сабмодули и собирать\вести версии в одном месте? не соображу в какую сторону идти даже #docker #gitlab

вводи теги в репозитории сервисов

и для каждого тега в iac-репозитории храни версии сервисов, которые разворачиваются из этого конкретного iac-тега

да, но вопрос в автоматизации. Руками это только придётся

необоходимо написать скрипт, который будет тегировать iac и добавлять туда версии всех сервисов, протестированных на данный момент

т.е. сервис получает тег в реузльтате успешного ci-билда, который включает интеграционное тестирование

Блин, такое чувство, что я велосипед изобретаю, неужто все таким тернистым путём делают? )

http://www.opennet.ru/opennews/art.shtml?num=48639

Похоже битва против производительности продолжается )

Блин, такое чувство, что я велосипед изобретаю, неужто все таким тернистым путём делают? )

зависит от микросервисов

если они реально микросервисы и могут деплоиться независимо, то обычно такой жесткой модели зависимостей не требуется

ну блин, ты без 6.0 не пройдешь собеседование

Самое сложное там - письмо. Его можно запороть

если они реально микросервисы и могут деплоиться независимо, то обычно такой жесткой модели зависимостей не требуется

Так зависимость - описанный стек только, деплоить каждый отдельно из своей репы?

если они реально микросервисы и могут деплоиться независимо, то обычно такой жесткой модели зависимостей не требуется

зависит ещё от того, как программисты это всё выдумывали, например есть конторы, где кодер выкатил библиотеку, которую ты уже должен будешь на этапе ci записать в зависимости сервисов, то есть сделать диф кода, проверить функции и случае, если библиотека при них используется, прописать её в зависимости и пересобрать модуль с ней

Самое сложное там - письмо. Его можно запороть

Там вроде базовая школьная программа, на 6

Там вроде базовая школьная программа, на 6

Ну письмо - то в чем мало практики

У людей

Поэтому ты можешь получить 9/9 reading/listening, 7 за аудирование и запороть письмо потому что забыл как :)

Если работаешь в аутсорсе - письма у тебя больше чем разговоров

Если работаешь в аутсорсе - письма у тебя больше чем разговоров

Там же вроде важно как писать

Выбор словаря в ситуации и т.п.

По хорошему - везде важно писать

Так зависимость - описанный стек только, деплоить каждый отдельно из своей репы?

https://youtu.be/MBZtcNgDXzU?t=3035

вот тут частично на твой вопрос есть ответ

и еще один момент, ситуация, когда у тебя микросервисы могут работать только с определенными версиями — это антипаттерн "распределенный монолит"

и еще один момент, ситуация, когда у тебя микросервисы могут работать только с определенными версиями — это антипаттерн "распределенный монолит"

мы наверное о разных "версиях", у меня сервис прошёл тесты, стейджинг и ушёл в прод, мне вот эту версию надо фиксировать. Ну и в случае какихто проблем - откатить напредыдущую.

По хорошему - везде важно писать

У экзамена просто чуть иные требования

Чем то что в жизни встречается

Тот же spell check спасает сильно, например. И возможность поправить письмо в процессе

ERROR: S client not available

сильно зависит от того, сколько тебе набрать нужно

Writing на 7.0 набрать сравнительно просто

мы наверное о разных "версиях", у меня сервис прошёл тесты, стейджинг и ушёл в прод, мне вот эту версию надо фиксировать. Ну и в случае какихто проблем - откатить напредыдущую.

ты можешь версию предыдущего хранить в дженкинсе (консул, если есть)

для blue-green подойдет

зависит ещё от того, как программисты это всё выдумывали, например есть конторы, где кодер выкатил библиотеку, которую ты уже должен будешь на этапе ci записать в зависимости сервисов, то есть сделать диф кода, проверить функции и случае, если библиотека при них используется, прописать её в зависимости и пересобрать модуль с ней

ты говоришь про корнер-кейс когда все плохо спроектировано

когда всё плохо спроектировано — всё будет плохо, с этим я не спорю

ты говоришь про корнер-кейс когда все плохо спроектировано

?я сейчас был на 12 собеседованиях и на 8 была именно такая схема

програмисту некогда писать зависимости и тп, он фичи должен делать

а в 4 остальных что было?

а в 4 остальных что было?

ну вот представь

у тебя vmware и nfs, вся куплена обвязка из кеса создание виртуалок из тимсити, у тебя 2 дц в 6000 км друг от друга, никаких других железок не предвидется, циски, серваки от 2006-2016 года выпуска, зачем тебе openstack?

зависит ещё от того, как программисты это всё выдумывали, например есть конторы, где кодер выкатил библиотеку, которую ты уже должен будешь на этапе ci записать в зависимости сервисов, то есть сделать диф кода, проверить функции и случае, если библиотека при них используется, прописать её в зависимости и пересобрать модуль с ней

Ну впиши зависимости сам. ИЛи поговори с программистом. Это же задача DevOps в том числе

Ну впиши зависимости сам. ИЛи поговори с программистом. Это же задача DevOps в том числе

программист сделал пуш библиотеки, с этой точки зрения я должен зайти в библиотеку, посмотреть код, и разобраться, с чем она может контактировать

если бы это была единственной задачей, вопросов бы не было

программист сделал пуш библиотеки, с этой точки зрения я должен зайти в библиотеку, посмотреть код, и разобраться, с чем она может контактировать

Программист совсем дурак что-ли, что не знает от чего зависит его код? А зависимости зависимостей должны сами разруливаться через npm/yarn/pip/composer/go dep или что там у вас

И почему библиотеки пушатся в основной репозиторий?

Программист совсем дурак что-ли, что не знает от чего зависит его код? А зависимости зависимостей должны сами разруливаться через npm/yarn/pip/composer/go dep или что там у вас

там например был с++, программист делает либу, которая может работать как с 3 микросервисами, так и с 10, и при этом может ещё зависить от другой либы

И почему библиотеки пушатся в основной репозиторий?

она пушится в отдельный реп для библиотек

откуда при сборке ты берёшь их и прописываешь в сборку

там например был с++, программист делает либу, которая может работать как с 3 микросервисами, так и с 10, и при этом может ещё зависить от другой либы

Статикой собирай

но при этмо программист не пишет, для каких микросервисов эт а либа

это твоя задача все подвергнуть дифу и прописать куда надо

ведь кодеру некогда, у него фичи горят

я подошёл в тимлиду, попросил нарисуй мне полную схему с зависимостиями, кто от чего и зачем

на что мне тимлид - я не знаю, это ты devops. ты знать должен

на что мне тимлид - я не знаю, это ты devops. ты знать должен

Ну понятно. Друг на друга спираете задачи

"Отличная" команда

Ну понятно. Друг на друга спираете задачи

я там меньше недели отработал и ушёл

я за это время кроме громких сланов сто ничего не услышал

хрыч, начни вести табличку питерских контор

заведи своё ebanoe.it с отзывами на работодателей

я б почитал