💻 Вся база по JavaScript и React
Я выпустил два видео общей продолжительностью около 5 часов — это полноценная подготовка по всему фронтенду.
Здесь собраны примерно 90% всех вопросов, которые вам могут задать на собеседованиях.
Есть еще темы вроде TypeScript, Next.js, сетей, общих вопросов и верстки — их тоже спрашивают, но это малая часть по сравнению с основным объёмом, который покрывают эти два видео.
🔥 Дальше хочу сделать видео “Весь лайвкодинг по JavaScript за 2 часа”
Планирую собрать 200+ задач, примеров из консоли, рефакторингов и пройтись по всем типам и темам задач, которые встречаются на собесах.
Ранее я уже проводил подобное занятие на менторстве — получилось около 2 часов, но тогда не успел охватить всё.
Теперь хочу подготовить полный роадмап по лайвкодингу и снять полноценное видео.
А пока — можете проверять свои знания и готовиться к собесам по уже выпущенным видео 👇
👩💻 ВЕСЬ React в одном собеседовании. 100 вопросов + 20 задач за 2 часа
👩💻 ВЕСЬ JavaScript в одном собеседовании. 200 вопросов + 70 задач за 2 часа
Я выпустил два видео общей продолжительностью около 5 часов — это полноценная подготовка по всему фронтенду.
Здесь собраны примерно 90% всех вопросов, которые вам могут задать на собеседованиях.
Есть еще темы вроде TypeScript, Next.js, сетей, общих вопросов и верстки — их тоже спрашивают, но это малая часть по сравнению с основным объёмом, который покрывают эти два видео.
🔥 Дальше хочу сделать видео “Весь лайвкодинг по JavaScript за 2 часа”
Планирую собрать 200+ задач, примеров из консоли, рефакторингов и пройтись по всем типам и темам задач, которые встречаются на собесах.
Ранее я уже проводил подобное занятие на менторстве — получилось около 2 часов, но тогда не успел охватить всё.
Теперь хочу подготовить полный роадмап по лайвкодингу и снять полноценное видео.
А пока — можете проверять свои знания и готовиться к собесам по уже выпущенным видео 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
60❤45🔥15👍10
Forwarded from YeaHub
Что для вас было бы наиболее полезным?
Anonymous Poll
29%
Парсер навыков по специальностям с HH
30%
Сервис тестов с вариантами ответов
41%
Сервис лайвкодинга (аналог leetcode)
7%
Горячий режим
31%
Полный роадмап по специальностям
23%
Автоотклики на HH
28%
Шаблонизатор резюме
27%
Агрегатор вакансий
❤7🔥3🤝2
Forwarded from Менторство Reactify
Честность и репутация
Многие боятся обратиться к ментору по разным причинам: кто-то думает, что ментор возьмёт деньги и пропадёт (хотя я такого лично не слышал, но страх есть), кто-то боится пустых обещаний — оплатил, а результата нет; кто-то не верит в обещания о трудоустройстве и показанных кейсах, думает — инфоцыган.
Как доказать человеку, что это действительно работает: что ученик получает созвоны, стажировку, курсы; что ментор не забьёт и что офферы и результаты — реальные. Проблема честных людей сегодня — нужно доказать, что ты честный. Скама много, инфоцыган — тьма. Когда я искал дизайнера для улучшения платформы с курсами, меня заскамили три человека — вот такая я «бабушка». Раньше я всегда находил исполнителей и всё шло гладко, а в этот раз случилась какая-то чёреда неудач. В итоге потерял примерно 40–50 тысяч рублей и в итоге сам сделал работу.
Сейчас действительно много обмана: все хотят лёгких денег. Люди, которые когда-то презирали скаммеров, сами начинают обманывать ради выгоды — интересно, в какой момент это происходит и как они это себе оправдывают? Ведь жить с собой им потом.
Я очень впечатлительный человек. Мой путь от «завода за 40к» до айтишника и основателя продукта начался с того дня, когда я бросил пить и курить — полностью и навсегда. У меня есть страх: если я снова начну пить, я всё потеряю. Не потому что я алкоголик, а потому что верю в карму, в обещания и в сделку с самим собой. Я тот, кем являюсь — я не обманываю людей, трепетно отношусь к своей репутации; знаю, что если обману — это вернётся.
Я хотел бы жить в мире, где просят помощи только те, кто действительно в ней нуждается, а не попрошайки, которые на этом наживаются. Часто на улице мне не по себе: раньше я останавливался и пытался помочь, а теперь чаще прохожу мимо, боясь, что это очередной обман. И потом переживаю, что поступил плохо.
Вывод: будьте внимательны, тщательно проверяйте, что покупаете и с кем работаете. Проверяйте всё много раз — не экономьте на надёжности. Когда я выбирал дизайнера, был выбор: специалист с аудиторией и портфолио за 60к и другой без следов работы за 25к. Лучше бы я взял того за 60к — получил бы качество и сэкономил время, чем копаться с тремя недобросовестными подрядчиками.
Так же меня уже несколько раз обманывали сами ученики. Получали абсолютно всё: и звонки, и полное обучение на протяжении 6–8 месяцев, и поддержку, и стажировку. Потом выходили на рынок — и пропадали. Кто-то удалял переписку и больше не отвечал, кто-то просто игнорировал, а кто-то даже аккаунт в Telegram удалил.
И ведь самое интересное — со всеми у нас были отличные отношения: общались, шутили, встречались. И всё равно вот так… Если тебе человек помог достичь цели, почему нельзя его отблагодарить? Ведь это не предоплата, а именно постоплата — после результата, после выхода на работу. Это не “заплати и надейся”, это “добился — поблагодари”.
После нескольких таких случаев я решил навести порядок и разработал договор. Теперь и ученик спокоен — его не обманут, и я уверен — мой труд не пропадёт зря.
Просто накипело. Решил поделиться.
Многие боятся обратиться к ментору по разным причинам: кто-то думает, что ментор возьмёт деньги и пропадёт (хотя я такого лично не слышал, но страх есть), кто-то боится пустых обещаний — оплатил, а результата нет; кто-то не верит в обещания о трудоустройстве и показанных кейсах, думает — инфоцыган.
Как доказать человеку, что это действительно работает: что ученик получает созвоны, стажировку, курсы; что ментор не забьёт и что офферы и результаты — реальные. Проблема честных людей сегодня — нужно доказать, что ты честный. Скама много, инфоцыган — тьма. Когда я искал дизайнера для улучшения платформы с курсами, меня заскамили три человека — вот такая я «бабушка». Раньше я всегда находил исполнителей и всё шло гладко, а в этот раз случилась какая-то чёреда неудач. В итоге потерял примерно 40–50 тысяч рублей и в итоге сам сделал работу.
Сейчас действительно много обмана: все хотят лёгких денег. Люди, которые когда-то презирали скаммеров, сами начинают обманывать ради выгоды — интересно, в какой момент это происходит и как они это себе оправдывают? Ведь жить с собой им потом.
Я очень впечатлительный человек. Мой путь от «завода за 40к» до айтишника и основателя продукта начался с того дня, когда я бросил пить и курить — полностью и навсегда. У меня есть страх: если я снова начну пить, я всё потеряю. Не потому что я алкоголик, а потому что верю в карму, в обещания и в сделку с самим собой. Я тот, кем являюсь — я не обманываю людей, трепетно отношусь к своей репутации; знаю, что если обману — это вернётся.
Я хотел бы жить в мире, где просят помощи только те, кто действительно в ней нуждается, а не попрошайки, которые на этом наживаются. Часто на улице мне не по себе: раньше я останавливался и пытался помочь, а теперь чаще прохожу мимо, боясь, что это очередной обман. И потом переживаю, что поступил плохо.
Вывод: будьте внимательны, тщательно проверяйте, что покупаете и с кем работаете. Проверяйте всё много раз — не экономьте на надёжности. Когда я выбирал дизайнера, был выбор: специалист с аудиторией и портфолио за 60к и другой без следов работы за 25к. Лучше бы я взял того за 60к — получил бы качество и сэкономил время, чем копаться с тремя недобросовестными подрядчиками.
Так же меня уже несколько раз обманывали сами ученики. Получали абсолютно всё: и звонки, и полное обучение на протяжении 6–8 месяцев, и поддержку, и стажировку. Потом выходили на рынок — и пропадали. Кто-то удалял переписку и больше не отвечал, кто-то просто игнорировал, а кто-то даже аккаунт в Telegram удалил.
И ведь самое интересное — со всеми у нас были отличные отношения: общались, шутили, встречались. И всё равно вот так… Если тебе человек помог достичь цели, почему нельзя его отблагодарить? Ведь это не предоплата, а именно постоплата — после результата, после выхода на работу. Это не “заплати и надейся”, это “добился — поблагодари”.
После нескольких таких случаев я решил навести порядок и разработал договор. Теперь и ученик спокоен — его не обманут, и я уверен — мой труд не пропадёт зря.
Просто накипело. Решил поделиться.
❤42👍10🔥7😢5
🔥 10 способов оптимизировать React-бандл
Когда React-приложение растёт, размер бандла становится критичным. От него напрямую зависят скорость загрузки, время до первого рендера и даже SEO.
Вот проверенные приёмы, которые реально уменьшают размер бандла и ускоряют загрузку 👇
1️⃣ Tree shaking
Webpack умеет автоматически выкидывать неиспользуемый код.
Главное — использовать import/export, а не require().
Например, если ты импортировал только map из lodash, в бандл не попадёт весь lodash, а только нужная часть.
Это работает в продакшн-сборке (mode: 'production') и помогает избавиться от «мёртвых» зависимостей.
2️⃣ Code splitting / Lazy loading
Разделяем приложение на отдельные чанки, чтобы не грузить всё сразу.
В React это делается просто:
Компонент подгружается только при переходе на нужную страницу — это ускоряет загрузку первого экрана и экономит трафик пользователю.
3️⃣ Dynamic imports
Похожи на lazy loading, но гибче: модуль можно подгрузить в любой момент, например, при клике или определённом событии.
Так можно динамически подгружать тяжёлые утилиты, графики или редакторы, которые нужны не всем пользователям.
4️⃣ Vendor splitting
Отделяем сторонние библиотеки (React, Lodash, Axios и т.д.) от остального кода.
Они попадают в отдельный чанк (vendors.js), и браузер может кешировать его между обновлениями приложения.
При следующем релизе пользователь скачает только изменившийся код, а не всё приложение заново.
5️⃣ Bundle analyzer
Инструмент webpack-bundle-analyzer показывает визуально, какие файлы занимают больше всего места в бандле.
Это помогает быстро понять, стоит ли заменить тяжёлую библиотеку на более лёгкий аналог или удалить неиспользуемые импорты.
Пример: часто moment.js можно заменить на dayjs, и размер падает на десятки килобайт.
6️⃣ Compression (gzip / brotli)
После сборки важно сжимать файлы перед отправкой пользователю.
На сервере (или CDN) включается gzip или brotli, и вес бандла уменьшается в 2–3 раза.
Например, 600 KB превращаются в 200 KB — и страница загружается ощутимо быстрее.
7️⃣ Minification
Минификация удаляет пробелы, переносы строк, комментарии и переименовывает переменные.
Инструменты вроде Terser или esbuild делают это автоматически при продакшн-сборке.
В итоге код становится компактнее и быстрее загружается, но функционально не меняется.
8️⃣ Dead code elimination
Webpack и Babel умеют находить и удалять код, который никогда не выполнится.
Например:
В продакшн-версии эти строки просто не попадут в итоговый бандл.
Это избавляет от лишнего мусора и ускоряет работу.
9️⃣ Asset optimization
Изображения, шрифты и SVG тоже влияют на размер бандла.
Используй оптимизацию — например, image-webpack-loader или noscripto.
Преобразуй картинки в современные форматы (.webp, .avif), чтобы они весили меньше.
Иногда просто переконвертация PNG → WebP уменьшает размер в 5–10 раз.
🔟 Prefetch / Preload
Позволяет браузеру заранее подгружать чанки, которые скоро понадобятся.
Например, пользователь на главной странице, но браузер уже «знает», что он, скорее всего, откроет настройки — и подгружает их заранее.
Это улучшает перформанс без лишней нагрузки на сеть.
#react #frontend #webpack #vite #оптимизация #performance
#оптимизации #react #frontend #webpack
Когда React-приложение растёт, размер бандла становится критичным. От него напрямую зависят скорость загрузки, время до первого рендера и даже SEO.
Вот проверенные приёмы, которые реально уменьшают размер бандла и ускоряют загрузку 👇
1️⃣ Tree shaking
Webpack умеет автоматически выкидывать неиспользуемый код.
Главное — использовать import/export, а не require().
Например, если ты импортировал только map из lodash, в бандл не попадёт весь lodash, а только нужная часть.
Это работает в продакшн-сборке (mode: 'production') и помогает избавиться от «мёртвых» зависимостей.
2️⃣ Code splitting / Lazy loading
Разделяем приложение на отдельные чанки, чтобы не грузить всё сразу.
В React это делается просто:
const Settings = React.lazy(() => import('./Settings'));Компонент подгружается только при переходе на нужную страницу — это ускоряет загрузку первого экрана и экономит трафик пользователю.
3️⃣ Dynamic imports
Похожи на lazy loading, но гибче: модуль можно подгрузить в любой момент, например, при клике или определённом событии.
button.onclick = async () => {
const { run } = await import('./heavyModule');
run();
};Так можно динамически подгружать тяжёлые утилиты, графики или редакторы, которые нужны не всем пользователям.
4️⃣ Vendor splitting
Отделяем сторонние библиотеки (React, Lodash, Axios и т.д.) от остального кода.
Они попадают в отдельный чанк (vendors.js), и браузер может кешировать его между обновлениями приложения.
При следующем релизе пользователь скачает только изменившийся код, а не всё приложение заново.
5️⃣ Bundle analyzer
Инструмент webpack-bundle-analyzer показывает визуально, какие файлы занимают больше всего места в бандле.
Это помогает быстро понять, стоит ли заменить тяжёлую библиотеку на более лёгкий аналог или удалить неиспользуемые импорты.
Пример: часто moment.js можно заменить на dayjs, и размер падает на десятки килобайт.
6️⃣ Compression (gzip / brotli)
После сборки важно сжимать файлы перед отправкой пользователю.
На сервере (или CDN) включается gzip или brotli, и вес бандла уменьшается в 2–3 раза.
Например, 600 KB превращаются в 200 KB — и страница загружается ощутимо быстрее.
7️⃣ Minification
Минификация удаляет пробелы, переносы строк, комментарии и переименовывает переменные.
Инструменты вроде Terser или esbuild делают это автоматически при продакшн-сборке.
В итоге код становится компактнее и быстрее загружается, но функционально не меняется.
8️⃣ Dead code elimination
Webpack и Babel умеют находить и удалять код, который никогда не выполнится.
Например:
if (process.env.NODE_ENV !== 'production') {
console.log('debug info');
}В продакшн-версии эти строки просто не попадут в итоговый бандл.
Это избавляет от лишнего мусора и ускоряет работу.
9️⃣ Asset optimization
Изображения, шрифты и SVG тоже влияют на размер бандла.
Используй оптимизацию — например, image-webpack-loader или noscripto.
Преобразуй картинки в современные форматы (.webp, .avif), чтобы они весили меньше.
Иногда просто переконвертация PNG → WebP уменьшает размер в 5–10 раз.
🔟 Prefetch / Preload
Позволяет браузеру заранее подгружать чанки, которые скоро понадобятся.
<link rel="prefetch" href="settings.chunk.js">
Например, пользователь на главной странице, но браузер уже «знает», что он, скорее всего, откроет настройки — и подгружает их заранее.
Это улучшает перформанс без лишней нагрузки на сеть.
⚡️ Даже простое применение этих приёмов может сократить размер бандла в 2–3 раза и сделать приложение визуально «быстрее» для пользователя.
А если подключить анализатор и немного поработать с динамическими импортами — результат будет заметен сразу.
#react #frontend #webpack #vite #оптимизация #performance
#оптимизации #react #frontend #webpack
❤16🔥12👍7🤝2
https://www.youtube.com/watch?v=xe6AzdjVz4E
IT выходит на новый уровень 😅
Смотрим новое айтишное шоу 💪🏻
Сегодня в 13:00 мск
IT выходит на новый уровень 😅
Смотрим новое айтишное шоу 💪🏻
Сегодня в 13:00 мск
YouTube
Как правильно нанимать айтишников? / ТруНайм
Забирай скидку 15% на сообщество, задачи из шоу и фильм о фильме тут: https://news.1rj.ru/str/om_assistant_robot?start=0YLRgNGDINC90LDQudC8
Пилотный выпуск IT Шоу "Тру найм". В нем ты найдешь ответ, как же правильно нанимать айтишников?
Присоединиться к проекту…
Пилотный выпуск IT Шоу "Тру найм". В нем ты найдешь ответ, как же правильно нанимать айтишников?
Присоединиться к проекту…
❤5🤝4🔥3
Всем привет!
Запускаю свою вторую попытку создать активное и полезное сообщество (на самом деле это уже удалось: в чате с учениками — 215 человек, и там отличная активность; теперь хочется сделать ещё и открытую бесплатную версию).
Уже подготовил чат с различными топиками, разделами и подборками ресурсов. Планирую регулярно пополнять его материалами: занятиями с менторством, разбором работ, ответами на вопросы, а также стримами.
Параллельно собираюсь активно ворваться на YouTube — идей действительно много. Фактически у меня уже есть готовые сценарии: мои собственные курсы с менторства. Осталось всего лишь начать записывать видео, так что контента будет достаточно!
Сообщество будет закрытым, но бесплатным чатом. Назвал его «Frontend Элита» 😂
Буду рад каждому участнику. До конца недели пришлю ссылку сюда
Давайте вместе сделаем фронтенд снова великим!💪 😇
Запускаю свою вторую попытку создать активное и полезное сообщество (на самом деле это уже удалось: в чате с учениками — 215 человек, и там отличная активность; теперь хочется сделать ещё и открытую бесплатную версию).
Уже подготовил чат с различными топиками, разделами и подборками ресурсов. Планирую регулярно пополнять его материалами: занятиями с менторством, разбором работ, ответами на вопросы, а также стримами.
Параллельно собираюсь активно ворваться на YouTube — идей действительно много. Фактически у меня уже есть готовые сценарии: мои собственные курсы с менторства. Осталось всего лишь начать записывать видео, так что контента будет достаточно!
Сообщество будет закрытым, но бесплатным чатом. Назвал его «Frontend Элита» 😂
Буду рад каждому участнику. До конца недели пришлю ссылку сюда
Давайте вместе сделаем фронтенд снова великим!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥37❤12👍8😢1
Ну что, пора начинать! Чат ещё не полностью доделан, но уже готов принимать своих первых участников 🙌
Присоединяйтесь, коллеги и единомышленники!
Чат абсолютно бесплатный — впереди гайды, полезные материалы и различные активности, которые мы будем постепенно добавлять.
Добро пожаловать в наше сообщество! 🚀
https://news.1rj.ru/str/+TCFPcrZTS9YwZDli
Please open Telegram to view this post
VIEW IN TELEGRAM
👍15❤8🔥7
Почему Элита? Не чтобы кого-то задеть — просто для атмосферы.
Как говорится, как корабль назовёшь — так он и поплывёт.
Вот я и решил, что пусть хотя бы название звучит солидно, раз уж сами мы обычные фронтендеры 😄
Как говорится, как корабль назовёшь — так он и поплывёт.
Вот я и решил, что пусть хотя бы название звучит солидно, раз уж сами мы обычные фронтендеры 😄
👍13❤6💯4🔥3
🚀 Сначала запусти — потом улучшай
Когда я начинал с Yeahub, меня манило всё отполировать: идеальный интерфейс, логика, тексты. Но я понял — пользователю это не важно, если продукт не решает его проблему.
Главное — понять, чего хочет человек, проверить гипотезу. Пусть через сырое приложение, без идеального дизайна. Всё остальное можно допилить позже.
Поэтому я полностью согласен с идеей челленджа «12 запусков за 12 месяцев» в комьюнити «Короче, Капитан». Там фаундеры не ждут идеального момента — они создают.
⚡️Фокус. Берёте одну проблему с проверенным спросом. Никаких догадок.
⚡️Скорость и бюджет. Ровно месяц на разработку и запуск в США/ЕС. Средний бюджет на продвижение — всего $150.
⚡️Анализ. В конце месяца — честный разбор: что сработало, а что нет.
Это и есть лучший способ расти. Потому что каждый запуск — это не просто продукт, это опыт, понимание пользователя и новый виток уверенности.
Вы в реальном времени видите запуск, продвижение и доход по каждому проекту. Идеальный способ прокачать насмотренность и перенять работающие подходы — даже если вы инженер, а не фаундер.
В будущем гарантированно набьете меньше шишек 💡
👉 Подписаться: @its_capitan
Реклама: ИП Зуев Игорь Владимирович, ИНН: 360408359441, Erid: 2VtzqwAuk72
Когда я начинал с Yeahub, меня манило всё отполировать: идеальный интерфейс, логика, тексты. Но я понял — пользователю это не важно, если продукт не решает его проблему.
Главное — понять, чего хочет человек, проверить гипотезу. Пусть через сырое приложение, без идеального дизайна. Всё остальное можно допилить позже.
Поэтому я полностью согласен с идеей челленджа «12 запусков за 12 месяцев» в комьюнити «Короче, Капитан». Там фаундеры не ждут идеального момента — они создают.
⚡️Фокус. Берёте одну проблему с проверенным спросом. Никаких догадок.
⚡️Скорость и бюджет. Ровно месяц на разработку и запуск в США/ЕС. Средний бюджет на продвижение — всего $150.
⚡️Анализ. В конце месяца — честный разбор: что сработало, а что нет.
Это и есть лучший способ расти. Потому что каждый запуск — это не просто продукт, это опыт, понимание пользователя и новый виток уверенности.
Вы в реальном времени видите запуск, продвижение и доход по каждому проекту. Идеальный способ прокачать насмотренность и перенять работающие подходы — даже если вы инженер, а не фаундер.
В будущем гарантированно набьете меньше шишек 💡
👉 Подписаться: @its_capitan
Реклама: ИП Зуев Игорь Владимирович, ИНН: 360408359441, Erid: 2VtzqwAuk72
🔥10❤4👍2🤔1😢1
Есть важный момент: в реальной работе разработчик использует далеко не весь TypeScript — зачастую лишь 20–30% его возможностей. Поэтому новичку совершенно не обязательно сразу пытаться охватить всю технологию. Это только замедлит процесс, усложнит обучение и снизит эффективность.
К тому же теория без практики даётся тяжело, изолированные примеры часто непонятны, а задачи по TS поначалу кажутся перегруженными. В результате уходит много времени, а прогресс ощущается слабым. Классическое правило 20/80 здесь работает идеально: небольшой, но правильно выбранный набор знаний даёт максимальный результат.
🔹 Этап 1 — База + поверхностное знакомство с продвинутыми темами
На старте важно понять только основу типизации:
- примитивные типы
- type
- interface
- union-типы
- type aliases
И всё! Поверьте, большинство опытных разработчиков не держат в голове сложные типизации событий или утилит — всё это гуглится за 10 секунд.
Главное — практика. Получать ошибки TypeScript, гуглить их, разбираться — именно так и формируется настоящее понимание логики TS.
Что делать на этом этапе?
1. Посмотреть 1–2 курса (любые):
Полный курс TypeScript за час — https://www.youtube.com/watch?v=V7hBejCH1HI
TypeScript с 0 до Профи. Полный курс + Практика — https://www.youtube.com/watch?v=PYWaUwjofJo
2. Сразу начать проект:
Туду-лист, работа с API, калькулятор — неважно. Главное, чтобы был реальный код, а не только теория.
Идеальная длительность этапа — примерно 2 недели.
🔹 Этап 2 — Продвинутые темы (после освоения React, RTK)
Этот этап точно не нужен новичку. Продвинутый TS лучше изучать тогда, когда уже освоен весь React-стек и есть несколько пет-проектов.
Что входит в продвинутую часть?
- Generics
- Utility Types
- Type Guards
- Маппинг типов
- Сложные паттерны типизации
Как изучать?
1. Посмотреть фундаментальный курс:
TypeScript ФУНДАМЕНТАЛЬНЫЙ КУРС от А до Я — https://youtu.be/LWtHl__oEWc?si=JQidflBDL61By3mS
2. Начать решать задачи:
https://bigfrontend.dev/typenoscript
https://github.com/type-challenges/type-challenges
⭐️ Почему так?
Проблема большинства курсов в том, что они вываливают всю информацию сразу. Новичку это не помогает — он просто не может усвоить продвинутые концепции без опыта.
Точно так же, как нет смысла проходить весь React от и до при первом знакомстве, нет смысла полностью изучать TypeScript на старте.
Кстати, начал внедрять такие практики на менторстве. Снова все улучшать и переделывать курсы свои😅
#typenoscript
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥20❤5🤝4👍1
😎 Самые сложные вопросы для новичков и самые популярные вопросы с собеседований
Один из больших плюсов развития платформы для подготовки к собеседованиям — это возможность делать аналитику. Сейчас мы анализируем, какие вопросы оказываются самыми сложными для тех, кто готовится к собесам. Как это проверяем? Всё просто: если человек нажимает «не знаю» в квизе, и таких пользователей много, значит вопрос действительно сложный и мало кому знаком.
Кроме того, мы добавляем на платформу реальные собеседования в цифровом виде и смотрим, какие вопросы встречаются чаще всего — получается очень крутая статистика.
Что в итоге? Если на собеседовании задать вопросы про Redux (который многие указывают в резюме), то можно довольно легко проверить реальные знания кандидата 😁 — вероятность того, что он не ответит, довольно высока.
А какой вопрос самый популярный для фронтенд-разработчиков? «Что такое CORS?» и «Как работает Event Loop?». Большая часть вопросов в топе — это JavaScript.
Сейчас в YeaHub мы наняли человека, который будет переносить всё больше собеседований из нашей базы записей на платформу. Хотим ускорить темп, чтобы охватить как можно больше компаний.
Также планируем до Нового года успеть запустить сервис лайвкодинга — что-то вроде LeetCode, но с реальными задачами с собеседований.
Можете сами изучить: https://yeahub.ru/dashboard/analytics
ПС. пока, что аналитика в бета тестировании, могут быть баги, пишите в поддержку сайта
ПС.. чем больше времени пройдет, тем больше будет выборка, запустили недавно, поэтому не успели еще собрать достаточно данных
Один из больших плюсов развития платформы для подготовки к собеседованиям — это возможность делать аналитику. Сейчас мы анализируем, какие вопросы оказываются самыми сложными для тех, кто готовится к собесам. Как это проверяем? Всё просто: если человек нажимает «не знаю» в квизе, и таких пользователей много, значит вопрос действительно сложный и мало кому знаком.
Кроме того, мы добавляем на платформу реальные собеседования в цифровом виде и смотрим, какие вопросы встречаются чаще всего — получается очень крутая статистика.
Что в итоге? Если на собеседовании задать вопросы про Redux (который многие указывают в резюме), то можно довольно легко проверить реальные знания кандидата 😁 — вероятность того, что он не ответит, довольно высока.
А какой вопрос самый популярный для фронтенд-разработчиков? «Что такое CORS?» и «Как работает Event Loop?». Большая часть вопросов в топе — это JavaScript.
Сейчас в YeaHub мы наняли человека, который будет переносить всё больше собеседований из нашей базы записей на платформу. Хотим ускорить темп, чтобы охватить как можно больше компаний.
Также планируем до Нового года успеть запустить сервис лайвкодинга — что-то вроде LeetCode, но с реальными задачами с собеседований.
Можете сами изучить: https://yeahub.ru/dashboard/analytics
ПС. пока, что аналитика в бета тестировании, могут быть баги, пишите в поддержку сайта
ПС.. чем больше времени пройдет, тем больше будет выборка, запустили недавно, поэтому не успели еще собрать достаточно данных
🔥9👍4❤3
🤒 Рынок ошалел. Сеньоры больше не нужны
Провёл небольшой эксперимент на HH: решил создать «идеального кандидата» — выпускника МФТИ, с английским C1, опытом работы в топ-компаниях (Т-Банк, ВБ, Яндекс), участием в олимпиадах и хакатонах, и общим стажем около 5 лет.
Резюме сделал максимально аккуратным: короткие, легко читаемые пункты, сильные и чуть ли не нереалистичные достижения — в общем, всё как по учебнику идеального CV.
Ожидания были выше.
Вот какие выводы я сделал:
- Сейчас спрос больше на мидлов, чем на сеньоров.
- Компании экономят и не спешат звать «идеального» (а значит дорогого) кандидата.
- Слишком идеальное резюме выглядит подозрительно — это может отпугивать.
Важно: автоотказов было мало, в основном — ручные, значит фильтры я прошёл хорошо.
Цифры:
✔️ ~200 откликов — маловато, но выборка всё же репрезентативная.
✔️ 12 приглашений на собеседование.
✔️ 57 отказов.
✔️ 128 — «ожидает».
Причём у половины отказавших решение было не автоматическим: рекрутеры изучали резюме, иногда по нескольку раз. Значит, резюме само по себе сработало нормально.
Из 12 «приглашений» реальных контактов с рекрутерами было всего 4 (остальное — боты/автоответы). И ни одного бигтеха — только компании около бигтех-уровня.
Ещё один важный вывод: пассивный поиск не работает.
Мой поиск выглядел так: включил автоотклики и пару раз в день заходил ответить на сообщения. У меня нет острой потребности в работе — свои проекты занимают всё время. Но если работа вам действительно нужна, то придётся действовать активно и присутствовать везде.
Планы: в декабре снова выйти на рынок с новым аккаунтом и похожим резюме, но уже не таким «идеальным».
Ну а четыре контакта рекрутеров пополнили мою базу для менторства — ученикам пригодится.
💪 Хочешь увидеть само резюме и материалы для подготовки?
Вступай в Frontend Элиту — там я выкладываю всё самое полезное.
https://news.1rj.ru/str/+TCFPcrZTS9YwZDli
Провёл небольшой эксперимент на HH: решил создать «идеального кандидата» — выпускника МФТИ, с английским C1, опытом работы в топ-компаниях (Т-Банк, ВБ, Яндекс), участием в олимпиадах и хакатонах, и общим стажем около 5 лет.
Резюме сделал максимально аккуратным: короткие, легко читаемые пункты, сильные и чуть ли не нереалистичные достижения — в общем, всё как по учебнику идеального CV.
Ожидания были выше.
Вот какие выводы я сделал:
- Сейчас спрос больше на мидлов, чем на сеньоров.
- Компании экономят и не спешат звать «идеального» (а значит дорогого) кандидата.
- Слишком идеальное резюме выглядит подозрительно — это может отпугивать.
Важно: автоотказов было мало, в основном — ручные, значит фильтры я прошёл хорошо.
Цифры:
✔️ ~200 откликов — маловато, но выборка всё же репрезентативная.
✔️ 12 приглашений на собеседование.
✔️ 57 отказов.
✔️ 128 — «ожидает».
Причём у половины отказавших решение было не автоматическим: рекрутеры изучали резюме, иногда по нескольку раз. Значит, резюме само по себе сработало нормально.
Из 12 «приглашений» реальных контактов с рекрутерами было всего 4 (остальное — боты/автоответы). И ни одного бигтеха — только компании около бигтех-уровня.
Ещё один важный вывод: пассивный поиск не работает.
Мой поиск выглядел так: включил автоотклики и пару раз в день заходил ответить на сообщения. У меня нет острой потребности в работе — свои проекты занимают всё время. Но если работа вам действительно нужна, то придётся действовать активно и присутствовать везде.
Планы: в декабре снова выйти на рынок с новым аккаунтом и похожим резюме, но уже не таким «идеальным».
Ну а четыре контакта рекрутеров пополнили мою базу для менторства — ученикам пригодится.
Вступай в Frontend Элиту — там я выкладываю всё самое полезное.
https://news.1rj.ru/str/+TCFPcrZTS9YwZDli
Please open Telegram to view this post
VIEW IN TELEGRAM
❤28👍8🔥1😁1🤝1
👴🏼 Версии React: не будь стариком
Знаете, я недавно поймал себя на мысли, что большинство курсов и видео по React остаются актуальными даже спустя 4–5 лет. По сути, в реальной работе мы продолжаем использовать базовые концепции, и редко встречается применение действительно новых возможностей библиотеки. Не так уж часто увидишь проект, где активно используют серверные компоненты, useId, хуки для форм вроде useFormStatus, или что-то для конкурентного режима, вроде useTransition. Даже изменения в батчинге, появившиеся в React 18, многим знать не обязательно. А про то, что под капотом давно работает Fiber — многие опытные разработчики слышат об этом впервые.
Как правило, любые видео «о новых возможностях React» сводятся к обзорам с примерами на YouTube, а не настоящему использованию всех этих фич в реальных проектах. Даже ролики, которые громко называют «Практика с React 19», на деле оказываются очередным проектом, написанным привычным способом, без каких-либо новых инструментов.
И вот чтобы не оказаться в ловушке, когда через 3–5 лет вы уже сеньор, а в вакансии внезапно требуют «знание React 18!!», а вы даже не знаете, что такое Fiber, — всё-таки нужно изучать нововведения и стараться применять их в работе. Не насильно, не ради галочки, а там, где это действительно имеет смысл. Но важно хотя бы пощупать каждую новую фичу руками — просто чтобы помнить, что такой инструмент существует, и в нужный момент вы могли бы его использовать.
Я всегда удивлялся вакансиям, где восклицательно пишут «Знание ES6!». А потом понял: есть много специалистов, которые годами сидят на одном проекте и не знают, что существуют стрелочные функции, продолжают писать в старом ООП-стиле, мутируют данные — когда давно уже принято писать в функциональном стиле, с иммутабельностью и современным подходом.
Подборка видео:
1) Пишем todo list на React 19 с нуля!
2) Новые хуки useTransition и useDeferredValue в React 18
3) Новый React 19: 7 изменений.
Знаете, я недавно поймал себя на мысли, что большинство курсов и видео по React остаются актуальными даже спустя 4–5 лет. По сути, в реальной работе мы продолжаем использовать базовые концепции, и редко встречается применение действительно новых возможностей библиотеки. Не так уж часто увидишь проект, где активно используют серверные компоненты, useId, хуки для форм вроде useFormStatus, или что-то для конкурентного режима, вроде useTransition. Даже изменения в батчинге, появившиеся в React 18, многим знать не обязательно. А про то, что под капотом давно работает Fiber — многие опытные разработчики слышат об этом впервые.
Как правило, любые видео «о новых возможностях React» сводятся к обзорам с примерами на YouTube, а не настоящему использованию всех этих фич в реальных проектах. Даже ролики, которые громко называют «Практика с React 19», на деле оказываются очередным проектом, написанным привычным способом, без каких-либо новых инструментов.
И вот чтобы не оказаться в ловушке, когда через 3–5 лет вы уже сеньор, а в вакансии внезапно требуют «знание React 18!!», а вы даже не знаете, что такое Fiber, — всё-таки нужно изучать нововведения и стараться применять их в работе. Не насильно, не ради галочки, а там, где это действительно имеет смысл. Но важно хотя бы пощупать каждую новую фичу руками — просто чтобы помнить, что такой инструмент существует, и в нужный момент вы могли бы его использовать.
Я всегда удивлялся вакансиям, где восклицательно пишут «Знание ES6!». А потом понял: есть много специалистов, которые годами сидят на одном проекте и не знают, что существуют стрелочные функции, продолжают писать в старом ООП-стиле, мутируют данные — когда давно уже принято писать в функциональном стиле, с иммутабельностью и современным подходом.
Подборка видео:
1) Пишем todo list на React 19 с нуля!
2) Новые хуки useTransition и useDeferredValue в React 18
3) Новый React 19: 7 изменений.
❤18🔥7🤝4👍3
Фронтендеры из ЮMoney поделятся опытом 6 декабря, онлайн, на бесплатной IT-конференции ЮMoneyDay, который помогает делать быстрее и качественнее:
Подробнее о программе и регистрации — на сайте конференции
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥2😁2🤝2
Часто думаю о том, какими вообще должны быть собеседования: сколько этапов, сколько времени, что именно они должны проверять и что мы хотим увидеть в кандидате. У меня сформировалось своё мнение.
Как собесы выглядят сейчас?
1. Чистая теория.
Тут всё понятно: вопросы можно заучить, зазубрить до автоматизма — и толку от этого этапа минимум. Проверить реальный уровень сложно.
2. Теория с упором на опыт и рассуждения.
Это уже лучше. Спрашивают не «что такое утечка памяти?», а «сталкивался ли, как решал?». Не «что такое WebSocket?», а «как использовал, какие были проблемы?». Тут хотя бы можно услышать мышление кандидата, а не выученные определения.
3. Алгоритмы и задачи.
Для многих разработчиков это стресс, даже для опытных. Нужна отдельная подготовка, алгоритмы надо специально учить. В итоге — студенты без опыта решают лучше сеньоров. Плюс такие задачи легко списать у нейронки, потому реальную компетенцию они отражают плохо.
4. Вопросы по опыту.
В целом неплохой подход: кандидат рассказывает о задачах, процессах, достижениях. Но это тоже можно подготовить заранее и выдавать заученный текст даже без настоящего опыта.
5. Хардкор-копание в опыт.
Когда идут в глубину, разбирают рабочие кейсы, задают наводящие вопросы, проверяют по мелочам — тут уже не притворишься. Особо если затрагивают что-то рутинное, что знает только человек с реальным опытом: git-кейсы, интерфейс инструментов, реальные проблемы в проекте и т.п.
6. Лайвкодинг.
Сделать запрос, пофиксить баг, отрефакторить код. Лучше, чем алгоритмы, но всё ещё можно улучшить.
Итого: два лучших формата сейчас
— глубокое копание в реальный опыт + нюансы
— лайвкодинг с приближёнными к работе задачами
Но кажется, что можно сделать ещё лучше.
За 1.5–2 часа реально понять уровень кандидата, если сделать более «приближённый к бою» формат.
Что делаем?
1. Готовим небольшой проект, похожий на ваш реальный стек и домен.
2. Создаём трекер задач: фичи, баги, настройки инструментов, конфиги eslint и т.д.
3. Добавляем документацию и гайдлайн по стилю.
4. Кандидат ориентируется в проекте, читает доку, смотрит структуру, разбирается в задачах и процессе работы с ветками.
5. Он берёт любую задачу, оценивает сложность, начинает решать, задаёт вопросы, изучает ТЗ, ищет баги.
6. Можно пользоваться интернетом.
7. Кандидат работает с экраншарингом.
Важно: проект должен быть не «один файл», а со средней структурой — страницы, компоненты, хелперы. Тогда нейронка мало поможет: слишком много контекста. Нужно читать код, разбираться в ТЗ, проверять результат в браузере.
Что это даёт?
Такой собес отлично показывает ход мыслей и реальную квалификацию. Один двухчасовой этап заменяет несколько технических. Параллельно можно ненавязчиво обсуждать опыт, подходы и немного теории.
Минусы
— Тяжелее готовить новые задачи — их могут «разгадать» предыдущие кандидаты.
— Сразу нужно уделить ~2 часа времени. Но это компенсируется тем, что можно остановить собес в первые 15–20 минут, если видно, что кандидат не тянет.
Почему идея кажется логичной?
— Уменьшается конкуренция: сложнее готовиться
— Если человек справился с такой задачей — уже не важно, настоящий у него опыт или нет. Он ориентируется в коде и показывает результат.
Почему такие собесы до сих пор не распространены?
Похоже, многим компаниям просто комфортно в текущей системе. Или им действительно всё равно — лишь бы нанять кого-то «достаточного».
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤6🔥4💯1
Многие из вас знают мой путь в IT, а если не знаете — вот серия постов.
→ Мой путь в IT. От монтажника до Frontend Разработчика
→ Как я изучал программирование
→ Как я искал первую работу в 2021 году
→ Мой первый серьезный проект: как я, джун, работал за мидла в британском финтехе
→ Работа в международной компании
→ Миграция бекенда и масштабный рефакторинг
→ Мой первый стартап — сервис онлайн-записи App-Salute
→ Уникальный опыт, который переоценить невозможно
→ Мой полный стек технологий
Если коротко: уже 5 лет я расту как не в себя. Мне это нравится, и я хочу большего.
Год назад я ушёл из найма, чтобы развивать свой проект YeaHub, и он растёт очень быстрыми темпами. К нам присоединяются другие менторы со своими учениками, а теперь все наши стажёры работают вместе: Frontend, iOS, Android, QA, BA/SA, AQA, Backend, Design — скоро ждём и PM.
Сегодня в команде YeaHub уже 110 участников 🤯
И я выступаю в роли непосредственного руководителя.
Если добавить сюда менторство и сообщество учеников — это ещё 240+ человек. В итоге я одновременно управляю большим количеством людей: направляю, мотивирую, делегирую задачи. Что-то успешно отдаётся команде, а что-то пока не получается делегировать — и я делаю это сам.
В YeaHub выстроилась чёткая иерархия: у каждой команды есть свой лид, все взаимодействуют друг с другом, процессы работают. И это круто. Потому что моя задача уже не только «делать», а отвечать за стратегию YeaHub, привлекать новых специалистов, улучшать продукт и добавлять актуальные сервисы.
Сегодня YeaHub — это полноценная компания:
процессы, графики релизов и обновлений, поддержка, маркетинг.
Но мне хочется большего.
Весь управленческий опыт я получал на практике — на боевом опыте. Было тяжело, были серьёзные ошибки, сложные решения и выходы из кризисов. И я понимаю: чтобы двигать проект дальше, мне нужны инструменты и правильное управленческое мышление.
Какой рост без этого?
Глуп тот руководитель, который не ищет способы улучшать и оптимизировать.
Это серьёзные вызовы, конкуренция и масштабирование. Мне хочется дорасти до уровня таких проектов, как Хабр, Хекслет и других сильных IT-платформ. Готов ли я к этому сейчас? Честно — пока нет.
Я давно хотел изменить своё мышление и получить системные знания для руководителя. И вот этот момент настал.
С нового года я начинаю обучение на COO в Стратоплане.
Про эту школу я давно слышал, видел много отзывов — и наконец решился.
Изначально я шёл на курс CTO. Логика простая: я разработчик, значит нужно становиться техническим директором, архитектором, отвечать за технологии и инфраструктуру.
Но на вступительном задании и собеседовании мне открыли глаза.
Мне прямо сказали: «У тебя нет проблем с технологиями. У тебя на проекте есть полноценная инфраструктура. Твой запрос — в другом. Ты хочешь развивать проект и формировать бизнес-стратегию».
Мои решения, кейсы и подход при решении задания показали, что мне ближе роль COO, а не CTO. И это был момент прозрения. Я выбирал путь «по привычке», а не по реальному запросу.
Сейчас я уже добавлен во все чаты, получил материалы и жду первого занятия в новом году. Этот курс — не просто обучение, а среда для руководителей уровня C-level: нетворкинг, реальные задачи, нестандартные ситуации и общение с сильными управленцами и наставниками из разных компаний.
Новый год — новые возможности.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥26❤11👍11🤝2