Успехов!
Вижу такие варианты и целых ноль проблем.
1. Вы очень хотите в эту компанию — делайте задание.
2. Вы не хотите в эту компанию — не делайте задание.
Можно сделать задание, даже если вы не хотите в компанию (возникает вопрос, зачем собеседоваться в компанию, где вы не хотите работать):
— если задание интересное
— если задание оплачиваемое
Практика оплаты за задание существует, как правило инициируется самой компанией, например, так:
i.ibb.co/...020-09-12-at-11-01-27.png
Моя позиция — техническое задание с реализацией это очень норм и очень круто, потому что позволяет (1) ближе познакомиться с стеком, (2) минимально пообщаться с командой, (3) примерно понять, какой тип и уровень задач будет ставить бизнес. К тому же, я бы оставлял его без оплаты — для проверки мотивации кандидата, но с бонусом после выполнения.
А когда вы решаете попробовать себя в Uber/Twitter/Tesla/Linkedin/etc или тем более FAANG, то оказывается, что хорошо было бы еще магистратуру по специальности.
Ой, більше не буду, вибачте.
А вы можете установить Cisco, IBM, Citrix, EMC Dell решение внутрь VPC, или в распределенный Kubernetes кластер? Вполне вероятно, что я не знаком с этой частью рынка, а вы — знакомы. Делитесь знанием :)
За всю мою карьеру я видел 3 решения, как решали проблему доступа к корпоративным ресурсам: PPTP в Windows экосистеме, L2TP over IPsec там, где высокие требования к безопасности, и OpenVPN во всех остальных случаях. Очевидно, что ни одно из решений не Zero Trust Networking.
Какие такие совсем другие игроки в Zero Trust, не считая тех, что я уже назвал? Приведите пример, интересно.
Вам нравиться писать токсичные деструктивные неаргументированные комментарии? IT-директор, добавляйте конструктива.
Великі проекти на Docker Swarm — погане архітектурне рішення
Добавляйтесь автором, если у вас есть интересные новости)
Про Bay Area не согласен. Выжить можно только с убером, и то по ощущениям — такое себе. Расстояния гигантские, все на авто, пешком люди не ходят.
Возле меня идущего пару раз останавливались переспросить все ли в порядке, не нужна ли помощь. Рядом с Atherton
Именно в таких нюансах есть огромная разница между «девопс» и DevOps Engineer
Учитывает, там можно выбрать дедакшены, которые будут на вас эплаиться. По умолчанию, применяется самый худший вариант. Я надеюсь, вы не пытаетесь парировать что Ли сможет с 500к откладывать 350к?)
Илья, про $500k манипуляция. Судя по калькулятору, с 500k (даже пусть это будет чисто зп, а не зп + опционы, на которые поболее налогов, и посложнее конвертнуть в бабло) с 500k останется 288k. Просто после налогов. Пруф: smartasset.com/...tax-calculator#NN8Wl7jtJ2
Т.е. уже никак «делать с остальными 350» не получится. Окей, пусть Ли реально арендует за 8к: 288-12*8= 192k. Из этого всего нужно покупать еду, обслуживать кредит за тачку, покупать шмотки и вкладывать в самообучение, откладывать на пенсию. Ты лучше знаешь, сколько это получиться за год.
Как я вижу, в лучшем случае Ли будет думать что делать с остальными 100к. Но никак не 350 :)
Якщо до return, то все ок))
Я бы посоветовал принимать оффер на саппорт, за месяц-два подучить кубер и экосистему возле него, и пробовать перейти на другой проект уже как DevOps.
Если голяк, то позиция на собеседованиях в другие компании будет намного сильнее — реальный продакшн опыт кубера, работа в команде, понимание вещей и процессов которые невозможно выучить самостоятельно.
Саппорт может быть разный — например, онколл 24/7 с доступом только ребутать что-то, или полный доступ на все API и инструкция как чинить подобного рода проблемы. Сапорт подразумевает быстрое реагирование с решением проблемы и свободное время когда с системой все ок. Это как раз дает возможность поглубже разобаться в системе, которую поддерживают, поначитывать книжек, посмотреть видеоуроки — в общем заняться самообазованием.
Но это только при проактивной позиции — есть люди, которые годами сидят, смотрят в заббикс и рестартуют сервисы. И им нормально.
В целом сложно советовать, я не знаю всей картины и положения вещей — но в любом случае, если вы хотите более реактивно зайти в DevOps — лучше через практику.
Можете мне куда-то отписать, я менторю в этом направлении.
Рекомендую отталкиваться от потребностей, и посмотреть на фичи которые реализует каждое из решений. Если коротко, то Artifactory будет фичастей и лучше UX, а Nexus в свою очередь будет намного дешевле и не нужно докупать разные типы репозов (npm, composer, etc).
В то же время если у Вас небольшой проект и нету зоопарка разных артефактов — посмотрите на узкие солюшны. Например, Aptly для deb, Verdaccio для npm, Toran для Composer. И денег не нужно, и функционально проблему решили. Бизнес оценит :)
Очень круто, что это в Кибану впилили)
Топ!