Решил ответить на некоторые вопросы, которые часто встречались на консультацях

Для FRONTEND-разработчиков 100+ вопросов с технических собеседований

Этот сборник – результат 1000+ проведенных собеседований и разбора вопросов, которые сегодня задают frontend-разработчикам на реальных собеседованиях

Сборник вопросов позволит готовиться к собеседованиям более эффективно, по реальным темам и получать офферы от 220к.

Чтобы скачать сборник, нажми на кнопку ниже👇

#отзыв

На менторстве у Тихона я получил именно то, чего и ждал, когда обратился за помощью с трудоустройством пару месяцев назад: отличное, продуманное резюме, определение моих точек роста в техническом и софт-скилловом плане, а также постоянную поддержку по всем вопросам на пути к заветному офферу (к слову, после оффера поддержка не заканчивается — ведь дальше цель успешно пройти испытательный срок).

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

Когда я пришел на менторство, у меня был не самый банальный запрос — мне нужна была работа по ИП. Это исключало большинство бигтехов, да и на hh.ru такую работу найти непросто. В общем, этот нюанс снижал шансы на успех. Но Тихона и других менторов это не остановило, и через два с небольшим месяца я получил оффер с бОльшей суммой, чем ожидал.

Когда вы придете на менторство, вам придется хорошенько поработать: заняться резюме, отточить навыки самопрезентации, набить руку на технических задачах, погрузиться в теорию. Да, очень многое зависит от вас, но есть и неочевидные «бесплатные» бонусы, которые дает сообщество:

- Кто-то из других менти может порекомендовать вас HR, и вам не придется проходить фильтры hh.ru.

- Другие менти могут помочь подготовиться к собеседованию в компанию, в которую они уже собесились.

- Кто-то может поделиться своим предыдущим рабочим опытом.

Всё это в совокупности значительно помогает целеустремленному, готовому много работать и думать человеку получить долгожданный оффер.

Успех — это умение двигаться от неудачи к неудаче, не теряя энтузиазма. А с Тихоном таких неудач на пути будет меньше.

автор: @ivan_frontend_dev

Собрали 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 вопросов, и как корректно на них отвечать.

Кто я | Кейсы | Менторство

Заметил еще интересное отклонение по статистике, что в этом году ощутимо больше собеседований, но меньше офферов.

То есть простыми словами, нужно пройти больше технических этапов чтобы выйти на работу.

Это общая статистика по группе разработчиков с опытом 3-6 лет, с разным уровнем подготовки и компаниями в прошлом.

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

Для нас это выглядит примерно так: в 2024 если решить все задачи на собеседовании, то это почти 100% приглашение, сейчас мы решаем все задачи на каждом втором, но обязательно еще надо понравиться по софтам и культуре, и именно этот фактор чаще всего играет решаюшую роль.

В целом по компаниям слышу что компетентных разработчиков все-равно нехватает, поэтому если тренить — все остается как раньше)

Если хочешь тренить в хорошей компании — заходи к нам в сообщество со 140+ разработчиками с опытом 3-10 лет, тут интересно: @codepunks_bro