👽Что будет в консоли?
Anonymous Quiz
39%
3
21%
1
25%
NaN
15%
ReferenceError: Cannot access 'a' before initialization
👍20😭7🔥6😍3
Сколько времени нужно на то, чтобы сменить работу?
В продолжение статистики
Этот пост больше про правильные ожидания и умеренный, но точный подход, ведь лучше заложить больше времени, но получить ожидаемый результат, чем заложить меньше времени и усилий, чем понадобится реально.
Есть вещи, которые вы контролируете, и есть воронка найма, которая будет внешним неконтролируемым фактором.
1. Отклики
Этап от откликов до первых собеседований занимает около недели, при этом неважно насколько много вы откликнетесь, HR разберут отклики в своем темпе. На ответ уходит от нескольких дней до нескольких недель, но у нас было и такое, что позвали спустя 4 месяца 🤔
2. Скрины и технички
Идут равномерно по 2-4 в неделю, с фидбеком до недели, при этом множество компаний не самые привлекательные, и даже при совпадении ожиданий и вилки принимать первое попавшееся предложение — чаще всего неправильный выбор.
Нужно целиться в 4-6 офферов и выбор наиболее подходящего для вас. В среднем каждое 3-4 собеседование заканчивается оффером, то есть нужно примерно 16 собеседований, чтобы было из чего выбирать.
Итог:
4 собеседования в неделю, 16 собеседований в месяц для того чтобы было несколько офферов и было из чего выбирать.
То есть при правильных действиях, на 6-7 неделю вы заканчиваете последние собеседования, и принимаете нужный оффер.
Это — самый оптимистичный и быстрый результат, но нужно закладывать на полировку резюме, оформление linkedin и мок-собеседования хотя-бы две-три недели.
В итоге средний срок 2.5-3 месяца, и при правильном планировании ваш путь будет полностью предсказуемым, включая все этапы и вопросы на собеседованиях, если к ним подготовиться.
Пытаться сократить это время — сокращать свой выбор компаний и возможных проектов. В вопросе выбора работы иногда лучше иногда пожертвовать одним месяцем, и выиграть годы на хорошем месте.
В продолжение статистики
Этот пост больше про правильные ожидания и умеренный, но точный подход, ведь лучше заложить больше времени, но получить ожидаемый результат, чем заложить меньше времени и усилий, чем понадобится реально.
Есть вещи, которые вы контролируете, и есть воронка найма, которая будет внешним неконтролируемым фактором.
1. Отклики
Этап от откликов до первых собеседований занимает около недели, при этом неважно насколько много вы откликнетесь, HR разберут отклики в своем темпе. На ответ уходит от нескольких дней до нескольких недель, но у нас было и такое, что позвали спустя 4 месяца 🤔
2. Скрины и технички
Идут равномерно по 2-4 в неделю, с фидбеком до недели, при этом множество компаний не самые привлекательные, и даже при совпадении ожиданий и вилки принимать первое попавшееся предложение — чаще всего неправильный выбор.
Нужно целиться в 4-6 офферов и выбор наиболее подходящего для вас. В среднем каждое 3-4 собеседование заканчивается оффером, то есть нужно примерно 16 собеседований, чтобы было из чего выбирать.
Итог:
4 собеседования в неделю, 16 собеседований в месяц для того чтобы было несколько офферов и было из чего выбирать.
То есть при правильных действиях, на 6-7 неделю вы заканчиваете последние собеседования, и принимаете нужный оффер.
Это — самый оптимистичный и быстрый результат, но нужно закладывать на полировку резюме, оформление linkedin и мок-собеседования хотя-бы две-три недели.
В итоге средний срок 2.5-3 месяца, и при правильном планировании ваш путь будет полностью предсказуемым, включая все этапы и вопросы на собеседованиях, если к ним подготовиться.
Пытаться сократить это время — сокращать свой выбор компаний и возможных проектов. В вопросе выбора работы иногда лучше иногда пожертвовать одним месяцем, и выиграть годы на хорошем месте.
Telegram
Тихон | Помогаю разработчикам устроиться в BigTech
Когда реально активнее нанимают?
Собрали статистику технических этапов собеседований на менторстве за прошлый год по месяцам.
Конечно, это не идеальное отражение реального найма, ведь разработчики приходили в работу и выходили на рынок неравномерно
Но…
Собрали статистику технических этапов собеседований на менторстве за прошлый год по месяцам.
Конечно, это не идеальное отражение реального найма, ведь разработчики приходили в работу и выходили на рынок неравномерно
Но…
❤9👍7🔥5
Стрим по решению livecoding задач 🫡
Для большинства разработчиков livecoding — самый стрессовый этап собеседований. Но как и с экзаменами, он стрессовый только если не готовиться.
Глобально, есть два подхода, можно понять методы решения задач (хэш-таблица, указатели, скользяцие окна, пересобрать данные), или запомнить большинство задач которые дают на собеседованиях.
Я хотел бы дать однозначную позицию, что один метод лучше другого, но по нашей практике работает и то и то, поэтому просто взять количеством — тоже вариант.
Ну а сегодня на стриме, в 20:00, мы будем штурмовать задачи и количеством, и качеством, и практикой. Будем разбирать только небольшой срез тем, и решать задачи вместе с вами в чате, чтобы знания точно закрепились)
🗓 Четверг
⏰ 20:00
📍 Ссылка придет в🔺 бота (там нет ничего лишнего, только ссылки на стримы)
Если в начале каждого собеседования вы волнуетесь за livecoding — точно стоит быть)
Для большинства разработчиков livecoding — самый стрессовый этап собеседований. Но как и с экзаменами, он стрессовый только если не готовиться.
Глобально, есть два подхода, можно понять методы решения задач (хэш-таблица, указатели, скользяцие окна, пересобрать данные), или запомнить большинство задач которые дают на собеседованиях.
Я хотел бы дать однозначную позицию, что один метод лучше другого, но по нашей практике работает и то и то, поэтому просто взять количеством — тоже вариант.
Ну а сегодня на стриме, в 20:00, мы будем штурмовать задачи и количеством, и качеством, и практикой. Будем разбирать только небольшой срез тем, и решать задачи вместе с вами в чате, чтобы знания точно закрепились)
🗓 Четверг
⏰ 20:00
📍 Ссылка придет в
Если в начале каждого собеседования вы волнуетесь за livecoding — точно стоит быть)
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17❤4🤝4👌3
🤓 поехали, часть 2 — методологии, computer science, фреймворки и процессы
Продолжаю делиться статистикой вопросов и статистикой задач, которые попадались нам в группе на собеседованиях.
Тот же принцип что и в первой части: вопросы ровно в той формулировке, в которой их задавали на собеседованиях, даже если она странная или неудобная.
5️⃣ Методологии и подходы
— Как применять SOLID во фронтенде(подробно про каждую букву с примерами)
— Что такое KISS, DRY, YAGNI?
— Что такое BEM?
— Какие паттерны проектирования знаешь? Какие использовал?
— На какие 3 группы делятся паттерны проектирования?
— Какие паттерны чаще всего встречаются в Frontend на уровне популярных библиотек?
— Какие антипаттерны знаешь?
— Расскажи про FSD. В какую папку положил бы компонент Breadcrumbs?
— Что такое Flux архитектура? Где используется?
— Что такое MVC архитектура?
— Когда есть смысл разбивать приложение на микрофронты?
— Какие есть способы рабить приложение на части и как построить общение между ними?
— WebWorker и ServiceWorker?
— SSE и WebSocket, когда что использовать?
— Что такое long-polling?
— Работал ли с Grafana или Sentry?
6️⃣ Computer Science
— Big O нотация? Какие сложности алгоритмов знаешь? Поставь в возрастающем порядке с примерами
— Разница между стеком, очередью? FIFO/LIFO?
— Что такое hash table и как она работает, что такое bucket?
— Коллизии и способы их решения
— Чем опасна рекурсия?
— Стек и куча (stack vs heap)
— Для чего нужен Garbage Collector? Какие языки работают без него? По какому алгоритму работает GC?
— Для чего нужны ссылочные типы?
— Парралельность и асинхронность, в чем отличие?
— Что такое race condition?
— Какой алгоритм сортировки в методе .sort?
— Сколько уровней в модели OSI?
— Как работает HTTPS?
— Чем отличается TCP от UDP?
7️⃣ Фреймворки и архитектура (React)
— Чем фреймворк отличается от библиотеки? React, Vue, Angular — фреймворк или библиотека?
— Реактивный ли React?
— Как бы ты реализовал свой стейт менеджер?
— Как используют SSR и как он работает?
— SSR, ISR, SSG, PPR
— Как под капотом работают Vue2 и Vue3?
8️⃣ Процессы разработки
— В чем разница между git fetch и git pull?
— Что за команда git blame?
— Какая разница между git rebase и git merge?
— Как правильно организовать ветвление (branching) и рабочий процесс с Git (Git Flow, Trunk Based Development)?
— Для чего нужен git stash?
— Была ли работа с Linux, может занимался каким-то деплоем, CI/CD?
— Знаком ли с Docker, что конкретно делал?
— Настраивал ли nginx? Что именно?
— Какие тесты ты писал (unit, integration, e2e)
— Как дебажишь сложные баги?
— Что будешь делать, если прод «упал» из-за фронта?
Если вторая часть была интересной, ставьте ⚡️и мы выложим блок вопросов на Vue собеседованиях, которые нам попадались.
Или ставьте 💅, и мы выложим блок софтовых вопросов от HR, и примеры корректных ответов на них.
Если вам попадались странные или интересные вопросы на собеседованиях — закидывайте в комментарии)
А если не хочется гадать, какой вопрос зададут в каждой конкретной компании — поможем подготовиться к cобеседованиям )
Кто я | Кейсы | Менторство
Продолжаю делиться статистикой вопросов и статистикой задач, которые попадались нам в группе на собеседованиях.
Тот же принцип что и в первой части: вопросы ровно в той формулировке, в которой их задавали на собеседованиях, даже если она странная или неудобная.
5️⃣ Методологии и подходы
— Как применять SOLID во фронтенде(подробно про каждую букву с примерами)
— Что такое KISS, DRY, YAGNI?
— Что такое BEM?
— Какие паттерны проектирования знаешь? Какие использовал?
— На какие 3 группы делятся паттерны проектирования?
— Какие паттерны чаще всего встречаются в Frontend на уровне популярных библиотек?
— Какие антипаттерны знаешь?
— Расскажи про FSD. В какую папку положил бы компонент Breadcrumbs?
— Что такое Flux архитектура? Где используется?
— Что такое MVC архитектура?
— Когда есть смысл разбивать приложение на микрофронты?
— Какие есть способы рабить приложение на части и как построить общение между ними?
— WebWorker и ServiceWorker?
— SSE и WebSocket, когда что использовать?
— Что такое long-polling?
— Работал ли с Grafana или Sentry?
6️⃣ Computer Science
— Big O нотация? Какие сложности алгоритмов знаешь? Поставь в возрастающем порядке с примерами
— Разница между стеком, очередью? FIFO/LIFO?
— Что такое hash table и как она работает, что такое bucket?
— Коллизии и способы их решения
— Чем опасна рекурсия?
— Стек и куча (stack vs heap)
— Для чего нужен Garbage Collector? Какие языки работают без него? По какому алгоритму работает GC?
— Для чего нужны ссылочные типы?
— Парралельность и асинхронность, в чем отличие?
— Что такое race condition?
— Какой алгоритм сортировки в методе .sort?
— Сколько уровней в модели OSI?
— Как работает HTTPS?
— Чем отличается TCP от UDP?
7️⃣ Фреймворки и архитектура (React)
— Чем фреймворк отличается от библиотеки? React, Vue, Angular — фреймворк или библиотека?
— Реактивный ли React?
— Как бы ты реализовал свой стейт менеджер?
— Как используют SSR и как он работает?
— SSR, ISR, SSG, PPR
— Как под капотом работают Vue2 и Vue3?
8️⃣ Процессы разработки
— В чем разница между git fetch и git pull?
— Что за команда git blame?
— Какая разница между git rebase и git merge?
— Как правильно организовать ветвление (branching) и рабочий процесс с Git (Git Flow, Trunk Based Development)?
— Для чего нужен git stash?
— Была ли работа с Linux, может занимался каким-то деплоем, CI/CD?
— Знаком ли с Docker, что конкретно делал?
— Настраивал ли nginx? Что именно?
— Какие тесты ты писал (unit, integration, e2e)
— Как дебажишь сложные баги?
— Что будешь делать, если прод «упал» из-за фронта?
Если вторая часть была интересной, ставьте ⚡️и мы выложим блок вопросов на Vue собеседованиях, которые нам попадались.
Или ставьте 💅, и мы выложим блок софтовых вопросов от HR, и примеры корректных ответов на них.
Если вам попадались странные или интересные вопросы на собеседованиях — закидывайте в комментарии)
А если не хочется гадать, какой вопрос зададут в каждой конкретной компании — поможем подготовиться к cобеседованиям )
Кто я | Кейсы | Менторство
💅42⚡24🔥13❤6🐳1
Продолжаем серию встреч с выпускниками и участниками менторства 🔥
Прошлая встреча была в Шанхае с Алексеем, ну а сегодня, несмотря на холод, встретились в Москве)
У всех разный бэкграунд, компании, но все топят за собеседования)
Пришли к выводу, что часто много опыта и интересных скиллов и нетворка приходят не только на постоянной работе, но и во время ее поиска
Best community❤️
Прошлая встреча была в Шанхае с Алексеем, ну а сегодня, несмотря на холод, встретились в Москве)
У всех разный бэкграунд, компании, но все топят за собеседования)
Пришли к выводу, что часто много опыта и интересных скиллов и нетворка приходят не только на постоянной работе, но и во время ее поиска
Best community
Please open Telegram to view this post
VIEW IN TELEGRAM
❤29🔥14👍3👀1
В сообществе автоматизировали анонсы собеседований на каждый день, но самое интересное, теперь через бота можно смотреть статистику своих собеседований, таблички уходят в прошлое)
Получается теперь в полном доступе у всех есть: общая статистика группы, статистика личных собеседований и информация по задачам и вопросам на каждом собеседовании, которое проходил один из участников группы.
Собеседования, как и сама работа — плотная задача, и всегда приятнее двигаться по ней видя свой конкретный прогресс, и заряжаться мотивацией от тех, кто находится на похожем этапе или уже ориентируется в текущем рынке.
И да, бот умеет подбирать мемы для анонсов, все-таки тут инженеры собрались)
Tecnologia!
Справа - общая статистика тех, кто принял оффер, слева - ежедневный анонс собеседований
Получается теперь в полном доступе у всех есть: общая статистика группы, статистика личных собеседований и информация по задачам и вопросам на каждом собеседовании, которое проходил один из участников группы.
Собеседования, как и сама работа — плотная задача, и всегда приятнее двигаться по ней видя свой конкретный прогресс, и заряжаться мотивацией от тех, кто находится на похожем этапе или уже ориентируется в текущем рынке.
И да, бот умеет подбирать мемы для анонсов, все-таки тут инженеры собрались)
Tecnologia!
🔥21❤5👍5
Часто ко мне обращаются за составлением резюме. Я всегда рад помочь, но есть важный момент. Резюме это только 10% в поиске работы. Да и за час/два невозможно составить рабочий вариант.
Почему?
Это итерационный процесс. Когда мы делаем CV на менторстве, оно может вернуться на правки до 10-12! раз. Мы выпускаем резюме на рынок только после аппрува от 10 менторов и HR из нашей команды.
Теперь это финальный вариант и можно расслабиться? - Нет)
При недостаточном кол-ве собеседований или для теста конверсий, лучше делать 2-3-4 версии резюме. Разные CV цепляют разные компании.
Окей, мы составили 3 версии, резюме, его аппрувнула вся команда, теперь я точно найду работу? - Нет)
Традиционный вариант - сделать 100-200 откликов на hh и ждать что будет хороший оффер и новое место работы - не работает в 2026.
Важно куда и как резюме отправлять. Мы работаем рассылая ваше резюме 20-100 компаний напрямую. Этот список есть только у аутстафф-агенств и галер, и у нас)
Помимо прямых откликов работают рекомендации и прямой контакт с HR от знакомых. То есть по рекомендации от сотрудника/того кто прошёл у них все этапы, но по какой-то причине отказался.
Сейчас трафик с этих каналов сопоставим или превышает то, что приходит с hh.
Окей, мы отправили резюме вообще всем, теперь я найду работу? - Не факт)
Тут мы прошли подготовительный этап и уже будут собеседования. 30% работы проделано. В реальности большинство кандидатов её не делают/не знают/привыкли к легкому поиску в 2022-2024 гг. Осталось 30% - технические собеседования и 40% - пройти финал.
Ну, техническое я точно пройду, я решаю каждый день leetcode и codewars.
Да, часть задач будет на алгоритмы и логику. Но мы не видели задач на Event Loop, TypeScript, контекст, рефакторинг, React/Vue/Angular на этих платформах. Там этого нет, а на собеседованиях - есть. Даже Яндекс спрашивают не только алгоритмы.
Ну и скорее всего многие заметили, что те резюме, что были раньше, уже не котируются, так на собеседованиях стали более требовательны к техничке.
Из хорошего, — все это можно натренировать: @codepunks_bro 🤝😉
Почему?
Это итерационный процесс. Когда мы делаем CV на менторстве, оно может вернуться на правки до 10-12! раз. Мы выпускаем резюме на рынок только после аппрува от 10 менторов и HR из нашей команды.
Теперь это финальный вариант и можно расслабиться? - Нет)
При недостаточном кол-ве собеседований или для теста конверсий, лучше делать 2-3-4 версии резюме. Разные CV цепляют разные компании.
Окей, мы составили 3 версии, резюме, его аппрувнула вся команда, теперь я точно найду работу? - Нет)
Традиционный вариант - сделать 100-200 откликов на hh и ждать что будет хороший оффер и новое место работы - не работает в 2026.
Важно куда и как резюме отправлять. Мы работаем рассылая ваше резюме 20-100 компаний напрямую. Этот список есть только у аутстафф-агенств и галер, и у нас)
Помимо прямых откликов работают рекомендации и прямой контакт с HR от знакомых. То есть по рекомендации от сотрудника/того кто прошёл у них все этапы, но по какой-то причине отказался.
Сейчас трафик с этих каналов сопоставим или превышает то, что приходит с hh.
Окей, мы отправили резюме вообще всем, теперь я найду работу? - Не факт)
Тут мы прошли подготовительный этап и уже будут собеседования. 30% работы проделано. В реальности большинство кандидатов её не делают/не знают/привыкли к легкому поиску в 2022-2024 гг. Осталось 30% - технические собеседования и 40% - пройти финал.
Ну, техническое я точно пройду, я решаю каждый день leetcode и codewars.
Да, часть задач будет на алгоритмы и логику. Но мы не видели задач на Event Loop, TypeScript, контекст, рефакторинг, React/Vue/Angular на этих платформах. Там этого нет, а на собеседованиях - есть. Даже Яндекс спрашивают не только алгоритмы.
Ну и скорее всего многие заметили, что те резюме, что были раньше, уже не котируются, так на собеседованиях стали более требовательны к техничке.
Из хорошего, — все это можно натренировать: @codepunks_bro 🤝😉
🔥13🤝5💯4❤2👍1
Стрим по решению livecoding задач с собеседований.
Некоторые задачи с собеседований, которые мы решаем на стримах, решают правильно только 10-40% разработчиков, если не видели их раньше.
И от 90+ процентов правильных решений, если задачу уже видели. Просто некоторые конструкции языка почти не встречаются на практике, но встречаются на собеседованиях.
Поэтому уже сегодня в 20:00, мы проведем второй в этом году livecoding стрим по принципу:
— Берем задачу
— Решаем вместе с вами в чате
— Обсуждаем решения
— Закрепляем паттерн на похожей задаче
🗓 Четверг
⏰ 20:00
📍 Ссылка придет в🔺 бота (там нет ничего лишнего, только ссылки на стримы)
Если в начале каждого собеседования вы волнуетесь за livecoding — просто прорешаем все задачи заранее 🥸
Некоторые задачи с собеседований, которые мы решаем на стримах, решают правильно только 10-40% разработчиков, если не видели их раньше.
И от 90+ процентов правильных решений, если задачу уже видели. Просто некоторые конструкции языка почти не встречаются на практике, но встречаются на собеседованиях.
Поэтому уже сегодня в 20:00, мы проведем второй в этом году livecoding стрим по принципу:
— Берем задачу
— Решаем вместе с вами в чате
— Обсуждаем решения
— Закрепляем паттерн на похожей задаче
🗓 Четверг
⏰ 20:00
📍 Ссылка придет в
Если в начале каждого собеседования вы волнуетесь за livecoding — просто прорешаем все задачи заранее 🥸
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14❤8👍6🌚3
👽Что будет в консоли?
Anonymous Quiz
33%
r1, r2, m2, m1
32%
r1, r2, m1, m2
7%
r1, r2, r1, r2, m1, m2
27%
r1, m1, r2, m2
❤9👍9
Решил ответить на некоторые вопросы, которые часто встречались на консультацях
💯6❤4🔥2
Для FRONTEND-разработчиков 100+ вопросов с технических собеседований
Этот сборник – результат 1000+ проведенных собеседований и разбора вопросов, которые сегодня задают frontend-разработчикам на реальных собеседованиях
Сборник вопросов позволит готовиться к собеседованиям более эффективно, по реальным темам и получать офферы от 220к.
Чтобы скачать сборник, нажми на кнопку ниже👇
Этот сборник – результат 1000+ проведенных собеседований и разбора вопросов, которые сегодня задают frontend-разработчикам на реальных собеседованиях
Сборник вопросов позволит готовиться к собеседованиям более эффективно, по реальным темам и получать офферы от 220к.
Чтобы скачать сборник, нажми на кнопку ниже👇
🔥22👍7❤4🤩1
На этой неделе в командировке. По фоткам и не скажешь, но мы тут работаем, честно))
Поэтому стрима в этот четверг не будет. Но без практики вас не оставлю) Готовлю очень информативный пост со всем, что попадалось нам на собеседованиях по Vue🔤
Также если вы вдруг пропустили предыдущие посты по техничке, советую глянуть тут, тут и тут, инфу для этих постов собирали весь 2025🫡
Поэтому стрима в этот четверг не будет. Но без практики вас не оставлю) Готовлю очень информативный пост со всем, что попадалось нам на собеседованиях по Vue
Также если вы вдруг пропустили предыдущие посты по техничке, советую глянуть тут, тут и тут, инфу для этих постов собирали весь 2025
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥16❤11👍5😍4👾1
Forwarded from Отзывы | Тихон
#отзыв
На менторстве у Тихона я получил именно то, чего и ждал, когда обратился за помощью с трудоустройством пару месяцев назад: отличное, продуманное резюме, определение моих точек роста в техническом и софт-скилловом плане, а также постоянную поддержку по всем вопросам на пути к заветному офферу (к слову, после оффера поддержка не заканчивается — ведь дальше цель успешно пройти испытательный срок).
Бонусом ко всему этому я получил потрясающее комьюнити из других участников, которые всегда готовы помочь, поддержать морально и зарядить мотивацией своим примером трудоустройства. И это имеет не меньшую ценность, чем помощь менторов, ведь путь к офферу и так непростой, а в одиночку — еще сложнее.
Когда я пришел на менторство, у меня был не самый банальный запрос — мне нужна была работа по ИП. Это исключало большинство бигтехов, да и на hh.ru такую работу найти непросто. В общем, этот нюанс снижал шансы на успех. Но Тихона и других менторов это не остановило, и через два с небольшим месяца я получил оффер с бОльшей суммой, чем ожидал.
Когда вы придете на менторство, вам придется хорошенько поработать: заняться резюме, отточить навыки самопрезентации, набить руку на технических задачах, погрузиться в теорию. Да, очень многое зависит от вас, но есть и неочевидные «бесплатные» бонусы, которые дает сообщество:
- Кто-то из других менти может порекомендовать вас HR, и вам не придется проходить фильтры hh.ru.
- Другие менти могут помочь подготовиться к собеседованию в компанию, в которую они уже собесились.
- Кто-то может поделиться своим предыдущим рабочим опытом.
Всё это в совокупности значительно помогает целеустремленному, готовому много работать и думать человеку получить долгожданный оффер.
Успех — это умение двигаться от неудачи к неудаче, не теряя энтузиазма. А с Тихоном таких неудач на пути будет меньше.
автор: @ivan_frontend_dev
На менторстве у Тихона я получил именно то, чего и ждал, когда обратился за помощью с трудоустройством пару месяцев назад: отличное, продуманное резюме, определение моих точек роста в техническом и софт-скилловом плане, а также постоянную поддержку по всем вопросам на пути к заветному офферу (к слову, после оффера поддержка не заканчивается — ведь дальше цель успешно пройти испытательный срок).
Бонусом ко всему этому я получил потрясающее комьюнити из других участников, которые всегда готовы помочь, поддержать морально и зарядить мотивацией своим примером трудоустройства. И это имеет не меньшую ценность, чем помощь менторов, ведь путь к офферу и так непростой, а в одиночку — еще сложнее.
Когда я пришел на менторство, у меня был не самый банальный запрос — мне нужна была работа по ИП. Это исключало большинство бигтехов, да и на hh.ru такую работу найти непросто. В общем, этот нюанс снижал шансы на успех. Но Тихона и других менторов это не остановило, и через два с небольшим месяца я получил оффер с бОльшей суммой, чем ожидал.
Когда вы придете на менторство, вам придется хорошенько поработать: заняться резюме, отточить навыки самопрезентации, набить руку на технических задачах, погрузиться в теорию. Да, очень многое зависит от вас, но есть и неочевидные «бесплатные» бонусы, которые дает сообщество:
- Кто-то из других менти может порекомендовать вас HR, и вам не придется проходить фильтры hh.ru.
- Другие менти могут помочь подготовиться к собеседованию в компанию, в которую они уже собесились.
- Кто-то может поделиться своим предыдущим рабочим опытом.
Всё это в совокупности значительно помогает целеустремленному, готовому много работать и думать человеку получить долгожданный оффер.
Успех — это умение двигаться от неудачи к неудаче, не теряя энтузиазма. А с Тихоном таких неудач на пути будет меньше.
автор: @ivan_frontend_dev
🔥16❤8🏆5
Собрали 3-ю часть вопросов с собеседований, на этот раз по Vue 2/3, в тех формулировках, в которых они попадались на собеседованиях.
1. Vue Core (база)
1. Чем отличаются Vue 2 и Vue 3 на практике (Composition API, новая реактивность, поддержка)?
2. Чем отличаются v-if и v-show и когда что выбирать?
3. Хуки жизненного цикла во Vue 2 и Vue 3: какие есть и чем отличаются?
4. Зачем нужен key в v-for и какие ошибки он предотвращает?
5. Почему нельзя мутировать props (однонаправленный поток данных) и как правильно менять данные “снизу вверх”?
6. Слоты: default, named, scoped - как передавать разметку и данные через слоты?
7. Встроенные компоненты Vue и основные кейсы: Teleport, KeepAlive, Transition (что решают и где применять)?
8. Асинхронные компоненты: зачем нужны и как подключаются?
2. Реактивность Vue (практический уровень)
1. Как работает реактивность во Vue 3 на уровне “что отслеживается и когда обновляется UI”?
2. Что такое ref и reactive и когда выбирать каждый?
3. Чем computed отличается от watch и в каких задачах что использовать?
4. Когда использовать watch, а когда watchEffect (разница в контроле зависимостей)?
5. Что такое toRefs и зачем он нужен (типовой кейс - деструктуризация реактивного объекта)?
6. Типовые причины “лишних обновлений” и как их избегать (разбиение на компоненты, корректные зависимости в watch, правильный key)?
3. Компоненты и взаимодействие
1. v-model: что делает директива и как это выглядит в компоненте (prop + event)?
2. Как реализовать двустороннюю связь в кастомном компоненте: modelValue + update:modelValue?
3. Чем отличается “двусторонняя связь через v-model” от явной схемы prop + emit (когда лучше явно)?
4. Что такое emit и как типизировать события во Vue 3 (defineEmits)?
5. provide / inject: когда уместно использовать (избежать props drilling, проброс зависимостей вниз по дереву)?
6. Как сделать глобальный компонент и когда это оправдано?
7. Как получить доступ к дочернему компоненту из родителя (template ref) и какие риски у такого подхода (когда избегать)?
4. State Management (Vuex / Pinia)
1. Что такое store и когда он нужен (а когда достаточно локального состояния компонента)?
2. Базовые сущности Pinia: state, getters, actions - за что отвечает каждая?
3. Можно ли мутировать state напрямую: как принято в Pinia и какие есть риски при хаотичных изменениях?
4. Vuex: чем отличаются mutations и actions (если проект на Vuex)?
5. Общая разница Pinia и Vuex: почему в новых проектах чаще выбирают Pinia?
6. Как хранить auth-состояние: где держать access/refresh, где профиль пользователя, что синхронизировать с cookie/хранилищем?
5. Nuxt, SSR/CSR/SSG
1. CSR vs SSR: в чем разница по рендеру и пользовательскому эффекту?
2. Почему чистый CSR чаще хуже для SEO (поисковики и “пустой HTML” без контента)?
3. Что такое SSG (prerender) и когда его выбирать?
4. Что такое гидратация и почему возникают hydration mismatch (типовые причины)?
5. Где выполняется код в Nuxt: server и client (и почему нельзя использовать window/localStorage на сервере)?
6. Data fetching в Nuxt: useFetch vs useAsyncData vs $fetch (какая задача у каждого)?
7. Middleware в Nuxt: что это такое, какие виды бывают и для каких задач подходит?
8. Что такое Nitro и server routes в Nuxt (базовая идея full-stack внутри Nuxt)?
9. Авторизация в SSR: почему localStorage не подходит как единственный источник и зачем часто используют cookie?
Если список был полезным, ставь 🤓, и мы сделаем подборку HR вопросов, и как корректно на них отвечать.
Кто я | Кейсы | Менторство
1. Vue Core (база)
1. Чем отличаются Vue 2 и Vue 3 на практике (Composition API, новая реактивность, поддержка)?
2. Чем отличаются v-if и v-show и когда что выбирать?
3. Хуки жизненного цикла во Vue 2 и Vue 3: какие есть и чем отличаются?
4. Зачем нужен key в v-for и какие ошибки он предотвращает?
5. Почему нельзя мутировать props (однонаправленный поток данных) и как правильно менять данные “снизу вверх”?
6. Слоты: default, named, scoped - как передавать разметку и данные через слоты?
7. Встроенные компоненты Vue и основные кейсы: Teleport, KeepAlive, Transition (что решают и где применять)?
8. Асинхронные компоненты: зачем нужны и как подключаются?
2. Реактивность Vue (практический уровень)
1. Как работает реактивность во Vue 3 на уровне “что отслеживается и когда обновляется UI”?
2. Что такое ref и reactive и когда выбирать каждый?
3. Чем computed отличается от watch и в каких задачах что использовать?
4. Когда использовать watch, а когда watchEffect (разница в контроле зависимостей)?
5. Что такое toRefs и зачем он нужен (типовой кейс - деструктуризация реактивного объекта)?
6. Типовые причины “лишних обновлений” и как их избегать (разбиение на компоненты, корректные зависимости в watch, правильный key)?
3. Компоненты и взаимодействие
1. v-model: что делает директива и как это выглядит в компоненте (prop + event)?
2. Как реализовать двустороннюю связь в кастомном компоненте: modelValue + update:modelValue?
3. Чем отличается “двусторонняя связь через v-model” от явной схемы prop + emit (когда лучше явно)?
4. Что такое emit и как типизировать события во Vue 3 (defineEmits)?
5. provide / inject: когда уместно использовать (избежать props drilling, проброс зависимостей вниз по дереву)?
6. Как сделать глобальный компонент и когда это оправдано?
7. Как получить доступ к дочернему компоненту из родителя (template ref) и какие риски у такого подхода (когда избегать)?
4. State Management (Vuex / Pinia)
1. Что такое store и когда он нужен (а когда достаточно локального состояния компонента)?
2. Базовые сущности Pinia: state, getters, actions - за что отвечает каждая?
3. Можно ли мутировать state напрямую: как принято в Pinia и какие есть риски при хаотичных изменениях?
4. Vuex: чем отличаются mutations и actions (если проект на Vuex)?
5. Общая разница Pinia и Vuex: почему в новых проектах чаще выбирают Pinia?
6. Как хранить auth-состояние: где держать access/refresh, где профиль пользователя, что синхронизировать с cookie/хранилищем?
5. Nuxt, SSR/CSR/SSG
1. CSR vs SSR: в чем разница по рендеру и пользовательскому эффекту?
2. Почему чистый CSR чаще хуже для SEO (поисковики и “пустой HTML” без контента)?
3. Что такое SSG (prerender) и когда его выбирать?
4. Что такое гидратация и почему возникают hydration mismatch (типовые причины)?
5. Где выполняется код в Nuxt: server и client (и почему нельзя использовать window/localStorage на сервере)?
6. Data fetching в Nuxt: useFetch vs useAsyncData vs $fetch (какая задача у каждого)?
7. Middleware в Nuxt: что это такое, какие виды бывают и для каких задач подходит?
8. Что такое Nitro и server routes в Nuxt (базовая идея full-stack внутри Nuxt)?
9. Авторизация в SSR: почему localStorage не подходит как единственный источник и зачем часто используют cookie?
Если список был полезным, ставь 🤓, и мы сделаем подборку HR вопросов, и как корректно на них отвечать.
Кто я | Кейсы | Менторство
🤓16🔥14🤝7❤1