🇬🇧 Опыт в Meta, London
Куда проходило собеседование?
Software Engineer, London
Каким образом получил приглашение на собеседование?
В начале года напрямую подал через официальный сайт.
Какие были этапы и до какого этапа дошел?
Стандартные этапы: HR call, Phone interview, System design, Behavioral, 2 Algorithms
Я прошел все этапы, и через неделю рекрутер связался и сообщил, что успешно прошел онсайт. Насколько я понимаю, в этом году структура компании немного изменилась. Если раньше после онсайта сразу звали в офис и проводили онбординг, сейчас мне пришлось выбирать команду сразу же после онсайта. В итоге мне назначили встречи с несколькими командами, среди которых я выбрал одну и получил оффер.
Какие примерно были технические и поведенческие вопросы?
К счастью, все задачи были из литкода, но какие именно вопросы, уже не помню, поскольку процесс интервью начался в марте. Помню только вопросы поведенческого интервью. Помню, потому что лично для меня это было самое сложное: вопросы о расстановке приоритетов, конфликтных ситуациях, сложностях проектирования.
Как тебе процесс интервью и сами интервьюеры?
Процесс собеседования был немного энергозатратным, и иногда было сложно совмещать работу и подготовку. В целом, процесс собеседования прошел так, как и ожидалось. Заранее договорились с hr разделить онсайт на 2 дня. Все интервьюеры были дружелюбны и отзывчивы, но в последнем интервью по алго интервьюер как будто был занят другими делами, и иногда ему приходилось повторять то, что уже говорил ранее. Это немного сбивало с толку, но все равно успевал решить все задачи и объяснять их. Ответ онсайта получил через неделю.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, везде себя показал хорошо, кроме поведенческого, но потом каким-то образом от hr получил фидбэк, что везде получил отличный результат. Честно говоря, было неожиданно услышать от hr такое, так как были трудности в поведенческом, даже пришлось пропустить некоторые вопросы из-за того, что тупо не смог ответить, но в итоге результатом остался доволен. В алго решил все задачи, предложил несколько вариантов, обсудили решения, потом тестировали вместе с интервьюером, в общем все прошло гладко. После систем дизайна боялся, что не пройду, так как не успел обсудить некоторые детали, но, по-видимому, интервьюеру хватило того, что мы успели обсудить.
Твои личные советы по подготовке?
По алгоритмам мне помогло ранее решенные задачи. Перед собеседованием не решал новые задачи, а просто повторил старые уже решенные. Поэтому я бы посоветовал постоянно решать задачи, так как не знаешь, когда пригласят на собеседование. В случае, если пригласят, у тебя уже есть база решенных задач, и пройти еще раз будет достаточно.
Автор: Аноним
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#meta #реальныйопыт
Куда проходило собеседование?
Software Engineer, London
Каким образом получил приглашение на собеседование?
В начале года напрямую подал через официальный сайт.
Какие были этапы и до какого этапа дошел?
Стандартные этапы: HR call, Phone interview, System design, Behavioral, 2 Algorithms
Я прошел все этапы, и через неделю рекрутер связался и сообщил, что успешно прошел онсайт. Насколько я понимаю, в этом году структура компании немного изменилась. Если раньше после онсайта сразу звали в офис и проводили онбординг, сейчас мне пришлось выбирать команду сразу же после онсайта. В итоге мне назначили встречи с несколькими командами, среди которых я выбрал одну и получил оффер.
Какие примерно были технические и поведенческие вопросы?
К счастью, все задачи были из литкода, но какие именно вопросы, уже не помню, поскольку процесс интервью начался в марте. Помню только вопросы поведенческого интервью. Помню, потому что лично для меня это было самое сложное: вопросы о расстановке приоритетов, конфликтных ситуациях, сложностях проектирования.
Как тебе процесс интервью и сами интервьюеры?
Процесс собеседования был немного энергозатратным, и иногда было сложно совмещать работу и подготовку. В целом, процесс собеседования прошел так, как и ожидалось. Заранее договорились с hr разделить онсайт на 2 дня. Все интервьюеры были дружелюбны и отзывчивы, но в последнем интервью по алго интервьюер как будто был занят другими делами, и иногда ему приходилось повторять то, что уже говорил ранее. Это немного сбивало с толку, но все равно успевал решить все задачи и объяснять их. Ответ онсайта получил через неделю.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, везде себя показал хорошо, кроме поведенческого, но потом каким-то образом от hr получил фидбэк, что везде получил отличный результат. Честно говоря, было неожиданно услышать от hr такое, так как были трудности в поведенческом, даже пришлось пропустить некоторые вопросы из-за того, что тупо не смог ответить, но в итоге результатом остался доволен. В алго решил все задачи, предложил несколько вариантов, обсудили решения, потом тестировали вместе с интервьюером, в общем все прошло гладко. После систем дизайна боялся, что не пройду, так как не успел обсудить некоторые детали, но, по-видимому, интервьюеру хватило того, что мы успели обсудить.
Твои личные советы по подготовке?
По алгоритмам мне помогло ранее решенные задачи. Перед собеседованием не решал новые задачи, а просто повторил старые уже решенные. Поэтому я бы посоветовал постоянно решать задачи, так как не знаешь, когда пригласят на собеседование. В случае, если пригласят, у тебя уже есть база решенных задач, и пройти еще раз будет достаточно.
Автор: Аноним
#meta #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
👍45❤13
🐹 Позитивный настрой
Некий разработчик Чен устраивался джуном в Amazon. На собеседовании он показал себя не очень сильно: технические скиллы не дотягивали до джуниорского уровня. Как выяснилось позже, на других финальных собеседованиях он тоже чуть-чуть не дотянул. Обычно такой кандидат — это определенно No Hire. Но его все-таки приняли! Почему же?
Я наткнулся на публикацию от бывшего тех руководителя Amazon Дейв Андерсон про одного интересного кандидата, которого он собеседовал.
Чен молодой разработчик, который начал интервью с энергичного “Привет! Рад познакомиться, меня зовут Чен! Попасть на собеседование в Amazon было моей мечтой и теперь я тут! Я так взволнован!”. Уровень его энергии просто зашкаливал. Чен был открытый и общительный, и знал много про Amazon. Это был такой кандидат, про которого думаешь “Пожалуйста, просто не завали и все будет окей”. Но на алгоритмические вопросы он отвечал слабовато.
Чен поучаствовал в нескольких собеседованиях, прежде чем интервьюеры собрались на обсуждение кандидатов. Каждый из собеседующих отметил, что Чен явно не подходит под критерии на роль, а это значит “No-Hire”. Но в то же время каждый из участников отметил, что кандидат поразил своей энергичностью и мотивированностью. Чен проявлял энтузиазм, был самокритичен и хорошо воспринимал фидбек.
У всех сложилась вера и уверенность, что пусть кандидат и не показал себя отлично, он сможет быстро вырасти и определенно сможет оказать хорошее влияние на команду. Когда главе одного департамента предложили рассмотреть Чена, тот сразу, не думая, согласился его взять.
➡️ Ссылка на статью
https://www.scarletink.com/p/technical-skills-are-overrated-focus-on-your-attitude
⁉️ Чему учит нас эта история?
Цель собеседований — это не просто рассказать про алгоритмы или порисовать схемки. Интервьюеры хотят быть уверены, что с тобой приятно работать и ты справишься с работой, и этого можно достичь, даже если завалить интервью.
Некий разработчик Чен устраивался джуном в Amazon. На собеседовании он показал себя не очень сильно: технические скиллы не дотягивали до джуниорского уровня. Как выяснилось позже, на других финальных собеседованиях он тоже чуть-чуть не дотянул. Обычно такой кандидат — это определенно No Hire. Но его все-таки приняли! Почему же?
Я наткнулся на публикацию от бывшего тех руководителя Amazon Дейв Андерсон про одного интересного кандидата, которого он собеседовал.
Чен молодой разработчик, который начал интервью с энергичного “Привет! Рад познакомиться, меня зовут Чен! Попасть на собеседование в Amazon было моей мечтой и теперь я тут! Я так взволнован!”. Уровень его энергии просто зашкаливал. Чен был открытый и общительный, и знал много про Amazon. Это был такой кандидат, про которого думаешь “Пожалуйста, просто не завали и все будет окей”. Но на алгоритмические вопросы он отвечал слабовато.
Чен поучаствовал в нескольких собеседованиях, прежде чем интервьюеры собрались на обсуждение кандидатов. Каждый из собеседующих отметил, что Чен явно не подходит под критерии на роль, а это значит “No-Hire”. Но в то же время каждый из участников отметил, что кандидат поразил своей энергичностью и мотивированностью. Чен проявлял энтузиазм, был самокритичен и хорошо воспринимал фидбек.
У всех сложилась вера и уверенность, что пусть кандидат и не показал себя отлично, он сможет быстро вырасти и определенно сможет оказать хорошее влияние на команду. Когда главе одного департамента предложили рассмотреть Чена, тот сразу, не думая, согласился его взять.
https://www.scarletink.com/p/technical-skills-are-overrated-focus-on-your-attitude
Цель собеседований — это не просто рассказать про алгоритмы или порисовать схемки. Интервьюеры хотят быть уверены, что с тобой приятно работать и ты справишься с работой, и этого можно достичь, даже если завалить интервью.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤40🔥13👍7
🇦🇺 Опыт в TikTok, Австралия
Куда проходило собеседование?
На позицию Go-разработчика в Сиднейский офис TikTok.
Как вообще получил приглашение на собеседование?
Мне было интересно попробовать себя в ТикТоке после того, как я посетил их офис (об этом писал [здесь](https://news.1rj.ru/str/bigtechdream/334)).
Я начал периодически откликаться на их вакансии. В какой-то момент мне на Linkedln написала рекрутер и предложила попробовать себя на роль бэкенд-инженера в команде видеоплатформы.
Какие были этапы и до какого этапа дошел?
Первый этап — это 30-минутный созвон с рекрутером, где были стандартные вопросы: чем занимаюсь, чем бы хотел заниматься и как проходит собеседование в ТикТок.
У ТикТока нет первичных и финальных раундов, вместо этого идет серия последовательных собеседований. Если успешно прошел одно интервью, то получишь приглашение на следующее.
У меня было 3 технических созвона и 1 поведенческое/менеджереское интервью.
Каждое из них должно было длиться 1 час, но по факту занимало 40-50 минут. Технические раунды - это смесь вопросов по резюме, про язык программирования, про систем дизайн и даже поведенческие вопросы.
На поведенческом собеседовании общение с кем-то из менеджеров с целью поглубже узнать личные качества кандидата.
После последнего созвона, который, как мне кажется, был финальным, я получил отказ.
Какие примерно были технические и поведенческие вопросы?
На технических спрашивали базовые вопросы о Java. Например: “Что будет, если в try-catch-finally в блоке try-catch будет return, зайдет ли в finally?”. Или “Опишите жизненный цикл бина в спринге”. Или “Как работает Garbage Collector?”.
Также были вопросы о резюме. Например: “Расскажите про этот проект или как получилось достичь такого результата”.
Были вопросы про систем дизайн. Например: “Как бы вы задизайнили URL Shortener?”. Еще пару интервьюеров спрашивали чуть глубже про Kafka, как она достигает only one read guarantee.
На менеджерском раунде были вопросы в основном про качество софта. Как правильно писать тесты, какие тесты нужны, как быть уверенным, что деплой не сломается. Еще задавали вопросы про KPI-разработчика: как его измерить, как понять, что разработчик не справляется и тд. Мне показалось, что от меня ждут определенного ответа, а не приглашают порассуждать вместе.
Как тебе процесс интервью и сами интервьюеры?
Языковой барьер был основной проблемой. Мне кажется, именно из-за этого многие вопросы были поверхностными. Интервьюеры интересные ребята, которые готовы во многом пообщаться, было познавательно в конце узнать об их архитектуре и нагрузке.
Мне давалось тяжело порой понимать, что они спрашивают. И иногда на вопросы “Could you repeat please” они отвечали “Okay, let’s move to another question”. В какой-то момент я уже думал завершить процесс собеседования, но решил дойти до конца.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, довольно хорошо показал себя на технических секциях.
На поведенческом и управленческом интервью было много вопросов про качество, метрики и показатели, к которым я был не готов.
Твои личные советы по подготовке?
Что классно, так это то, что не нужно решать кучу задач на литкоде. Вместо этого лучше сосредоточиться на углублении знаний по языкам программирования.
Будьте готовы отвечать на вопросы по технологиям, которые указаны в вашем резюме.
Дизайн систем, практические и глубокие знания будут более полезными, чем теоретические.
Автор: Я
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#tiktok #реальныйопыт
Куда проходило собеседование?
На позицию Go-разработчика в Сиднейский офис TikTok.
Как вообще получил приглашение на собеседование?
Мне было интересно попробовать себя в ТикТоке после того, как я посетил их офис (об этом писал [здесь](https://news.1rj.ru/str/bigtechdream/334)).
Я начал периодически откликаться на их вакансии. В какой-то момент мне на Linkedln написала рекрутер и предложила попробовать себя на роль бэкенд-инженера в команде видеоплатформы.
Какие были этапы и до какого этапа дошел?
Первый этап — это 30-минутный созвон с рекрутером, где были стандартные вопросы: чем занимаюсь, чем бы хотел заниматься и как проходит собеседование в ТикТок.
У ТикТока нет первичных и финальных раундов, вместо этого идет серия последовательных собеседований. Если успешно прошел одно интервью, то получишь приглашение на следующее.
У меня было 3 технических созвона и 1 поведенческое/менеджереское интервью.
Каждое из них должно было длиться 1 час, но по факту занимало 40-50 минут. Технические раунды - это смесь вопросов по резюме, про язык программирования, про систем дизайн и даже поведенческие вопросы.
На поведенческом собеседовании общение с кем-то из менеджеров с целью поглубже узнать личные качества кандидата.
После последнего созвона, который, как мне кажется, был финальным, я получил отказ.
Какие примерно были технические и поведенческие вопросы?
На технических спрашивали базовые вопросы о Java. Например: “Что будет, если в try-catch-finally в блоке try-catch будет return, зайдет ли в finally?”. Или “Опишите жизненный цикл бина в спринге”. Или “Как работает Garbage Collector?”.
Также были вопросы о резюме. Например: “Расскажите про этот проект или как получилось достичь такого результата”.
Были вопросы про систем дизайн. Например: “Как бы вы задизайнили URL Shortener?”. Еще пару интервьюеров спрашивали чуть глубже про Kafka, как она достигает only one read guarantee.
На менеджерском раунде были вопросы в основном про качество софта. Как правильно писать тесты, какие тесты нужны, как быть уверенным, что деплой не сломается. Еще задавали вопросы про KPI-разработчика: как его измерить, как понять, что разработчик не справляется и тд. Мне показалось, что от меня ждут определенного ответа, а не приглашают порассуждать вместе.
Как тебе процесс интервью и сами интервьюеры?
Языковой барьер был основной проблемой. Мне кажется, именно из-за этого многие вопросы были поверхностными. Интервьюеры интересные ребята, которые готовы во многом пообщаться, было познавательно в конце узнать об их архитектуре и нагрузке.
Мне давалось тяжело порой понимать, что они спрашивают. И иногда на вопросы “Could you repeat please” они отвечали “Okay, let’s move to another question”. В какой-то момент я уже думал завершить процесс собеседования, но решил дойти до конца.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, довольно хорошо показал себя на технических секциях.
На поведенческом и управленческом интервью было много вопросов про качество, метрики и показатели, к которым я был не готов.
Твои личные советы по подготовке?
Что классно, так это то, что не нужно решать кучу задач на литкоде. Вместо этого лучше сосредоточиться на углублении знаний по языкам программирования.
Будьте готовы отвечать на вопросы по технологиям, которые указаны в вашем резюме.
Дизайн систем, практические и глубокие знания будут более полезными, чем теоретические.
Автор: Я
#tiktok #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
👍68❤14🔥6
Более 3000 отменных рейсов, сотни тысяч людей застряли в аэропортах. Банки, больницы, аэропорты, кофейни по всему миру перестали функционировать из-за синего экрана смерти. Сбой затронул порядка 8,5 миллионов устройств по всему миру.
Все из-за обновления антивируса, который принадлежит компании CrowdStrike. Антивирус имел дополнительный доступ к внутренним системам Windows и видимо обновление вызвало сбой в работе операционной системы.
Честно говоря, выпускать обновления в пятницу всегда считалось плохой приметой и антипрактикой. Возможно они наоборот хотели по-тихому в выходные обновиться, когда количество пользователей меньше.
Но я больше всего думаю о том, как себя чувствуют два инженера:
1. Тот, кто написал дефектный код в CrowdStrike
2. И тот, кто в это время дежурил
По себе знаю, что нельзя не чувствовать ответственность, когда твоим сервисом пользуются по всему миру и любая твоя ошибка может затронуть миллионы людей. Это огромный стресс и это не просто. Я надеюсь, что мы никогда не узнаем имя инженера, а он в свою очередь справится с давлением и продолжит работать.
https://economictimes.indiatimes.com/magazines/panache/microsoft-outage-cause-explained-what-is-crowdstrike-and-why-users-are-getting-windows-blue-screen-of-death/articleshow/111858827.cms
Please open Telegram to view this post
VIEW IN TELEGRAM
👍22❤2
⬅️ Про обратную связь
Недавно мы с командой собрались и обсудили, как правильно давать фидбек друг другу, разбирали вместе разные типовые сценарии, разыгрывали роли. В конце сессии была возможность высказать мнение, чего бы вы хотели изменить/добавить/убрать.
В Canva фидбек дается человеку, но я заметил, что мне иногда хочется предоставить фидбек не напрямую коллеге, а его непосредственному менеджеру. Вместо сглаженных углов, прямо сообщить руководителю сотрудника, что было не очень. Я озвучил эту идею команде, но встретил недопонимание команды.
В Яндексе твой коллега не мог видеть твою обратную связь на него, если только его менеджер не захочет этим поделиться. Я как бы не был в позиции указывать человеку на его ошибки, это задача руководителя. Тимлид собирал все отзывы, фильтровал их и правильно преподносил инженеру. Поэтому ты мог писать честно и прямо, без красивого фасада.
В Канва подход другой: каждый человек имеет право дать фидбек другому человеку, и получатель фидбека всегда видит, что ты ему написал. Идея в том, чтобы каждый инженер помогал своим коллегам расти и развиваться. Если мне понравилось работать с человеком, напишу-ка я ему прямо об его сильных сторонах. Если не понравилось, укажу-ка я ему его потенциальные зоны роста. Из-за этого фидбек нужно писать правильно и аккуратно, чтобы не обидеть. В Канва описан процесс, как не вызвать у человека защитный механизм и не спровоцировать конфликт.
1️⃣Ну вот мне легче написать: “Марат 2 недели не ревьюил мой дизайн документ, из-за чего пришлось сдвинуть сроки на 2 недели и мы не уложились в дедлайн”.
2️⃣Но вместо этого я пишу: “Марат, я заметил, как ты одновременно справляешься с несколькими задачами, а еще твои изменения по кодстайлу заметно улучшили нашу кодовую базу. Я также наблюдал, что ты порой тратишь дополнительное время на ревью документов и не сразу отвечаешь на сообщения, это повлияло на мой проект, который сдвинулся на несколько недель. Возможно, тебе в будущем стоит попробовать делегировать часть ответственности и брать меньше задач, чтобы не быть перегруженным в самое важное время.”
Ситуация придуманная, эмоции настоящие.
Какой способ вам ближе 1-ый или 2-ой?
Недавно мы с командой собрались и обсудили, как правильно давать фидбек друг другу, разбирали вместе разные типовые сценарии, разыгрывали роли. В конце сессии была возможность высказать мнение, чего бы вы хотели изменить/добавить/убрать.
В Canva фидбек дается человеку, но я заметил, что мне иногда хочется предоставить фидбек не напрямую коллеге, а его непосредственному менеджеру. Вместо сглаженных углов, прямо сообщить руководителю сотрудника, что было не очень. Я озвучил эту идею команде, но встретил недопонимание команды.
В Яндексе твой коллега не мог видеть твою обратную связь на него, если только его менеджер не захочет этим поделиться. Я как бы не был в позиции указывать человеку на его ошибки, это задача руководителя. Тимлид собирал все отзывы, фильтровал их и правильно преподносил инженеру. Поэтому ты мог писать честно и прямо, без красивого фасада.
В Канва подход другой: каждый человек имеет право дать фидбек другому человеку, и получатель фидбека всегда видит, что ты ему написал. Идея в том, чтобы каждый инженер помогал своим коллегам расти и развиваться. Если мне понравилось работать с человеком, напишу-ка я ему прямо об его сильных сторонах. Если не понравилось, укажу-ка я ему его потенциальные зоны роста. Из-за этого фидбек нужно писать правильно и аккуратно, чтобы не обидеть. В Канва описан процесс, как не вызвать у человека защитный механизм и не спровоцировать конфликт.
1️⃣Ну вот мне легче написать: “Марат 2 недели не ревьюил мой дизайн документ, из-за чего пришлось сдвинуть сроки на 2 недели и мы не уложились в дедлайн”.
2️⃣Но вместо этого я пишу: “Марат, я заметил, как ты одновременно справляешься с несколькими задачами, а еще твои изменения по кодстайлу заметно улучшили нашу кодовую базу. Я также наблюдал, что ты порой тратишь дополнительное время на ревью документов и не сразу отвечаешь на сообщения, это повлияло на мой проект, который сдвинулся на несколько недель. Возможно, тебе в будущем стоит попробовать делегировать часть ответственности и брать меньше задач, чтобы не быть перегруженным в самое важное время.”
Ситуация придуманная, эмоции настоящие.
Какой способ вам ближе 1-ый или 2-ой?
👍9🤨5💯3❤2
✈️ Прилетел в Казахстан
Прилетел наконец-таки в Казахстан, в свой родной город, и нашел свои старые бейджики с республиканских и международных олимпиад. Еще нашел разные медали и дипломы со школы. Немного поностальгировал, но не заплакал.
Было в свое время интересно ездить по городам Казахстана и России на сборы и олимпиады.
А еще есть такое ощущение, что в маленьких городах жизнь как будто приостанавливается ровно в тот момент, как ты оттуда уехал. Даже реклама на билбордах не изменилась.
Ставь лайк, если уже давно не был в родных краях, и соскучился, и пора бы уже съездить
Прилетел наконец-таки в Казахстан, в свой родной город, и нашел свои старые бейджики с республиканских и международных олимпиад. Еще нашел разные медали и дипломы со школы. Немного поностальгировал, но не заплакал.
Было в свое время интересно ездить по городам Казахстана и России на сборы и олимпиады.
А еще есть такое ощущение, что в маленьких городах жизнь как будто приостанавливается ровно в тот момент, как ты оттуда уехал. Даже реклама на билбордах не изменилась.
Ставь лайк, если уже давно не был в родных краях, и соскучился, и пора бы уже съездить
❤51🔥12👍7
🧵Инженеры и Клей
- Кто может взять больше отвественности?
- Я!
- Отлично, ты не получишь повышения
Прям советую к прочтению статью “Glue engineer”. Люблю находить такие капли мудрости в море слов.
Приведу краткую суть, полную статью можно прочитать по ссылке в конце поста.
Допустим ты мидл инженер, устраиваешься на новую работу и хочешь вырасти до синьора. Поначалу все классно. Ты начинаешь брать задачи, потом кто-то просит тебя о помощи, потом нужно поговорить с заказчиком, потом оказывается в команде не налажен процесс онбординга новых разработчиков и ты с радостью берешься за него.
Со временем ты все больше погружаешься в общение с командами, планирования, постоянно ходишь на встречи. Ты становишься неофициальным лидом, связующим звеном, glue инженером. Но времени на написания кода все меньше и меньше.
И вот подходит время для повышения, ты ждешь что вот-вот станешь синьором, что все твои заслуги и твой вклад заметят. Но нет. Тебе говорит “Ты молодец конечно, но где твой вклад как инженера?”.
❗️ Это может показаться несправедливым и обидным решением, но такова работа. Откликаться на помощь, закрывать недостающие компетенции и брать на себя ответственность - это не значить гарантировать себе карьерный рост. Мое личное мнение, что это очень важный совет.
Как не попасть в такую ситуацию?
➡️ Ссылка на статью
https://noidea.dog/glue
- Кто может взять больше отвественности?
- Я!
- Отлично, ты не получишь повышения
Прям советую к прочтению статью “Glue engineer”. Люблю находить такие капли мудрости в море слов.
Приведу краткую суть, полную статью можно прочитать по ссылке в конце поста.
Допустим ты мидл инженер, устраиваешься на новую работу и хочешь вырасти до синьора. Поначалу все классно. Ты начинаешь брать задачи, потом кто-то просит тебя о помощи, потом нужно поговорить с заказчиком, потом оказывается в команде не налажен процесс онбординга новых разработчиков и ты с радостью берешься за него.
Со временем ты все больше погружаешься в общение с командами, планирования, постоянно ходишь на встречи. Ты становишься неофициальным лидом, связующим звеном, glue инженером. Но времени на написания кода все меньше и меньше.
И вот подходит время для повышения, ты ждешь что вот-вот станешь синьором, что все твои заслуги и твой вклад заметят. Но нет. Тебе говорит “Ты молодец конечно, но где твой вклад как инженера?”.
Как не попасть в такую ситуацию?
• Прямо поговорите со своим менеджером по поводу карьерного роста. Как мне получить повышение в следующем цикле? Что мне нужно сделать и чего делать не стоит? • Если вы делаете то, что выходит за рамки ваших обязанностей, то попробуйте сменить официальную роль. Если де-факто управляете командой, сделайте это и де-юро. Если помогаете с интервью процессами, попросите официально сделать это частью ваших обязанностей. • Если вы делаете что-то, а это не как не отражается на вашем карьерном росте, то просто откажитесь. Если проводите собеседования и от этого нет пользы, то перестаньте. Если менторите стажеров, а от этого нет выхлопа, то откажитесь. Просто делайте ровно то, что ожидают от вас. • Работа - это лучший способ чему-то научиться. Если ты хочешь расти как инженер, но постоянно занимаешься обязанностями лида, то тебе придется прикладывать больше усилий, чтобы успевать и то и друг https://noidea.dog/glue
Please open Telegram to view this post
VIEW IN TELEGRAM
❤20🔥7👍1
Есть такие знания, которые очень легко забываются, но периодически приходится к ним обращаться. Как раз таки DNS-записи — одно из них.
Буквально раз в несколько месяцев мне приходится копаться в DNS-записях, делать nslookup и понимать, как все устроено.
https://jonahdevs.com/youre-closer-than-you-think-the-only-6-dns-concepts-you-really-need/
#csconcepts
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14❤5
Моя любимая рубрика — давать советы другим. Но в этот раз я попытался представить себя студентом, только поступившим в университет.
1️⃣Работа
Я очень спешил в свое время начать работать и зарабатывать. На 3-ем курсе я имел парт-тайм работу разработчика. На 4-ом курсе уже работал фулл-тайм.
Не скажу, что это очень плохо, но с годами я осознал, что работать всегда успеется, на это есть вся жизнь.
Все люди страны договорились и скинулись, чтобы на 4 года я мог думать только об образовании, бесплатно, да еще и со стипендией. Такая роскошь есть не у всех.
Поэтому стажируйтесь, пробуйте себя в разных направлениях, но не спешите начинать зарабатывать.
2️⃣Стажировки
Если бы я снова пошел в университет, то, скорее всего, стремился бы постажироваться в зарубежных компаниях. Моя цель была бы как можно раньше попробовать этот уровень топ-компаний, посмотреть их изнутри, познакомиться с профессионалами и заразиться идеей там работать. Идеально, после каждого курса летом пробовать разные компании.
Если бы не Google, то я бы стремился в Яндекс. Я бы пытался выработать в себе внутренние ожидания от будущей компании, чтобы не соглашаться на плохие предложения.
Поработать вместе с инженерами из Гугла, когда ты еще студент - это может изменить всю жизнь.
Поэтому ставьте амбициозные цели, стажируйтесь в лучших компаниях, до которых можете дотянуться.
3️⃣Знания
Сильный разработчик, в моем понимании, это инженер, который знает много тем поверхностно и является экспертом в 2-3 областях, то есть те самые T-shape-инженеры. В университете как будто бы я нахватался верхов, не особо углубляясь в теорию.
Сейчас же я бы выбрал пару тем, которые больше всего мне интересны, и старался бы стать лучшим в них. Например, базы данных, почему они так работают, а как они хранят данные, а что если сломается сервер, почему, почему, почему.
Совет такой: если есть предмет, который вам реально нравится, углубляйтесь в него, не довольствуйтесь поверхностными знаниями.
4️⃣Софт скиллы
Работа разработчика - это не только написание кода. Это управление командой, проектирование систем, повышение и увольнение, общение c клиентами, выступления с презентацией и т.д.
Это важные навыки, которые, к сожалению, сами по себе не появятся.
Я бы многое отдал, если бы у нас был какой-нибудь курс или кружок, где мы бы учились вести переговоры о зарплате или планировать карьерный рост. Как минимум в университете можно перебороть страх публичных выступлений и попробовать поруководить небольшим проектом.
Совет такой: думай наперед, какие личностные качества тебе пригодятся в работе. Изучай, спрашивай, находи менторов и прокачивай эти навыки.
5️⃣Финансы
В университете я не сильно интересовался финансовой грамотностью. А сейчас считаю, что это один из основных необходимых навыков. Зарабатывать и преумножать заработанное — это разные вещи.
Если бы я сейчас вернулся в университет, я бы чуть больше посвящал времени акциям, облигациям. Игрался бы с небольшими сумами, чтобы больше понять, как все это работает.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤37👍10
😇 Хочу сказать себе спасибо
За то, что с ноября прошлого года веду документ под кодовым названием “Brag Document”.
Если вкратце, это документ, в который записываются все достижения за определенный период, чтобы потом использовать его для повышения. Писал о нем тут.
Суть в том, чтобы писать его на протяжении всего квартала/полугода/года, делая лишь небольшие изменения.
Раньше я тратил кучу времени, чтобы вспомнить все, чем я занимался последние полгода. Листал тикеты, открывал старые пулл реквесты, читал десятки личных сообщений. Лень.
А в этот раз все просто. Я с моим менеджером прошелся по моему документу с достижениями, вместе его немного отшлифовали и все готово.
✔️ Вот мой шаблон для Brag Document, скопируйте себе и используйте на здоровье. Главное сразу как заканчиваете задачу, добавляйте запись в свой Brag Document и тогда все будет фиолетово.
За то, что с ноября прошлого года веду документ под кодовым названием “Brag Document”.
Если вкратце, это документ, в который записываются все достижения за определенный период, чтобы потом использовать его для повышения. Писал о нем тут.
Суть в том, чтобы писать его на протяжении всего квартала/полугода/года, делая лишь небольшие изменения.
Раньше я тратил кучу времени, чтобы вспомнить все, чем я занимался последние полгода. Листал тикеты, открывал старые пулл реквесты, читал десятки личных сообщений. Лень.
А в этот раз все просто. Я с моим менеджером прошелся по моему документу с достижениями, вместе его немного отшлифовали и все готово.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍31❤6🔥4🍾2
🇪🇪 Опыт в Amazon, Эстония
Я прошёл собеседования в трёх компаниях: Amazon, Google и Meta. Давайте начнём с правильной хронологии.
Куда проходило собеседование?
Амазон
Как вообще получил приглашение на собеседование?
Реферал
Какие были этапы и до какого этапа дошел?
Прошел онсайт и пришел реджект из за behavioral
Какие примерно были технические и поведенческие вопросы?
- Технические задания были похожи на задачи уровня LeetCode Medium, скажу, что легче, чем ожидал от Amazon.
- Системный дизайн не был шаблонным, там спросили, как бы я сделал подсистему ранжирования самых часто прослушиваемых песен в Amazon Music. На системном дизайне казалось, что интервьюер хотел увидеть, какие решения я придумаю, нежели чем увидеть дизайн, который сможет справиться с большой нагрузкой и т.п.
- Поведенческие вопросы были про трудные моменты, которые я решал, конфликт с коллегами, трудные проекты, которые реализовал, обратную связь, которую давал или получал, как справлялся с неясностью и т.д.
Как тебе процесс интервью и сами интервьюеры?
Я серьёзно готовился ко всему: решал задачи на LeetCode, прошёл два курса по системному дизайну и записал все истории, которые помнил. Из всех компаний я особенно подготовился к поведенческому интервью в Amazon, потому что знал, что они на этом зациклены. И могу добавить что всегда было 2 интервьюера но главным был один и у амазона все были супер позитивными
Как ты думаешь, где показал себя хорошо, а где не очень?
Начну с того, где я показал себя не очень: я знаю, кто дал мне отказ. Был один интервьюер, который не понимал меня в плане моего английского и того, что я хотел ему сказать. История была такая: я рассказал историю, которую уже говорил другому интервьюеру, и всё было ок. Но в этот раз он никак не понимал мой основной момент. По сути, он задал вопрос, и я дал ответ, но мой ответ не совпал с его ожиданиями, на мой взгляд.
Где я был хорош, так это точно в задачах на LeetCode. У меня всегда оставалось время после ответа на все вопросы, включая дополнительные. Из-за того, что оставалось время, интервьюер спрашивал уже дополнительные вопросы, типа "реализуй этот класс".
Твои личные советы по подготовке?
Нужно больше готовиться к бехэвиоралу в амазон, решать most frequent amazon questions in leetcode
Автор: Рауан @r_amangeldiyev
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#amazon #реальныйопыт
Я прошёл собеседования в трёх компаниях: Amazon, Google и Meta. Давайте начнём с правильной хронологии.
Куда проходило собеседование?
Амазон
Как вообще получил приглашение на собеседование?
Реферал
Какие были этапы и до какого этапа дошел?
Прошел онсайт и пришел реджект из за behavioral
Какие примерно были технические и поведенческие вопросы?
- Технические задания были похожи на задачи уровня LeetCode Medium, скажу, что легче, чем ожидал от Amazon.
- Системный дизайн не был шаблонным, там спросили, как бы я сделал подсистему ранжирования самых часто прослушиваемых песен в Amazon Music. На системном дизайне казалось, что интервьюер хотел увидеть, какие решения я придумаю, нежели чем увидеть дизайн, который сможет справиться с большой нагрузкой и т.п.
- Поведенческие вопросы были про трудные моменты, которые я решал, конфликт с коллегами, трудные проекты, которые реализовал, обратную связь, которую давал или получал, как справлялся с неясностью и т.д.
Как тебе процесс интервью и сами интервьюеры?
Я серьёзно готовился ко всему: решал задачи на LeetCode, прошёл два курса по системному дизайну и записал все истории, которые помнил. Из всех компаний я особенно подготовился к поведенческому интервью в Amazon, потому что знал, что они на этом зациклены. И могу добавить что всегда было 2 интервьюера но главным был один и у амазона все были супер позитивными
Как ты думаешь, где показал себя хорошо, а где не очень?
Начну с того, где я показал себя не очень: я знаю, кто дал мне отказ. Был один интервьюер, который не понимал меня в плане моего английского и того, что я хотел ему сказать. История была такая: я рассказал историю, которую уже говорил другому интервьюеру, и всё было ок. Но в этот раз он никак не понимал мой основной момент. По сути, он задал вопрос, и я дал ответ, но мой ответ не совпал с его ожиданиями, на мой взгляд.
Где я был хорош, так это точно в задачах на LeetCode. У меня всегда оставалось время после ответа на все вопросы, включая дополнительные. Из-за того, что оставалось время, интервьюер спрашивал уже дополнительные вопросы, типа "реализуй этот класс".
Твои личные советы по подготовке?
Нужно больше готовиться к бехэвиоралу в амазон, решать most frequent amazon questions in leetcode
Автор: Рауан @r_amangeldiyev
#amazon #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥47❤7👍7🏆1
Офер в Яндекс для опытных фронтенд- и бэкенд-разработчиков за два дня
24–25 августа приглашаем опытных бэкенд- и фронтенд-разработчиков получить офер в Яндекс через multitrack за 2 дня. Достаточно решить задачи онлайн до 20 августа и пройти несколько технических секций 24 августа, чтобы уже 25-го получить офер и выбрать три команды, к которым вам было бы интересно присоединиться.
Как правило, за несколько собеседований сложно понять, подходит ли вам команда и наоборот. Multitrack позволит вам поработать в трёх разных командах Яндекса и выбрать подходящую. Вы сможете погрузиться в рабочие процессы, познакомиться с будущими коллегами и понять, с какими задачами и технологиями хотите работать.
Узнать подробности и зарегистрироваться.
24–25 августа приглашаем опытных бэкенд- и фронтенд-разработчиков получить офер в Яндекс через multitrack за 2 дня. Достаточно решить задачи онлайн до 20 августа и пройти несколько технических секций 24 августа, чтобы уже 25-го получить офер и выбрать три команды, к которым вам было бы интересно присоединиться.
Как правило, за несколько собеседований сложно понять, подходит ли вам команда и наоборот. Multitrack позволит вам поработать в трёх разных командах Яндекса и выбрать подходящую. Вы сможете погрузиться в рабочие процессы, познакомиться с будущими коллегами и понять, с какими задачами и технологиями хотите работать.
Узнать подробности и зарегистрироваться.
👍13🤮9🔥2👌2👨💻1
🦸♂️Что делает инженера выдающимся?
Инженеры Майкрософт не хотят чтобы вы знали, а для роста всего лишь нужно…
В 2015 ребята из Майкрософт провели внутреннее исследование. Целью было понять, какие качества имеют сильные инженеры. Опросили 60 инженеров уровнем от синьора до архитекторов.
В итоге собрали 54 характеристики выдающихся инженеров, разделенные на 4 категории. Не буду описывать все, только самые важные.
Личные характеристики
🔹Не соглашается со статусом кво, постоянно ищет возможность стать лучше самому, улучшить продукт, и все вокруг
🔹Искренне заинтересован в той области, в которой он работает, то есть не только ради денег
🔹Не стоит слепо на своем. Готов менять свое мышление в зависимости от новой информации.
🔹Строит гипотезы и вносит изменения в проект на основе метрик и данных, а не на догадках и интуиции.
Принятие решений
🔹Знает людей, которые его окружают, их ответственность, чем они занимаются или планируют заниматься. Понимают орг структуру компании и куда движется организация.
🔹Понимает стратегию и цели компании, но также глубоко разбирается в технических деталях. Может рассматривать задачи как с бизнесовой, так и с инженерной точки зрения.
🔹Справляется со сложными задачами, может держать в голове сложные архитектурные решения. Умеет разбирать системы на составляющие и понимать, что с чем связано.
Вовлеченность в команду
🔹Умеет общаться с разными типами людей, правильно собирать и доносить информацию. Избегает недопониманий и делает так, чтобы у всех в голове был одинаковый контекст.
🔹Находят возможности для общего успеха. Умеют вовлечь инженеров, менеджеров, пользователей, стейкхолдеров и тд.
🔹Создает обстановку, где другие могут учиться и не бояться совершать ошибки.
🔹Честность. Не перетягивает одеало на себя и пытается выставить себя в лучшем свете. Говорит как есть.
Вклад в продукт
🔹Пишет элегантный код, который легко читать. То же самое относится к документам. Избегает излишней сложности.
🔹Придумывает креативные и необычные решения. Но в то же время не старается переосмыслить то, что и так работает.
🔹Предвидит нагрузку и потребности. Создает сервисы и продукты, которые будут работать годами.
➡️ Ссылка на статью
https://www.microsoft.com/en-us/research/uploads/prod/2019/03/Paul-Li-MSR-Tech-Report.pdf
Ставь 🔥, если хочешь стать выдающимся. Ставь 😎, если уже достиг всех высот.
Инженеры Майкрософт не хотят чтобы вы знали, а для роста всего лишь нужно…
В 2015 ребята из Майкрософт провели внутреннее исследование. Целью было понять, какие качества имеют сильные инженеры. Опросили 60 инженеров уровнем от синьора до архитекторов.
В итоге собрали 54 характеристики выдающихся инженеров, разделенные на 4 категории. Не буду описывать все, только самые важные.
Личные характеристики
🔹Не соглашается со статусом кво, постоянно ищет возможность стать лучше самому, улучшить продукт, и все вокруг
🔹Искренне заинтересован в той области, в которой он работает, то есть не только ради денег
🔹Не стоит слепо на своем. Готов менять свое мышление в зависимости от новой информации.
🔹Строит гипотезы и вносит изменения в проект на основе метрик и данных, а не на догадках и интуиции.
Принятие решений
🔹Знает людей, которые его окружают, их ответственность, чем они занимаются или планируют заниматься. Понимают орг структуру компании и куда движется организация.
🔹Понимает стратегию и цели компании, но также глубоко разбирается в технических деталях. Может рассматривать задачи как с бизнесовой, так и с инженерной точки зрения.
🔹Справляется со сложными задачами, может держать в голове сложные архитектурные решения. Умеет разбирать системы на составляющие и понимать, что с чем связано.
Вовлеченность в команду
🔹Умеет общаться с разными типами людей, правильно собирать и доносить информацию. Избегает недопониманий и делает так, чтобы у всех в голове был одинаковый контекст.
🔹Находят возможности для общего успеха. Умеют вовлечь инженеров, менеджеров, пользователей, стейкхолдеров и тд.
🔹Создает обстановку, где другие могут учиться и не бояться совершать ошибки.
🔹Честность. Не перетягивает одеало на себя и пытается выставить себя в лучшем свете. Говорит как есть.
Вклад в продукт
🔹Пишет элегантный код, который легко читать. То же самое относится к документам. Избегает излишней сложности.
🔹Придумывает креативные и необычные решения. Но в то же время не старается переосмыслить то, что и так работает.
🔹Предвидит нагрузку и потребности. Создает сервисы и продукты, которые будут работать годами.
https://www.microsoft.com/en-us/research/uploads/prod/2019/03/Paul-Li-MSR-Tech-Report.pdf
Ставь 🔥, если хочешь стать выдающимся. Ставь 😎, если уже достиг всех высот.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥47👍6😎3❤2
🇬🇧 Опыт в Meta, UK
Первая часть была тут
Куда проходило собеседование?
Мета
Как вообще получил приглашение на собеседование?
Реферал
Какие были этапы и до какого этапа дошел?
Прошел все и уже 2 месяца жду team match, сейчас у меты застой на позиции e4
Какие примерно были технические и поведенческие вопросы?
У Meta были самые шаблонные вопросы из всех компаний: они спросили задачи уровня LeetCode Medium и Hard, но Hard, которые ближе к Medium.
По поведенческим вопросам: про сложные проекты и их реализацию, как справлялся со стрессом, что делал, когда были жёсткие дедлайны, про конфликты и т.д.
По системному дизайну пришёл вопрос по типу "сделать ad aggregator".
Как тебе процесс интервью и сами интервьюеры?
На onsite всё было стандартно.
На screen interview было странно: интервьюер из Америки пришёл с тарелкой фруктов. Это был один из моих первых опытов в MAANG, и я не знал, что это ок или нет, и не сильно обратил внимание на это. Затем он начал писать описание вопроса, и я ждал, пока он допишет. Даже тогда для меня всё было ок. Потом я переспросил вопрос, и он сказал, что я всё верно понял, и я начал думать про решения. Но сразу показалось, что вопрос был на уровне Hard, и внутренне я начал немного паниковать и думать, как на screen interview может прийти такая сложная проблема. Может, я что-то не понял, но я же спросил и подтвердил, значит, всё так, как я думаю. Затем я успокоился и решил, что лучше придумаю решение, и мы с интервьюером можем его обсудить. Потом я начал придумывать решения и усложнять варианты, потому что многие решения не подходили под проблему: например, я предложил решение с priority queue, но сразу опроверг его, сказав, что в такие моменты оно не решит проблему, и пошёл дальше. Прошло уже 8-10 минут, как я придумывал решения, и интервьюер говорит: "А почему ты отказался от priority queue?" Я ему снова объяснил причины, и он не понял. Потом он снова спросил про причины, и я снова ответил. Но я понял, что интервьюер хочет, чтобы я решил с priority queue, и я не стал спорить дальше, описал решение, он дал согласие на это, и я решил задачу за 4-5 минут. НО я не понимал, что я решал, ахаха. По сути, я смог справиться с этой ситуацией и прошёл интервью, но думаю, что кандидат может легко запереживать и завалить его. Поэтому советую прислушаться к интервьюеру и постараться решить задачу, а всё остальное можно решить постфактум. После интервью я загуглил эту задачку и оказалось, что я изначально неправильно понял задачу, и когда я у него переспросил, он тоже неправильно ответил, сказав, что я всё понял. Я сразу написал рекрутеру, что он не дал мне правильный ответ на мой вопрос, и я решил задачу по-другому.
Как ты думаешь, где показал себя хорошо, а где не очень?
На системном дизайне я предложил решение с двумя очередями, где можно было обойтись одной, и интервьюер сказал, что это похоже на overengineering. Но это решение я видел до этого в книгах, и я постарался объяснить, почему я пришёл к этому. Но всё равно интервьюер не понял моё решение и переспросил, и я ответил более подробно. Затем он или забил, или всё понял, как я хотел 🙂
Твои личные советы по подготовке?
- Решайте наиболее частые мета-вопросы на LeetCode.
- Если интервьюер будет писать или читать вопрос, лучше попросить его сразу написать его. Чтение вопроса самим всегда быстрее, чем слушание и понимание.
- Всегда спрашивайте вопрос у интервьюера во второй раз, даже если вы уверены, что всё поняли, чтобы минимизировать риск недопонимания.
- Если что-то показалось странным на интервью, лучше написать рекрутеру и сообщить об этом.
Автор: Рауан @r_amangeldiyev
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#meta #реальныйопыт
Первая часть была тут
Куда проходило собеседование?
Мета
Как вообще получил приглашение на собеседование?
Реферал
Какие были этапы и до какого этапа дошел?
Прошел все и уже 2 месяца жду team match, сейчас у меты застой на позиции e4
Какие примерно были технические и поведенческие вопросы?
У Meta были самые шаблонные вопросы из всех компаний: они спросили задачи уровня LeetCode Medium и Hard, но Hard, которые ближе к Medium.
По поведенческим вопросам: про сложные проекты и их реализацию, как справлялся со стрессом, что делал, когда были жёсткие дедлайны, про конфликты и т.д.
По системному дизайну пришёл вопрос по типу "сделать ad aggregator".
Как тебе процесс интервью и сами интервьюеры?
На onsite всё было стандартно.
На screen interview было странно: интервьюер из Америки пришёл с тарелкой фруктов. Это был один из моих первых опытов в MAANG, и я не знал, что это ок или нет, и не сильно обратил внимание на это. Затем он начал писать описание вопроса, и я ждал, пока он допишет. Даже тогда для меня всё было ок. Потом я переспросил вопрос, и он сказал, что я всё верно понял, и я начал думать про решения. Но сразу показалось, что вопрос был на уровне Hard, и внутренне я начал немного паниковать и думать, как на screen interview может прийти такая сложная проблема. Может, я что-то не понял, но я же спросил и подтвердил, значит, всё так, как я думаю. Затем я успокоился и решил, что лучше придумаю решение, и мы с интервьюером можем его обсудить. Потом я начал придумывать решения и усложнять варианты, потому что многие решения не подходили под проблему: например, я предложил решение с priority queue, но сразу опроверг его, сказав, что в такие моменты оно не решит проблему, и пошёл дальше. Прошло уже 8-10 минут, как я придумывал решения, и интервьюер говорит: "А почему ты отказался от priority queue?" Я ему снова объяснил причины, и он не понял. Потом он снова спросил про причины, и я снова ответил. Но я понял, что интервьюер хочет, чтобы я решил с priority queue, и я не стал спорить дальше, описал решение, он дал согласие на это, и я решил задачу за 4-5 минут. НО я не понимал, что я решал, ахаха. По сути, я смог справиться с этой ситуацией и прошёл интервью, но думаю, что кандидат может легко запереживать и завалить его. Поэтому советую прислушаться к интервьюеру и постараться решить задачу, а всё остальное можно решить постфактум. После интервью я загуглил эту задачку и оказалось, что я изначально неправильно понял задачу, и когда я у него переспросил, он тоже неправильно ответил, сказав, что я всё понял. Я сразу написал рекрутеру, что он не дал мне правильный ответ на мой вопрос, и я решил задачу по-другому.
Как ты думаешь, где показал себя хорошо, а где не очень?
На системном дизайне я предложил решение с двумя очередями, где можно было обойтись одной, и интервьюер сказал, что это похоже на overengineering. Но это решение я видел до этого в книгах, и я постарался объяснить, почему я пришёл к этому. Но всё равно интервьюер не понял моё решение и переспросил, и я ответил более подробно. Затем он или забил, или всё понял, как я хотел 🙂
Твои личные советы по подготовке?
- Решайте наиболее частые мета-вопросы на LeetCode.
- Если интервьюер будет писать или читать вопрос, лучше попросить его сразу написать его. Чтение вопроса самим всегда быстрее, чем слушание и понимание.
- Всегда спрашивайте вопрос у интервьюера во второй раз, даже если вы уверены, что всё поняли, чтобы минимизировать риск недопонимания.
- Если что-то показалось странным на интервью, лучше написать рекрутеру и сообщить об этом.
Автор: Рауан @r_amangeldiyev
#meta #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
👍39❤11🔥6
У Stackoverflow вышел ежегодный опросник инженеров. Было опрошено порядка 65 тысяч респондентов из 185 стран. Приведу самое интересное (по моему скромному мнению), а еще сделаю прогноз, что учить в этом году. С полным отчетом можно ознакомиться по ссылке в конце поста.
Интересные инсайты
• Существенная часть профессиональных джавистов хотели бы пересесть на Javanoscript• 61% опрошенных инженеров тратят больше 30 минут в день чтобы гуглить вопросы• Тех долг бесит 62.3% разработчиков• Только 20% инженеров довольны своей работой, остальные не особо• 15% вне работы пишут свой стартап, 19% фрилансят, 25% опенсорсятСамые популярные направления
• Fullstack 30%• Backend 16%• Frontend 5%• Desktop 4%• Mobile 3%Самые популярные языки, скрипты, разметки
• JS 64%• SQL 54%• HTML/CSS 52%• Python 46%• Typenoscript 43%• Bash/Shell 34%• Java 30%Самые популярные технологии
• React 41.6%• Node.js 40.7%• jQuery 22.5%• Angular 19.4%• ASP.NET CORE 19.1%Самые популярные IDE
• Visual Studio Code 74%• Visual Studio 29.7%• IntelliJ IDEA 27.9%• Notepad++ 24%• Vim 21.6%Самые высокие зарплаты по технологиям
• Erlang $100,636• Elixir $96,000• Clojure $95,541• Nim $94,924• Ruby $90,221Как изменились зарплаты за год
• Java $72,701 → $61,714• Go 92,760 → $76,433• TypeScript $77,104 → $65,907• Rust $87,012 → $76,292• Python $78,331 → $67,723Самые высокие зарплаты по направлениям в США
• Engineering Manager $192,500• Back-end $170,000• Data sci. or ML specialist $159,000• DevOps specialist $145,000• Front-end $135,000• QA $130,000• Full-stack $130,000• Security pro. $130,000Советы на этот год
https://survey.stackoverflow.co/2024/
Please open Telegram to view this post
VIEW IN TELEGRAM
👍22❤4🙈2
6️⃣ ошибок на System Design интервью
Давно хотел написать этот пост, но никак руки не доходили. Составил свой топ-лист ошибок, которые часто допускают кандидаты на систем дизайн интервью, и как лучше всего их исправить.
1️⃣ Не задавать уточняющие вопросы — это серьезная ошибка. Например, текстовый мессенджер и мессенджер с видеозвонками требуют совершенно разных архитектур. Если не уточнить детали задачи в самом начале, можно потратить всё интервью на решение проблемы, которая совершенно отличается от задуманной. Это также показывает, что кандидат на работе не умеет задавать уточняющие вопросы.
✔️ Совет: На протяжении первых 3-5 минут задавайте все вопросы, которые придут в голову. Глупых вопросов не бывает.
2️⃣ Не стоит слепо следовать стандартному формату: 'Уточняем требования' → 'Вычисляем нагрузку' → 'Проектируем API' → 'Организуем данные' → 'Рисуем общую архитектуру'. Лучше быть гибким, как вода, адаптироваться под ситуацию. Во-первых, некоторые шаги можно пропускать. Во-вторых, нужно внимательно слушать интервьюера: иногда они подталкивают сразу перейти к обсуждению базы данных, а кандидат, как будто не слышит и продолжает считать количество байт в секунду.
✔️ Совет: Внимательно слушайте интервьюера и адаптируйтесь к ситуации на интервью
3️⃣ Обратная сторона предыдущего пункта — это наоборот прыгать между шагами. Сначала начать проектировать схему баз данных, затем резко начать уточнять требования, потом что-то исправить в дизайне API запросов, и так далее. Такой подход сильно путает интервьюера, и на уточняющие вопросы тратится много времени. Это легко исправляется парой пробных собеседований.
✔️ Совет: Следовать формату и практиковаться на мок-интервью
4️⃣ Идеальное - враг хорошего. Есть подходящий пример — задача “Сделать свой Яндекс Такси”. Многие помнят, что для её решения используется структура данных QuadTree, но забывают детали. Из-за этого некоторые кандидаты пытаются наугад вставить QuadTree в своё решение, чтобы всё сложилось. Они знают правильный ответ, но пытаются угадать, как его достичь, и это выглядит печально. Гораздо интереснее наблюдать за кандидатом, который начинает с самого простого решения и постепенно усложняет его.
✔️ Совет: Начинайте с простого решения и шаг за шагом его усложняйте.
5️⃣ Многие кандидаты не проходят интервью, потому что просто перечисляют технологии, такие как nginx, MySQL, RabbitMQ, Node.js, но не могут объяснить, почему именно эти технологии подходят для решения конкретной задачи. Технологии меняются, но принципы проектирования систем остаются неизменными. Есть негласное правило: если на интервью упомянул технологию, будь готов к тому, что это откроет ящик Пандоры — последуют дополнительные вопросы, на которые нужно будет ответить.
✔️ Совет: Не упоминайте технологии без необходимости, фокусируйтесь на принципах System Design
6️⃣ Не уметь пользоваться http://excalidraw.com/. Можно потратить ценное время, пытаясь разобраться, как рисовать схемы. Горячие клавиши могут также сэкономить секунды. Еще начните изучать Canva Whiteboards, скоро мы захватим весь мир (шутка если что)
✔️ Совет: Тренируйтесь рисовать схемы перед интервью.
✔️ Сохрани себе на будущие собеседования, поможет в подготовке
Давно хотел написать этот пост, но никак руки не доходили. Составил свой топ-лист ошибок, которые часто допускают кандидаты на систем дизайн интервью, и как лучше всего их исправить.
✔️ Совет: На протяжении первых 3-5 минут задавайте все вопросы, которые придут в голову. Глупых вопросов не бывает.
✔️ Совет: Внимательно слушайте интервьюера и адаптируйтесь к ситуации на интервью
✔️ Совет: Следовать формату и практиковаться на мок-интервью
✔️ Совет: Начинайте с простого решения и шаг за шагом его усложняйте.
✔️ Совет: Не упоминайте технологии без необходимости, фокусируйтесь на принципах System Design
✔️ Совет: Тренируйтесь рисовать схемы перед интервью.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤23👍4🔥3
🇵🇱 Опыт в Google, Poland
Первая часть была тут
Вторая часть тут
Куда проходило собеседование?
в Гугл
Как вообще получил приглашение на собеседование?
По рефералу
Какие были этапы и до какого этапа дошел?
Дошел до получения оффера
Какие примерно были технические и поведенческие вопросы?
У Гугла подход был интереснее: они начинали с простого вопроса и затем усложняли его. Не похоже на литкод, где тебе дают вопрос, и ты должен его решить. Тут больше акцент на обсуждение и ход твоих мыслей.
Поведенческие вопросы были стандартные: про проекты, стрессовые ситуации, конфликты и т.д.
У меня не было систем дизайна, но вместо 2х тех интервью было 3
Как тебе процесс интервью и сами интервьюеры?
Процесс был стандартным, и все интервьюеры были позитивными. Но на одном из технических интервью возникла ситуация, когда мне показалось, что интервьюер меня либо не слушал, либо не понимал, и при этом не задавал вопросов. Я придумывал решение и объяснял его, но она предложила сразу написать код. Я ответил, что лучше сначала обсудить подход, чтобы потом не тратить время на неправильный код. Кто предлагает сразу писать код?! Затем я предложил решение, и она просто ответила: "Да, давай." В процессе написания кода у меня возникли вопросы, например, как она хочет, чтобы я реализовал ту или иную часть, на что она отвечала: "На своё усмотрение." Это показалось мне очень странным, потому что я как будто сам себе придумывал задачу. После интервью я сразу написал рекрутеру.
Как ты думаешь, где показал себя хорошо, а где не очень?
Из-за того, что у меня было три технических интервью без вопросов по системному дизайну, попасть в Google оказалось легче всего. Не думаю, что с вопросами по системному дизайну это было бы так же легко. Могу сказать, что технические задачи решал хорошо и на все вопросы отвечал.
Твои личные советы по подготовке?
Решайте наиболее часто задаваемые вопросы на LeetCode.
Придумайте больше историй для поведенческого интервью.
Автор: Рауан @r_amangeldiyev
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#google #реальныйопыт
Первая часть была тут
Вторая часть тут
Куда проходило собеседование?
в Гугл
Как вообще получил приглашение на собеседование?
По рефералу
Какие были этапы и до какого этапа дошел?
Дошел до получения оффера
Какие примерно были технические и поведенческие вопросы?
У Гугла подход был интереснее: они начинали с простого вопроса и затем усложняли его. Не похоже на литкод, где тебе дают вопрос, и ты должен его решить. Тут больше акцент на обсуждение и ход твоих мыслей.
Поведенческие вопросы были стандартные: про проекты, стрессовые ситуации, конфликты и т.д.
У меня не было систем дизайна, но вместо 2х тех интервью было 3
Как тебе процесс интервью и сами интервьюеры?
Процесс был стандартным, и все интервьюеры были позитивными. Но на одном из технических интервью возникла ситуация, когда мне показалось, что интервьюер меня либо не слушал, либо не понимал, и при этом не задавал вопросов. Я придумывал решение и объяснял его, но она предложила сразу написать код. Я ответил, что лучше сначала обсудить подход, чтобы потом не тратить время на неправильный код. Кто предлагает сразу писать код?! Затем я предложил решение, и она просто ответила: "Да, давай." В процессе написания кода у меня возникли вопросы, например, как она хочет, чтобы я реализовал ту или иную часть, на что она отвечала: "На своё усмотрение." Это показалось мне очень странным, потому что я как будто сам себе придумывал задачу. После интервью я сразу написал рекрутеру.
Как ты думаешь, где показал себя хорошо, а где не очень?
Из-за того, что у меня было три технических интервью без вопросов по системному дизайну, попасть в Google оказалось легче всего. Не думаю, что с вопросами по системному дизайну это было бы так же легко. Могу сказать, что технические задачи решал хорошо и на все вопросы отвечал.
Твои личные советы по подготовке?
Решайте наиболее часто задаваемые вопросы на LeetCode.
Придумайте больше историй для поведенческого интервью.
Автор: Рауан @r_amangeldiyev
#google #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
👍31🔥13❤5
🌄 О чайках
Ян Непомнящий в 2021 году боролся с действующим чемпионом мира Мангусом Карлсеном за шахматную корону. К сожалению Ян проиграл. Судьба соблаговолила ему во второй раз в 2023 году попытаться взойти на шахматный олимп, но увы Ян опять проиграл.
Наверняка ему было непросто. Весь мир следит за тобой, многочисленные неоправданные ожидания, упустить возможность дважды, совершить уйму ошибок - многих бы это бы съело изнутри. Но он оправился, проделал работу над ошибками и ринулся снова в бой. Я слежу за ним и молча восхищаюсь им.
У каждого из нас своя борьба в IT
Бывает так, что руководитель говорит, что не тянешь на роль повыше, что нужно еще подождать, порой несправедливо.
Иногда коллеги или друзья тянут вниз фразой “да зачем тебе этот Google”. Или наоборот думаешь "Где я, а где этот Amazon".
Совершаешь такие ошибки, что чувствуешь себя самым тупым на свете.
Работаешь годами, но не получается вырасти до следующего уровня. Крутишься как белка в колесе, без возможности остановиться и подумать.
Релоцироваться или остаться. Начать свой стартап или расти по карьерной лестнице. Неадекватный менеджер, токсичные коллеги, рабочий ноутбук по вечерам, бесконечные дедлайны.
Так вот, мой посыл самому себе, возможно вам он будет полезен тоже
- Ты пройдешь через все трудности, как проходил их десятки раз.
- Ты намного больше, чем твое резюме. Тебя не запихнуть в рамки 360, gallup, полугодовых ревью или других субъективных оценок.
- Не соглашайся с текущим положением дел. Ты все делаешь правильно. Верь в себя. Ставь амбициозные цели.
- Все, что кажется очень важным и срочным сейчас, через пару лет никто и не вспомнит. Твое психологические состояние, твое тело, твои цели, твои планы на жизнь - намного важней тикетов в джире, дизайн документов и стэндапов.
- Не позволяй другим задуть огонь внутри. Не давай другим сделать себя удобным.
“Все дело в твоем выборе: ты попадешь туда, куда намерен попасть” Ч.П.И.Д.Л.
Ян Непомнящий в 2021 году боролся с действующим чемпионом мира Мангусом Карлсеном за шахматную корону. К сожалению Ян проиграл. Судьба соблаговолила ему во второй раз в 2023 году попытаться взойти на шахматный олимп, но увы Ян опять проиграл.
Наверняка ему было непросто. Весь мир следит за тобой, многочисленные неоправданные ожидания, упустить возможность дважды, совершить уйму ошибок - многих бы это бы съело изнутри. Но он оправился, проделал работу над ошибками и ринулся снова в бой. Я слежу за ним и молча восхищаюсь им.
У каждого из нас своя борьба в IT
Бывает так, что руководитель говорит, что не тянешь на роль повыше, что нужно еще подождать, порой несправедливо.
Иногда коллеги или друзья тянут вниз фразой “да зачем тебе этот Google”. Или наоборот думаешь "Где я, а где этот Amazon".
Совершаешь такие ошибки, что чувствуешь себя самым тупым на свете.
Работаешь годами, но не получается вырасти до следующего уровня. Крутишься как белка в колесе, без возможности остановиться и подумать.
Релоцироваться или остаться. Начать свой стартап или расти по карьерной лестнице. Неадекватный менеджер, токсичные коллеги, рабочий ноутбук по вечерам, бесконечные дедлайны.
Так вот, мой посыл самому себе, возможно вам он будет полезен тоже
- Ты пройдешь через все трудности, как проходил их десятки раз.
- Ты намного больше, чем твое резюме. Тебя не запихнуть в рамки 360, gallup, полугодовых ревью или других субъективных оценок.
- Не соглашайся с текущим положением дел. Ты все делаешь правильно. Верь в себя. Ставь амбициозные цели.
- Все, что кажется очень важным и срочным сейчас, через пару лет никто и не вспомнит. Твое психологические состояние, твое тело, твои цели, твои планы на жизнь - намного важней тикетов в джире, дизайн документов и стэндапов.
- Не позволяй другим задуть огонь внутри. Не давай другим сделать себя удобным.
“Все дело в твоем выборе: ты попадешь туда, куда намерен попасть” Ч.П.И.Д.Л.
❤77🔥7👍5
😤Почему собеседования такие?
Цель собеседований в бигтехе на самом деле это не про найм лучших, а наоборот случайно не нанять “плохого” кандидата.
Кто-то с этим может не согласиться, но это то, что я наблюдаю постоянно. Поэтому мы периодически слышим как сильным разработчикам отказывают и порой даже сами сталкиваемся с таким. Несправедливо? Возможно
Почему же так?
Все дело в деньгах. Разработчики это дорогостоящий ресурс. Чтобы люди начали продуктивно работать проходит в среднем 3-6 месяцев.
Теперь допустим человек не справляется и после пробного периода его увольняют. Помимо зарплаты есть еще и задачи, которые теперь придется отложить, команда не сможет достичь всех целей, которые изначально планировались, упущенная возможность для бизнеса. Нужно будет запустить новый интервью процесс и искать новых кандидатов. Есть еще куча неявных затрат. Это дорого. Дополнительный час на кандидата на собеседовании позволяет сохранить вплоть до полугода человекочасов.
😔 То есть компания готова пожертвовать хорошим кандидатом, лишь бы не нанять неподходящего.
Именно поэтому мы имеет CV screening. Этот полуавтоматический шаг позволяет очень быстро отсеить потенциально неподходящих кандидатов, чтобы не тратить время рекрутера.
Звонок рекрутера и первичный кодинг по сути позволяют сохранить время финальных собеседований. Вместо 5-6 часов собеседований и обсуждений, тратится всего лишь 1 час.
К чему это все?
Цель собеседований в бигтехе на самом деле это не про найм лучших, а наоборот случайно не нанять “плохого” кандидата.
Кто-то с этим может не согласиться, но это то, что я наблюдаю постоянно. Поэтому мы периодически слышим как сильным разработчикам отказывают и порой даже сами сталкиваемся с таким. Несправедливо? Возможно
Почему же так?
Все дело в деньгах. Разработчики это дорогостоящий ресурс. Чтобы люди начали продуктивно работать проходит в среднем 3-6 месяцев.
Теперь допустим человек не справляется и после пробного периода его увольняют. Помимо зарплаты есть еще и задачи, которые теперь придется отложить, команда не сможет достичь всех целей, которые изначально планировались, упущенная возможность для бизнеса. Нужно будет запустить новый интервью процесс и искать новых кандидатов. Есть еще куча неявных затрат. Это дорого. Дополнительный час на кандидата на собеседовании позволяет сохранить вплоть до полугода человекочасов.
Именно поэтому мы имеет CV screening. Этот полуавтоматический шаг позволяет очень быстро отсеить потенциально неподходящих кандидатов, чтобы не тратить время рекрутера.
Звонок рекрутера и первичный кодинг по сути позволяют сохранить время финальных собеседований. Вместо 5-6 часов собеседований и обсуждений, тратится всего лишь 1 час.
К чему это все?
• Это совсем не значит, что интервьюер ищет за что зацепиться и завалить. В большинстве случаев наоборот, они ищут как можно больше причин, чтобы пропустить дальше.• Проверка CV это архаичный процесс, но выполняет роль фильтра.• Нас всех бесит количество созвонов на интервью. Но компания таким образом перестраховывается.Please open Telegram to view this post
VIEW IN TELEGRAM
❤16👍6
🍪8 заповедей переговоров
Миф: Мне нужно несколько оферов, чтобы торговаться.
Нашел классную статью по переговорам. Там описаны 10 заповедей, но я выбрал лишь 8 из них. Как всегда ссылка на оригинал в конце.
🔹Переговоры начинаются намного раньше, чем вы думаете
Рекрутеры с первого звонка попробуют узнать ваши ожидания по деньгам. Не давайте эту информацию.
Попробуйте ответить вопросом на вопрос: “А какая у вас вилка на данную позицию. С радостью отвечу если мои ожидания вписываются или нет. Можем обсудить более точные цифры после всех этапов”.
🔹Собирайте информацию походу собеседований
Задавайте вопросы, которые помогут вам потом торговаться.
- Почему нанимаете на эту роль?
- Какие проблемы хотите решить?
- С какими сложностями я столкнусь?
🔹В FAANG компаниях у рекрутера может не быть права голоса
В бигтеке зачастую есть комитет по компенсациям, который определяет зарплату на основе собеседований, опыта и навыков. Чтобы не оказаться запертым в таком треугольнике, храните и умело используйте новую информацию. Дополнительный офер или текущая работа это возможность вернуться к переговорам.
🔹Читайте между строк
Если предложили мало, то возможно на каком-то интервью вы показали себя не очень. Не нужно ничего доказывать. Попытайтесь узнать что пошло не так и устранить вопросики, например договориться на дополнительное собеседование. Сделайте это перед тем, как начнете торговаться.
Если предложили средне. Дождитесь знакомства с командой. Постарайтесь заинтересовать нанимающего менеджера и сделать так, чтобы он были вашим адвокатом на переговорах.
Если предложили много. Есть вероятность что вас оценили на уровень повыше, но решили оставить текущий уровень, увеличив зарплату. Это значит, что можно торговаться не в рамках своей вилки, а вилки на уровень выше. Простыми словами, если мидлу предложили много, то стоит запросить синьорскую зарплату.
🔹Ваша задача - завоевать сердца
Продавать себя и свои навыки нужно до офера. Каждое собеседование, каждый созвон это возможно запомниться и оставить хорошее впечатление о себе.
🔹Основывайтесь на данных
- Насколько хороший офер? https://candor.co/offers
- Из чего состоят компенсации? https://candor.co/guides/salary-negotiation#understand
- Акции, опционы, зарплаты https://www.holloway.com/g/equity-compensation/preview
- Как работают налоги? https://www.picnictax.com/tax-planning-for-startup-employees/
🔹Сравнивайте предложения
Компания компании рознь. Кто-то больше дает в первый год, кто-то больше выдает опционов, у кого-то выше релокационный бюджет. Сравнивайте разные варианты объективно, не бегите только за высокой базовой зарплатой.
🔹Просите
Миф: Мне нужно несколько оферов, чтобы торговаться.
Реальность: Достаточно сказать, что вы общаетесь с разными компаниями.
Миф: Мне нужно предоставлять копии моих оферов, чтобы торговаться.
Реальность: Нет. Все подписывают NDA это всегда валидная причина, чтобы не раскрывать дополнительную информацию с других собеседований.
Миф: Мне нужно отправить на почту запрашиваю зарплату и обосновать ее.
Реальность: Не ведите переговоры по почте. Всегда обсуждайте офер по телефону.
Миф: Я нашел примерную вилку зарплат в Glassdoor, я могу использовать это в переговорах.
Реальность: Это не аргумент. Каждая ситуация по своему уникальна. Умейте обосновать свои ожидания.
Миф: Если я буду говорить какой я классный, то это повысит мои шансы.
Реальность: Вас уже оценили по навыкам. Теперь другая фаза, где вы используете свои козыри и добытую информацию. Например если после общения с командой и менеджером, вы понимаете, что придется выполнять больше работы, то это валидный аргумент в переговорах. Заставьте их предложить больше, создав препятствия, которые рекрутер должен преодолеть, чтобы вас заполучить.
Миф: Нужно быть более агрессивным и угрожать выйти из переговоров
Реальность: Не самая лучшая стратегия. Намного эффективнее попытаться с рекрутером вместе найти решение, которое устроит всех.
➡️ Ссылка на статью
https://www.lennysnewsletter.com/p/negotiating-comp
✔️ Сохраните себе на будущие переговоры по зарплате
Миф: Мне нужно несколько оферов, чтобы торговаться.
Нашел классную статью по переговорам. Там описаны 10 заповедей, но я выбрал лишь 8 из них. Как всегда ссылка на оригинал в конце.
🔹Переговоры начинаются намного раньше, чем вы думаете
Рекрутеры с первого звонка попробуют узнать ваши ожидания по деньгам. Не давайте эту информацию.
Попробуйте ответить вопросом на вопрос: “А какая у вас вилка на данную позицию. С радостью отвечу если мои ожидания вписываются или нет. Можем обсудить более точные цифры после всех этапов”.
🔹Собирайте информацию походу собеседований
Задавайте вопросы, которые помогут вам потом торговаться.
- Почему нанимаете на эту роль?
- Какие проблемы хотите решить?
- С какими сложностями я столкнусь?
🔹В FAANG компаниях у рекрутера может не быть права голоса
В бигтеке зачастую есть комитет по компенсациям, который определяет зарплату на основе собеседований, опыта и навыков. Чтобы не оказаться запертым в таком треугольнике, храните и умело используйте новую информацию. Дополнительный офер или текущая работа это возможность вернуться к переговорам.
🔹Читайте между строк
Если предложили мало, то возможно на каком-то интервью вы показали себя не очень. Не нужно ничего доказывать. Попытайтесь узнать что пошло не так и устранить вопросики, например договориться на дополнительное собеседование. Сделайте это перед тем, как начнете торговаться.
Если предложили средне. Дождитесь знакомства с командой. Постарайтесь заинтересовать нанимающего менеджера и сделать так, чтобы он были вашим адвокатом на переговорах.
Если предложили много. Есть вероятность что вас оценили на уровень повыше, но решили оставить текущий уровень, увеличив зарплату. Это значит, что можно торговаться не в рамках своей вилки, а вилки на уровень выше. Простыми словами, если мидлу предложили много, то стоит запросить синьорскую зарплату.
🔹Ваша задача - завоевать сердца
Продавать себя и свои навыки нужно до офера. Каждое собеседование, каждый созвон это возможно запомниться и оставить хорошее впечатление о себе.
🔹Основывайтесь на данных
- Насколько хороший офер? https://candor.co/offers
- Из чего состоят компенсации? https://candor.co/guides/salary-negotiation#understand
- Акции, опционы, зарплаты https://www.holloway.com/g/equity-compensation/preview
- Как работают налоги? https://www.picnictax.com/tax-planning-for-startup-employees/
🔹Сравнивайте предложения
Компания компании рознь. Кто-то больше дает в первый год, кто-то больше выдает опционов, у кого-то выше релокационный бюджет. Сравнивайте разные варианты объективно, не бегите только за высокой базовой зарплатой.
🔹Просите
Миф: Мне нужно несколько оферов, чтобы торговаться.
Реальность: Достаточно сказать, что вы общаетесь с разными компаниями.
Миф: Мне нужно предоставлять копии моих оферов, чтобы торговаться.
Реальность: Нет. Все подписывают NDA это всегда валидная причина, чтобы не раскрывать дополнительную информацию с других собеседований.
Миф: Мне нужно отправить на почту запрашиваю зарплату и обосновать ее.
Реальность: Не ведите переговоры по почте. Всегда обсуждайте офер по телефону.
Миф: Я нашел примерную вилку зарплат в Glassdoor, я могу использовать это в переговорах.
Реальность: Это не аргумент. Каждая ситуация по своему уникальна. Умейте обосновать свои ожидания.
Миф: Если я буду говорить какой я классный, то это повысит мои шансы.
Реальность: Вас уже оценили по навыкам. Теперь другая фаза, где вы используете свои козыри и добытую информацию. Например если после общения с командой и менеджером, вы понимаете, что придется выполнять больше работы, то это валидный аргумент в переговорах. Заставьте их предложить больше, создав препятствия, которые рекрутер должен преодолеть, чтобы вас заполучить.
Миф: Нужно быть более агрессивным и угрожать выйти из переговоров
Реальность: Не самая лучшая стратегия. Намного эффективнее попытаться с рекрутером вместе найти решение, которое устроит всех.
https://www.lennysnewsletter.com/p/negotiating-comp
Please open Telegram to view this post
VIEW IN TELEGRAM
👍25❤6🔥3
🚀 Как перестать тонуть в задачах и начать работать эффективно
Нашел для вас и для себя геймчейнджер в личной эффективности на работе. Обожаю такие посты. Прям в предвкушении начать его использовать.
Это моя большая боль. Обычно я планирую на ходу, беру и делаю, то что вижу в джире. Иногда бывает, что появляются более срочные задачи и нужно взять их в работу. Помимо основной работы, есть активности, где я делаю свой вклад в компанию, например собеседования. Еще хочется заниматься самообразованием.
И порой я нахожу себя в ситуации, когда работаю много, но это не всегда отражается на целях команды, компании. В такие моменты я чувствую себе перенагруженным.
Я читаю сабстак Jordan Cutler и недавно он поделился своим методом планирования работ на неделю. Инженеры пишут, что после внедрения данной практики, их продуктивность выросла и чувство излишней назгрузки прошло.
Меня очень зацепил подход планировать и отслеживать, чем занимаешься всю неделю. А потом в конце недели посидеть и рефлексировать над тем, что пошло не так.
Не буду забирать хлеб Джордана, шаблон доступен платным подписчикам. Вы можете подписаться на месяц и получить шаблон. Или построить свой собственный на основе видео примера, там не rocket science.
Через пару месяцев напишу результаты и возможно поделюсь своей версией документа.
➡️ Ссылка на статью + шаблон для платных подписчиков
https://read.highgrowthengineer.com/p/how-i-plan-my-week-as-a-senior-engineer
➡️ Тут видео, где он объясняет как это работает.
https://www.loom.com/share/154457fdea8e4e3c8b9bbe5ab8d6b1c5?sid=fc8184ec-c14e-4af6-8437-686c31a32059
✔️ Сохраните себе и используйте на здоровье
Нашел для вас и для себя геймчейнджер в личной эффективности на работе. Обожаю такие посты. Прям в предвкушении начать его использовать.
Это моя большая боль. Обычно я планирую на ходу, беру и делаю, то что вижу в джире. Иногда бывает, что появляются более срочные задачи и нужно взять их в работу. Помимо основной работы, есть активности, где я делаю свой вклад в компанию, например собеседования. Еще хочется заниматься самообразованием.
И порой я нахожу себя в ситуации, когда работаю много, но это не всегда отражается на целях команды, компании. В такие моменты я чувствую себе перенагруженным.
Я читаю сабстак Jordan Cutler и недавно он поделился своим методом планирования работ на неделю. Инженеры пишут, что после внедрения данной практики, их продуктивность выросла и чувство излишней назгрузки прошло.
Меня очень зацепил подход планировать и отслеживать, чем занимаешься всю неделю. А потом в конце недели посидеть и рефлексировать над тем, что пошло не так.
Не буду забирать хлеб Джордана, шаблон доступен платным подписчикам. Вы можете подписаться на месяц и получить шаблон. Или построить свой собственный на основе видео примера, там не rocket science.
Через пару месяцев напишу результаты и возможно поделюсь своей версией документа.
https://read.highgrowthengineer.com/p/how-i-plan-my-week-as-a-senior-engineer
https://www.loom.com/share/154457fdea8e4e3c8b9bbe5ab8d6b1c5?sid=fc8184ec-c14e-4af6-8437-686c31a32059
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥13❤8🔥2