ar
Feedback
Руслан Куянец | Reactify

Руслан Куянец | Reactify

الذهاب إلى القناة على Telegram

Я IT-специалист, ментор и основатель проекта YeaHub и сообщества Reactify. Здесь рассказываю про Frontend и IT. Менторство: https://reactify.ru YouTube канал: https://youtube.com/@reactify-it YeaHub: https://yeahub.ru/ Связь: @ruslan_kuyanets

إظهار المزيد
6 419
المشتركون
+724 ساعات
+3747 أيام
+36130 أيام
جذب المشتركين
يونيو '26
يونيو '26
+114
في 13 قنوات
مايو '26
+376
في 0 قنوات
Get PRO
أبريل '26
+350
في 1 قنوات
Get PRO
مارس '26
+103
في 0 قنوات
Get PRO
فبراير '26
+108
في 0 قنوات
Get PRO
يناير '26
+139
في 2 قنوات
Get PRO
ديسمبر '25
+128
في 1 قنوات
Get PRO
نوفمبر '25
+142
في 4 قنوات
Get PRO
أكتوبر '25
+166
في 1 قنوات
Get PRO
سبتمبر '25
+436
في 1 قنوات
Get PRO
أغسطس '25
+101
في 1 قنوات
Get PRO
يوليو '25
+147
في 2 قنوات
Get PRO
يونيو '25
+226
في 2 قنوات
Get PRO
مايو '25
+191
في 2 قنوات
Get PRO
أبريل '25
+175
في 1 قنوات
Get PRO
مارس '25
+173
في 1 قنوات
Get PRO
فبراير '25
+224
في 0 قنوات
Get PRO
يناير '25
+358
في 2 قنوات
Get PRO
ديسمبر '24
+160
في 2 قنوات
Get PRO
نوفمبر '24
+284
في 11 قنوات
Get PRO
أكتوبر '24
+376
في 7 قنوات
Get PRO
سبتمبر '24
+304
في 6 قنوات
Get PRO
أغسطس '24
+498
في 24 قنوات
Get PRO
يوليو '24
+435
في 12 قنوات
Get PRO
يونيو '24
+401
في 5 قنوات
Get PRO
مايو '24
+228
في 0 قنوات
Get PRO
أبريل '24
+533
في 3 قنوات
Get PRO
مارس '24
+713
في 4 قنوات
Get PRO
فبراير '24
+151
في 1 قنوات
Get PRO
يناير '24
+295
في 9 قنوات
Get PRO
ديسمبر '23
+782
في 22 قنوات
Get PRO
نوفمبر '23
+187
في 3 قنوات
Get PRO
أكتوبر '23
+375
في 7 قنوات
التاريخ
نمو المشتركين
الإشارات
القنوات
05 يونيو+5
04 يونيو+14
03 يونيو+46
02 يونيو+22
01 يونيو+27
منشورات القناة
Подъехал топ задач на собеседованиях 1. Сжатие последовательности чисел в диапазоны (Compress Numbers to Ranges) Дают задачу:
Подъехал топ задач на собеседованиях 1. Сжатие последовательности чисел в диапазоны (Compress Numbers to Ranges) Дают задачу: VK, Яндекс, Сбер, Озон
function compress(numbers) {
    // TODO: напишите решение здесь
    return "";
}
https://app.yeahub.ru/tasks/7b6dff40-f902-40c5-b7d8-c92aef1ceada 2. Реализация функции compose (Function Composition) Дают задачу: Яндекс, Озон, Симбирсофт
function compose(...fns) {
    // TODO: напишите решение здесь
    return (x) => x;
}
https://app.yeahub.ru/tasks/58ba2a4b-0598-4bdf-92f7-e5b4c8a6d8fe 3. Обход объекта и сбор значений (Traverse Object) Дают задачу: Яндекс, Сбер, WB, Озон
function traverseObject(obj) {
    // TODO: write your solution here
    return "";
}
https://app.yeahub.ru/tasks/f861e899-cf37-48a8-a4db-5b99fc6fb685 4. Банкомат (ATM) Дают задачу: Яндекс, Сбер, Авито, Оптимакрос
function getMoney(amount) { // TODO: write your solution here return { 5000: 0, 1000: 0, 500: 0, 100: 0, 50: 0 }; }
В YeaHub мы стремимся связывать задачи с собеседований между компаниями, чтобы формировалась максимально полная картина. Активно пополняем платформу новыми собесами 💪🏼 🚀 База собесов💪 Frontend Элита — 📚 Менторство📹 YouTube

2
Столько времени прошло, блогу уже 3 года 🥹 Все получится, нужно только начать 🙏🏻
Столько времени прошло, блогу уже 3 года 🥹 Все получится, нужно только начать 🙏🏻
970
3
💼 Как устроен C-level в IT-компаниях Когда говорят про карьерный рост в IT, обычно обсуждают путь от Junior до Team Lead или+1
💼 Как устроен C-level в IT-компаниях Когда говорят про карьерный рост в IT, обычно обсуждают путь от Junior до Team Lead или Head of Department. Но чем выше уровень компании, тем чаще появляются загадочные аббревиатуры: CEO, COO, CTO, CFO, CPO. Пока я проходил обучение операционному управлению на курсе COO в "Стратоплане" (https://stratoplan-school.com/coo/), у меня постепенно сложилась более цельная картинка того, как устроен C-level в IT-компаниях и как между собой связаны роли руководителей. Упрощенно это выглядит так: - CEO — определяет направление развития бизнеса и отвечает за результат компании в целом. - COO — превращает стратегию в работающую систему. Если CEO отвечает на вопрос «куда идем», то COO отвечает на вопрос «как именно туда придем». - CTO — отвечает за технологии, архитектуру, инженерные решения и техническое развитие продукта. - CPO — отвечает за продуктовую стратегию, развитие продукта и ценность для клиентов. - CFO — отвечает за финансы, бюджетирование, финансовое планирование и устойчивость бизнеса. - CMO — маркетинг, позиционирование и рост клиентской базы. - CHRO — люди, культура, развитие команд и организационная эффективность. Интересно, что роль COO часто остается «за кадром», хотя именно через нее проходят практически все вопросы операционного управления: — реализация стратегии; — построение бизнес-процессов; — финансовое планирование; — управление эффективностью; — организационная структура; — KPI и метрики; — управление изменениями; — работа со стейкхолдерами. Курс мне понравился — почти 5 месяцев обучения, много теории и практики, работа в группах. Было довольно много материалов и занятий как по основной программе, так и дополнительных: мастер-классы по работе с ИИ, автоматизации процессов и отдельные модули для руководителей. Наверное, самое ценное для меня — это работа в группах. Мы разбирали задания вживую: сначала получали кейс и самостоятельно думали над решением, а затем обсуждали в группе. Иногда делились на роли и разыгрывали ситуации, где каждый отстаивал свою часть решения или позицию. Почти все задания были специально «неоднозначные» — без одного правильного ответа. Сначала кажется, что решение очевидно, но затем появляются новые вводные, которые полностью меняют картину. И в итоге это не про правильность ответа, а про умение аргументировать, договариваться и пересобирать позицию по мере появления новой информации. В целом это хорошо прокачивает именно управленческое мышление: когда нет фиксированного решения, а есть контекст, ограничения и необходимость постоянно пересматривать выбор. Сертификат тоже получен — логичное завершение этой истории 😄 Работаем дальше 💪🏼 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
1 086
4
🏆 Что ждут компании от кандидата. АТС-фильтрация кандидатов В YeaHub планировали выпустить сервис по ATS-оптимизации резюме
🏆 Что ждут компании от кандидата. АТС-фильтрация кандидатов В YeaHub планировали выпустить сервис по ATS-оптимизации резюме ещё к июню, но сроки затянулись. Очень много времени ушло на работу над промптами для ИИ и алгоритмом мэтчинга. В итоге только сейчас добиваем финальную часть сервиса. В чём суть? Мы создаём профили вакансий, делаем выборки, собираем портрет рынка. Например, по фронтенд-разработке можно понять, чего именно ждут компании. Не просто набор ключевых слов или список навыков, а полноценный портрет кандидата и ожидания работодателей. Получается вроде неплохо, но впереди ещё очень много тестов и сожжённых токенов. Я долго ковырял алгоритм: десятки раз менял всё кардинально, потому что постоянно что-то не нравилось. Но, кажется, наконец пришёл к рабочему варианту. Собрал для вас небольшую выборку того, чего сейчас хотят компании от фронтенд-разработчиков: 1. Оптимизировать производительность — такая формулировка встречается очень часто, примерно в 20% вакансий. 2. Разрабатывать интерфейсы и приложения — здесь много разных формулировок и синонимов, но в сумме это около 40% вакансий. 3. Внедрять новые технологии и практики — примерно 25% компаний ожидают, что разработчик будет активно предлагать и внедрять улучшения. 4. Проводить код-ревью — встречается в разных вариациях, но если объединить все формулировки, получается около 38% вакансий. 5. Проектировать архитектуру — около 18% работодателей хотят, чтобы сотрудник занимался архитектурой решений, микрофронтендами и связанными задачами. 6. Оптимизировать приложение и процессы разработки — различные формулировки этой задачи встречаются примерно в 24% вакансий. 7. Рефакторить код, модули и приложения — ощущение, что кто-то когда-то наговнокодил, а теперь новым сотрудникам предстоит это разгребать. В сумме такие требования встречаются примерно в 22% вакансий. 8. Писать тесты — от unit-тестов до полного покрытия приложения тестами. Встречается примерно в 35% вакансий. Наверное, это основные обязанности и задачи, которые сейчас чаще всего встречаются на рынке. Как вы поняли, чтобы лучше проходить ATS-фильтры, желательно показывать подобные достижения и опыт в резюме. Если таких формулировок и результатов нет, система может посчитать кандидата менее релевантным и опустить его ниже в выдаче среди других соискателей. 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
1 238
5
Уже в эфире обсуждаем боли современного найма и замену всех на AI https://youtube.com/live/9YM4PeiYG4o?feature=share
1 799
6
👩‍💻 Инфраструктура проектов на примере YeaHub Знаете, всегда интересно развиваться и выходить за рамки своей специализации.+1
👩‍💻 Инфраструктура проектов на примере YeaHub Знаете, всегда интересно развиваться и выходить за рамки своей специализации. Когда я еще работал разрабом, я активно изучал бекенд и базы данных, писал свои пет-проекты, рефакторил и дописывал бекенд на работе (кстати, вот об этом пост). Миграция бекенда и масштабный рефакторинг Но когда я начал разрабатывать свой первый стартап App-Salute (об этом тоже пост), то уперся в то, что умею писать фронт и бэк, но как публиковать реальные прод-приложения — вообще не понимал. Мой первый стартап — сервис онлайн-записи App-Salute Я потратил уйму времени, чтобы создать инфраструктуру и настроить деплой. Это было тяжело, но методом проб и ошибок я справился, и была зарелизена первая версия стартапа: nginx, pm2 — все было простенько, без Docker и прочего. Обновлял приложение вручную: заходил через терминал на сервер, все обновлял и перезапускал. Спустя 6 месяцев я полностью переписал App-Salute на более современный стек — уже с Docker и GitHub Actions. Через docker-compose организовал сервисы, поднял БД, настроил nginx с SSL-сертификатами. Все запускалось одной командой. Параллельно настроил CI/CD: смерджил ветку в develop — автоматически публиковалась тестовая версия, смерджил в main — уходило в прод. Эти знания я применил и в YeaHub. Спустя время понял, что хочу глубже разобраться с Kubernetes и GitOps-подходом. Да, для стартапа это местами оверкилл, но мне хотелось закрыть этот пробел в знаниях. Плюс — чтобы ученики стажировались уже на взрослой инфраструктуре, как это чаще всего устроено в крупных продуктовых компаниях. Для них я даже проводил отдельный митап: показывал, как все устроено под капотом, открывал конфиги, сервисы, объяснял полный цикл деплоя и работы инфраструктуры. Получилось очень подробно — как я умею :) Теперь ученики спокойно рассказывают про инфраструктуру своих проектов на собеседованиях. Стажировка в YeaHub глазами новичка Что у нас есть в YeaHub? У каждого проекта есть Dockerfile, в котором описана сборка и запуск приложения, а также GitHub Actions workflow для CI/CD. Pipeline устроен примерно так: — собираем Docker image, — отправляем его в registry, — обновляем image tag в GitOps-репозитории, — ArgoCD видит изменения и синхронизирует Kubernetes-кластер с новым состоянием. Kubernetes-конфигурация описана через Helm chart’ы. Для релизов используем release-ветки. Настроены dev и prod стенды. Дополнительно экспериментировали с preview environments — автоматически поднимали отдельный стенд под feature-ветки с уникальным поддоменом. Но так как у нас стажировка и одновременно создается очень много веток, по ресурсам это оказалось дороговато, поэтому от идеи отказались. Также есть тесты, husky, линтеры и прочие automated checks. В итоге получился полноценный production-like CI/CD и release flow. YeaHub переехал на новую инфраструктуру На картинках — схемы из митапа: как устроен Kubernetes и инфраструктура YeaHub. 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
1 796
7
И вот такие задачи были на собесе 👀 1️⃣ EventEmitter Задача: реализовать EventEmitter с подпиской, отпиской и вызовом событий. class EventEmitter { constructor() {} subscribe(event, callback) { this.events[event].push(callback); } unsubscribe(event, callback) { this.events[event] = this.events[event].filter(cb => cb !== callback); } fire(event, payload) { this.events[event].forEach(callback => callback(payload)); } } const eventEmitter = new EventEmitter(); const callback = (payload) => console.log(`Callback catch event "test" with payload: ${JSON.stringify(payload)}`); 2️⃣ JavaScript Event Loop Задача: определить порядок вывода в консоль + объяснить Event Loop. console.log('start'); setTimeout(() => console.log('timeout'), 0); new Promise((resolve, reject) => { console.log('promise'); reject(); }) .then(() => console.log('promise')) .catch(() => console.log('promise1')) .catch(() => console.log('promise2')) .then(() => console.log('promise3')) .then(() => console.log('promise4')); console.log('final'); 3️⃣ TypeScript / Runtime Задача: объяснить поведение instanceof и различия runtime vs compile-time. interface User {} class AdminUser implements User { name: string; role: string; constructor(name: string) { this.name = name; this.role = "admin"; } } function checkGrants(user: User): boolean { return user instanceof AdminUser; } const adminUser2: AdminUser = { name: "admin", role: "admin", }; console.log(checkGrants(new AdminUser("admin"))); // true console.log(checkGrants(adminUser2)); // false 4️⃣ React Refactoring Задача: провести рефакторинг компонента интернет-магазина. export default function App() { const [query, setQuery] = useState(""); const [products, setProducts] = useState([]); const [filtered, setFiltered] = useState<Product[]>([]); const [cartCount, setCartCount] = useState(0); const [cartSum, setSumCount] = useState(0); const onAdd = useCallback((p: Product) => { setCartCount(cartCount + 1); setSumCount(cartSum + p.price); }, []); const clear = () => { setCartCount(0); setSumCount(0); }; useEffect(() => { fetchProducts(query).then((res) => { setProducts(res.items); }); }, [query]); useEffect(() => { setFiltered(products.filter((p) => p.price >= 0)); }, [products]); return ( <div> <div style={{ fontFamily: "sans-serif", maxWidth: 720, margin: "20px auto" }}> <h2>Shop</h2> <div style={{ display: "flex", gap: 8, alignItems: "center" }}> <input value={query} onChange={(e) => setQuery(e.target.value)} placeholder="Search..." /> <span>Cart: {cartCount}</span> <span>Sum: ${cartSum}</span> <div style={{ backgroundColor: "#808080", padding: "8px" }} onClick={() => clear()} > Clear </div> </div> <div style={{ marginTop: 12, border: "1px solid #eee", borderRadius: 8 }}> {filtered.map((product) => ( <> <div style={{ display: "flex", justifyContent: "space-between" }}> <div> <b>{product.name}</b> <div style={{ fontSize: 12, opacity: 0.7 }}> ${product.price} </div> </div> <div style={{ display: "flex" }}> <div style={{ backgroundColor: "#808080", padding: "8px" }} onClick={() => onAdd(product)} > Add </div> </div> </div> <hr /> </> ))} </div> <h6>Copyrite and footer</h6> </div> </div> ); }
1 659
8
💼 Тех. собеседование в Альфа-Банк. Было достаточно сложное и глубокое — много копали именно в понимание того, как всё работает под капотом. Собеседование свежее, май. Вилка 250-300к Что спрашивали: 1️⃣ Опыт и проекты — Рассказать о себе — Самая интересная техническая задача 2️⃣ WebSocket / авторизация / security — Безопасность WebSocket — Как понять, что пользователь авторизован в REST — Как передавать авторизацию в WebSocket — Можно ли передать Authorization header из браузера — Альтернативы: cookie / query params / первое сообщение после подключения 3️⃣ Архитектура / FSD — Что именно строил с нуля — Мнение про FSD — Что не понравилось в подходе — Какие были проблемы при внедрении — Как онбордили разработчиков 4️⃣ HTML / CSS — Как центрировать квадрат — display: none vs visibility: hidden — Flex vs Grid — Когда что использовать 5️⃣ HTTP / Browser lifecycle — Из чего состоит HTTP-запрос — Method / URL / headers / cookies / body — Что приходит в response — Что происходит после ввода URL в браузере — На каком этапе появляются headers/cookies/body 6️⃣ Frontend Security Тут прям очень глубоко копали. — CSP — CORS — Запрет запросов на нежелательные домены — CSP directives — hash / nonce / SRI — Клиентские уязвимости и методы защиты 7️⃣ Event Emitter — Как работает Event Emitter 8️⃣ Event Loop — Как работает Event Loop — Microtask starvation — Call Stack / Browser APIs / Microtasks / Macrotasks 9️⃣ TypeScript / Runtime — Как работает instanceof — Почему interface нельзя проверить в runtime — Разница между type/interface и class/object — Вопросы на понимание runtime-проверок Собеседование понравилось — очень много вопросов на фундаментал и реальное понимание браузера и JS runtime. Кто ответил бы на все вопросы и забрал себе оффер? 😁 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
1 309
9
🤖 Внедрение изменений, или как AI становится частью всего Я прошёл заключительный блок в Стратоплане — про темы, которые для
🤖 Внедрение изменений, или как AI становится частью всего Я прошёл заключительный блок в Стратоплане — про темы, которые для меня оказались и интересными, и одновременно довольно непростыми: построение и оптимизация бизнес-процессов, метрики и KPI + AI, управление качеством, закупками, рисками + AI, а также внедрение изменений. Курс COO, который я проходил: https://stratoplan-school.com/coo/ Если честно, изначально я вообще не особо понимал, как работают KPI и метрики, как их считать и что за ними стоит. Да и в целом бизнес-процессы, финансы и вся эта «системная кухня» были для меня довольно дремучим лесом. Это уже вещи, которые сложнее пощупать на практике. Но формат курса с групповой работой и разбором сильно помог всё это немного разложить по полочкам. Плюс было интересно слушать кейсы руководителей крупных компаний о том, как они реально работают с метриками. Я, в свою очередь, тоже поделился своим опытом — как мы в YeaHub внедряли Scrum в три захода 😁. Это как раз было в рамках групповой работы на модуле про внедрение изменений. И как вы, наверное, заметили по названиям модулей, на протяжении всего курса нас активно учили внедрять AI в разные процессы. Были и мастер-классы, и воркшопы. Нас учили делать себе AI-помощника, использовать AI для расчёта финансов, метрик и многого другого. В общем, старались идти в ногу со временем. В целом модули мне понравились. Даже немного не верится, что теперь пятницы будут проходить без обучения 😁. С января по май у нас каждую пятницу были трёхчасовые занятия с практикой, и это стало привычным ритмом. Теперь впереди лето — планирую больше времени проводить на верандах и в более лёгком режиме, а всё, что узнал, уже применять в YeaHub. 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
1 551
10
Приглашаем на Frontend Mix — бесплатный митап ЮMoney для всех, кто интересуется фронтенд-разработкой 🤩 🔔 28 мая, четверг, 1
Приглашаем на Frontend Mix — бесплатный митап ЮMoney для всех, кто интересуется фронтенд-разработкой 🤩 🔔 28 мая, четверг, 19:00 (мск) — приходите на митап в Санкт-Петербурге или подключайтесь онлайн. Спикеры из ЮMoney поделятся, как работают над задачами и улучшают процессы в команде. Вот о чём будут рассказывать: 🟣 Как спят вкладки в браузере. На живом примере разберём, как браузер усыпляет вкладки, почему из-за этого ломается real-time и какие приёмы дебага и resync помогают находить и чинить их в продакшене. 🟣 Как построить Spec-Driven платформу для генерации писем. Используя OpenAPI как единый источник правды, покажем, как описывать контракты электронных писем через спецификацию и автоматически генерировать консистентный HTML. 🟣 Подключение модуля шумоподавления в рабочее место оператора. Рассмотрим инструменты React, WebSockets, WebRTC, а также архитектуру и логику работы модуля шумоподавления. 🟣 Круглый стол — AI во фронтенде: вызовы и реальность. Обсудим влияние нейросетей на фронтенд с трёх позиций: рынка, разработки и образования. Чтобы попасть на митап, нужна регистрация. Все подробности — на сайте Frontend Mix 👈
0
11
🤓 Идеальный кандидат в 2026 году Мир меняется быстро. IT меняется, рынок меняется — все меняется. Какие-то навыки становятся обязательными, а какие-то наоборот теряют ценность. Если вернуться на 6 лет назад, то React и другие фреймворки вообще не были мастхэвом. Можно было спокойно найти работу, зная просто JavaScript. 4 года назад React уже стал практически обязательным, а TypeScript чаще встречался как «будет плюсом». 3 года назад все еще можно было относительно легко устроиться джуном: выучил фреймворк, сделал пару пет-проектов — и вперед. В 2024 году джуном устроиться стало уже заметно сложнее. Началась эпоха накрутки опыта: многие рисовали себе 1–2 года и спокойно получали собесы. В 2025 году джунам стало почти невозможно найти работу. Офферы чаще получали люди с «3 годами опыта» и хоть какой-то компанией в резюме. К концу 2025 даже это перестало работать. Теперь минимум: — 4 года опыта — известные компании в резюме — понимание архитектуры, инфраструктуры и всего вокруг разработки Наступил 2026 год. Что сейчас происходит на рынке? Кто вообще находит работу? Конкуренция огромная. Выбирать работодателю есть из кого. Даже если тебе удалось попасть на собес с 3 годами опыта в аутсорсе, скорее всего найдется кандидат с 4 годами опыта и условным Газпромом в резюме. И даже если ты лучше прошел собес — возьмут, вероятнее всего, его. Просто из-за бренда компании в резюме. Справедливо ли это? Нет. Нужно ли из-за этого лежать и плакать в подушку? Решать тебе 😁 Давайте так: я просто распишу «идеального кандидата 2026», а дальше уже сами думайте, как таким стать 🙃 Сын маминой подруги 2026: 1. У него 5 лет опыта во фронтенде 2. В резюме — хорошие продуктовые компании (Газпром, ВТБ, Сбер, Островок и т.д.) 3. Минимум 2 места работы, и на каждом он проработал больше года (условно 4+1 или 2+3) 4. Он живет в Москве. Ну или хотя бы пишет это в резюме 😁 5. Готов к переезду и любому формату работы 6. Английский минимум B2 7. Богатый опыт во фронте: от обычной разработки до рефакторинга, проектирования и архитектуры 8. Работал буквально со всем из вакансий: Next.js, Docker, микрофронты и далее по списку 9. Есть высшее техническое образование 10. Умеет хорошо продавать свой опыт: рассказывает про кейсы, конфликты, достижения, импакт на бизнес 11. Хорошая техничка: «работал со всем, знает все», а хобби — читать спецификацию JS 😁 И это только часть того, что сейчас нужно, чтобы тебя хотя бы стабильно звали на собесы. Плюс еще: — ATS — HR-фильтры — софт-скиллы — умение проходить интервью — самопрезентация — рынок — конкуренция На таком рынке я вообще не понимаю, как джуну пробиваться. Потому что сейчас даже опытные ребята с 3–4 годами опыта, но без известных компаний и громких достижений, вынуждены идти на джун+ позиции. Опытные специалисты буквально вытесняют джунов. И работодателя тоже можно понять. Зачем открывать джун-вакансию на 100k, если можно открыть мидл-вакансию на 120k — и получить сильного специалиста за небольшую доплату? Сейчас это рынок работодателя. А теперь к главному вопросу: как стать идеальным кандидатом? Тут есть варианты: 1. Вернуться в прошлое, поступить в технический вуз и отработать 5 лет в бигтехе 2. Просто стать... 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
2 011
12
🥇 Самые популярные темы на собеседованиях Каждую неделю мы добавляем новые собеседования для фронтенд-разработчиков. У нас х
🥇 Самые популярные темы на собеседованиях Каждую неделю мы добавляем новые собеседования для фронтенд-разработчиков. У нас хорошо выстроен процесс: ИИ анализирует видео, преобразует речь в текст, а затем выделяет технические вопросы и ключевую информацию с интервью. Этим занимается отдельный контент-специалист. На скрине — топ самых частых вопросов. Интересно, что по сравнению с тем, каким топ был в самих видео, он сильно изменился. На собеседованиях по-прежнему чаще всего спрашивают React и JavaScript. Особенно много вопросов про внутренние механизмы языка: this, Event Loop и другие базовые концепции. Но здесь важно смотреть именно на темы, а не только на конкретные вопросы. Когда мы добавляем собеседования в Yeahub, то помимо оригинальных вопросов включаем похожие и дополнительные — чтобы максимально покрыть тему и помочь пользователям готовиться комплексно. Плюс на реальных собеседованиях часто задают наводящие вопросы. Полный топ можно посмотреть здесь: https://app.yeahub.ru/analytics/popular-questions?page=1&specialization=11
1 892
13
🤝 Работа с людьми В «Стратоплане» я учился на COO (операционного директора). Его задача — сделать так, чтобы компания стабил
🤝 Работа с людьми В «Стратоплане» я учился на COO (операционного директора). Его задача — сделать так, чтобы компания стабильно и эффективно работала каждый день. Если упростить: — CEO думает «куда идёт компания» — стратегия и видение — COO отвечает «как именно всё будет работать» — исполнение, процессы, операционная система бизнеса На курсе мы разбирали всё, что относится к роли операционного директора: стейкхолдер-менеджмент, построение стратегии, основы финансового менеджмента, цепочку ценности компании и многое другое. (Тут можете подробнее глянуть темы) Но отдельно были дополнительные модули для всех руководителей (потому что кроме COO есть ещё CTO и другие роли, включая Team Lead) — про команду, работу с людьми и решение конфликтов. Эти блоки вынесли отдельно, и для меня они стали скорее приятным бонусом внутри курса COO. Больше всего мне зашёл именно блок «Работа с людьми». Там были темы про мотивацию и взаимодействие. Мы изучали SDT-модель мотивации и DISC. Мотивация — это внутреннее желание человека что-то делать. Её важно отличать от стимула: мотивация — это создание среды, в которой актуализируются внутренние мотивы сотрудника и он сам приходит к нужным действиям. Стимул же — это скорее внешнее принуждение к выполнению задачи. И здесь ключевая мысль, которую я для себя вынес: задача руководителя — создавать мотивационную среду. И, на самом деле, есть один инсайт, который можно применить вообще везде — просто сам факт интереса к людям уже повышает их продуктивность. Если говорить о том, как можно управлять мотивацией, то это универсально применимо в любой сфере — и в работе, и даже в быту: — мониторинг и оценка текущего уровня мотивации сотрудника — построение мотивационных профилей специалистов — проведение мотивационных бесед И здесь есть интересный парадокс, связанный с законом Йеркса–Додсона: чем выше уровень мотивации и возбуждения, тем ниже может быть эффективность. Я это очень хорошо прочувствовал на себе. Я люблю работать в марафонском режиме с кофе или пуэром — это реально повышает мою мотивацию и включённость. Но вместе с этим приходит суета, усталость и выгорание. В итоге, несмотря на высокий уровень мотивации, эффективность падает, потому что я начинаю хвататься за слишком большое количество задач и теряю фокус. В этом же модуле было много про базовые мотивы людей, про структуру разговоров и про составление мотивационного профиля сотрудников. Но самое сильное — это практика. Для этого были задания в группах: мы буквально инсценировали мотивационные беседы. Распределялись на пары: два человека вели разговор, а остальные выступали либо как наблюдатели, либо как модераторы и оценивали беседу по чек-листу. После этого давали обратную связь — чего не хватило, где можно было глубже, где терялся контакт. Очень интересно было слушать такие диалоги уже состоявшихся руководителей и менеджеров из крупных компаний, которые пришли на курс повышать квалификацию для роста до COO или CEO. 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
1 822
14
🏘 Frontend Архитектура — это не только папки Я думаю многие из вас изучали FSD, Atomic Design, модульную организацию кода, р
🏘 Frontend Архитектура — это не только папки Я думаю многие из вас изучали FSD, Atomic Design, модульную организацию кода, разные подходы и best practices. И да, это всё действительно относится к архитектуре, но чаще всего — только к одному её уровню: архитектуре кода приложения. То есть это история про то, как у вас организован frontend внутри самого приложения: как разделены модули, где лежит бизнес-логика, как устроены зависимости, shared-слои, UI, entities и всё остальное. По сути — как разработчику комфортно жить внутри кодовой базы. Но проблема в том, что многие начинают воспринимать архитектуру только как “структуру папок”, хотя в реальности frontend architecture в больших продуктах намного шире. А есть ещё архитектура данных — и это вообще отдельный слой, не про “какой стор выбрать”. Это про то, как приложение работает с состоянием и данными в целом. Client state и server state — разные миры: для серверного уже нужны React Query, SWR или RTK Query, потому что там кеш, фоновые обновления и оптимистичные апдейты, а не просто глобальный store. Дальше сразу встают вопросы: как инвалидировать кеш — полностью или точечно, где источник правды — backend, URL или локальный state, и нужно ли нормализовать данные или можно хранить как есть. Плюс API-контракты (REST, GraphQL, BFF) напрямую влияют на то, как вообще живёт фронт. Например, есть архитектура приложения. И это уже не про FSD и не про папки, а про то, как frontend устроен как система. У вас это монолит, модульный монолит или платформа из микрофронтов? SPA, SSR или гибрид? Один runtime или несколько независимых приложений внутри платформы? Как разделены домены и product boundaries? Тут уже думаешь не про структуру src, а про то, как будет жить продукт целиком. Дальше — архитектура репозиториев. Допустим, у вас есть микрофронты. Где они живут: в монорепозитории или в разных репах? Как шарится код между ними? Где лежит UI Kit? Как живут SDK, shared types, api clients? Через npm packages, internal registry или shared workspace? Это тоже архитектура, потому что напрямую влияет на скорость разработки, CI/CD и управляемость системы. Есть ещё runtime architecture — то, как frontend работает во время выполнения. Module Federation, shell app, event bus, shared state, communication between microfrontends — это всё про то, как независимые части системы взаимодействуют и не разваливаются после очередного релиза :) Плюс архитектура команд. Это часто недооценивают, но в enterprise frontend всё сильно завязано на бизнес. Появляются ownership-зоны, продуктовые команды, домены и границы между ними. И архитектура начинает отражать не только код, но и то, как работают люди. Ну и инфраструктурная история. Потому что задеплоить обычную SPA — это одно, а когда у тебя 15 микрофронтов, multirepo, shared SDK, federation и разные release cycles — это уже совсем другой уровень сложности :) И отдельно UI architecture: design systems, UI Kit, токены, темы, shared components — всё это тоже часть общей картины. Frontend Архитектура — это не только “как красиво разложить папки”. Это вся система организации frontend-разработки: от кода до платформ, инфраструктуры, runtime и команд. Поэтому умение хорошо работать с FSD или писать UI Kit ещё не делает тебя архитектором. Архитектура больших frontend-систем — это уже про управление сложностью, границы ответственности, масштабирование и понимание системы целиком. 🚀 База собесов — 💪 Frontend Элита — 📚 Менторство — 📹 YouTube
1 757
15
🚀 «Продукт Радар» зафиксировал рост количества проектов почти в 2 раза. И это очень показательный сигнал. Сейчас появляется
🚀 «Продукт Радар» зафиксировал рост количества проектов почти в 2 раза. И это очень показательный сигнал. Сейчас появляется огромное количество людей, у которых раньше были идеи, но не было возможности их реализовать. Теперь они делают проекты, тестируют гипотезы, экспериментируют и запускаются быстрее, чем когда-либо. Это уже происходило раньше. Когда-то сайты на чистом JS и PHP делали командами. Нужны были отдельные верстальщики, бэкендеры, дизайнеры. Потом появились фреймворки, библиотеки, CMS, конструкторы вроде Tilda — и разработка упростилась в разы. Любой предприниматель мог собрать лендинг самостоятельно. Но исчезли ли разработчики? Нет. Просто рынок вырос. Появились новые специалисты, новые ниши, новые услуги. Вместо «конца профессии» произошло масштабирование индустрии. С ИИ происходит то же самое. Сможет ли бизнес полностью отказаться от разработчиков? История про «Герман Греф сократил всех сотрудников и управляет только агентами» звучит пока скорее как фантастический фильм. Да, ИИ сильно снижает порог входа и ускоряет создание продуктов. Но как только проект начинает расти — появляются поддержка, масштабирование, интеграции, инфраструктура, безопасность, процессы, команда. Предприниматель не будет «вайбкодить» большой продукт самостоятельно. Он наймет людей. Просто теперь вместо огромного аутсорса за 12 миллионов на маркетплейс достаточно 1–3 сильных специалистов с ИИ-инструментами, которые быстро соберут MVP, доведут продукт и будут его развивать. Из-за этого проектов станет не меньше, а намного больше. Цифровизация идет полным ходом. Будут появляться продукты в сферах, о которых раньше даже не думали. Малый и средний бизнес, который раньше не мог позволить себе разработку, теперь получает к ней доступ. Так было всегда: - машины заменили часть ручного труда; - интернет заменил бумажную почту и разносчиков газет; - телефоны изменили коммуникацию; - автоматизация изменила производство. Мир постоянно меняется, и люди адаптируются. Сейчас главный тренд — ИИ. И в него точно нужно погружаться. Но не как «замену программированию», а как усиление инженера. Будут востребованы специалисты, которые: - знают базу; - умеют писать код самостоятельно; - понимают архитектуру и системы; - быстро изучают новые технологии; - не боятся менять стек; - и при этом умеют ускорять свою работу с помощью ИИ. Мне кажется, в будущем станет меньше жесткого деления на «фронта», «бэка», «питониста» и так далее. Постепенно рынок снова придет к более универсальной роли — просто «программист». Как раньше: программист — это человек, который способен решить задачу независимо от языка, фреймворка или стека. И вот тут будет главный вопрос: кто окажется востребованнее — программист с фундаментальной базой и ИИ-инструментами или человек, который умеет только генерировать код через ИИ? Думаю, ответ очевиден. Хотя первые, конечно, потом будут рассказывать: «Эх, были времена… мы сами руками код писали». Поэтому, когда мировая экономика выйдет из очередного кризиса, деньги снова пойдут в развитие, масштабирование и запуск новых бизнесов. Так происходит всегда: в периоды неопределенности рынок сжимается, компании осторожничают, но потом начинается новый цикл роста. И именно в такие моменты выигрывают не те, кто остановился и ждал «идеального времени», а те, кто продолжал развиваться, изучать новые инструменты, накапливать опыт и оставался в игре. Технологии меняются. Рынок меняется. Но одно остается неизменным — ценность людей, которые умеют адаптироваться и создавать новое.
1 902
16
29 лет Знаете, ребята, каждый год в свой день рождения я люблю остановиться и подумать. Подвести итоги, расставить приоритеты
29 лет Знаете, ребята, каждый год в свой день рождения я люблю остановиться и подумать. Подвести итоги, расставить приоритеты, напомнить себе про ценности. Год прошёл сильно. Много работал, путешествовал, проводил время с семьёй, занимался самообразованием, прокачивал навыки, адаптировался. Были и сложные моменты. Ошибки, осознания, рост. Без этого никак. Мир меняется — и мы вынуждены меняться вместе с ним. И да, как и многие, иногда ловлю себя на мыслях: а что дальше? Что будет завтра? Нас заменит ИИ или нет? И если не заменит, то почему столько паники вокруг? Мне кажется, правда где-то посередине. Это сложный вопрос, и он точно не решается эмоциями и криками. Не всё так просто, как говорят паникёры — но и не так спокойно, как пытаются убедить другие. Но сквозь весь этот шум я понимаю одну вещь — нужно адаптироваться. У меня растёт дочка, и я много думаю о будущем. Недавно наткнулся на концепцию поколения Бета — это дети, рождённые примерно с 2025 по 2039 год. По сути, первое поколение, для которого ИИ — это не инструмент, а среда. Их ключевые навыки — это не «знать», а: адаптироваться, быть гибкими, быстро учиться. Мир, в котором они будут жить, скорее всего станет менее стабильным. Работа будет меняться быстрее. Не обязательно исчезать полностью, но сильно трансформироваться. Классическое образование на 4 года уже не выглядит такой надёжной ставкой, как раньше. За это время многое может измениться. Всё идёт к тому, что обучение станет непрерывным процессом. Работа тоже меняется. Скорее всего, будет меньше привязки к офисам, больше удалёнки, распределённых команд, проектной работы. Навык становится важнее диплома. Ценится не то, что ты когда-то изучил, а то, что ты умеешь прямо сейчас и как быстро можешь научиться новому. Новая модель — короткие циклы обучения, практика, реальные задачи. Но при этом есть важный момент: всё строится на базе. Если у тебя есть фундамент — например, тот же фронтенд — ты не начинаешь с нуля. Ты просто расширяешься: добавляешь новые инструменты, подходы, слои ответственности. Я для себя это сейчас так и вижу. Важно не просто писать код, а понимать, как строятся системы. Не просто быть фронтендом, а уметь закрывать больше задач. Понимать бэк, инфраструктуру, процессы. Понимать систему целиком. Но не в формате «уметь всё поверхностно», а в формате — иметь сильную базу и расширяться вокруг неё. Отдельный момент — это ИИ. Ему точно нужно учиться. Работать с ним, а не бояться. Писать промпты, использовать агентов, понимать ограничения, выстраивать архитектуру с его участием. Это уже не «плюс», это становится частью профессии. Мы действительно заходим в новый этап. И да, это местами пугает. Наше поколение не полностью к этому готово — и это нормально. Но что делать? Вся наша жизнь — это борьба. Остановился — значит умер. Я люблю свою семью. Люблю жизнь. Люблю то, чем занимаюсь. И останавливаться не собираюсь. Планов много. Целей тоже. Уже сегодня сел и всё это для себя зафиксировал. Выживает не самый умный — а самый адаптивный. И как же без нейронки в наше время?😁 Руслан, с днём рождения! Желаю тебе стабильного аптайма во всех сферах, бесконечного скейлинга идей и продуктов, чтобы каждый релиз проходил без багов и с вау-эффектом для юзеров, метрики росли как на дрожжах, а гипотезы быстро валидировались; пусть код жизни будет чистым и поддерживаемым, команда — как сильный кластер без сингл-поинтов отказа, а ты продолжай прокачивать людей как ментор, передавая не только хард-скиллы, но и системное мышление — и, конечно, чтобы у тебя всегда хватало ресурсов на новые амбициозные проекты и личный «рефакторинг» под кайф 🎯
2 584
17
https://youtu.be/mhrSW_9tn1k?si=jDpT79xIWV87GZ16 Курс по React со мной 💪🏻😎
0
18
💸 Финансы и расходы проекта: путь к COO Честно говоря, самая сложная для меня тема в бизнесе — это финансы. Не техническая ч
💸 Финансы и расходы проекта: путь к COO Честно говоря, самая сложная для меня тема в бизнесе — это финансы. Не техническая часть, не маркетинг, не продукт, а именно финансовая модель и управление деньгами. Интуитивно я понимаю, как продвигать проект: можно нанять маркетолога, SEO-специалиста, монтажёра, контентщика. С технической частью тоже проще — если ты сам сильный специалист, то в целом понимаешь систему на верхнем уровне, а при наличии сообщества разработчиков всегда можно найти нужных людей. Но с финансами у меня долгое время были серьёзные проблемы. В YeaHub, например, довольно долго работало два дизайнера — и это при том, что это стартап. Сейчас один дизайнер справляется со всеми задачами. Долгое время добавление контента на платформу обходилось нам в 80–100 тысяч, пока спустя 4–5 месяцев я не внедрил автоматизацию. Сейчас это стоит в разы дешевле. https://yeahub.ru/ru/ Были и необдуманные фичи. Например, аналитика «сложных вопросов» и различная статистика, которой пользователи почти не пользовались. В теории мы могли бы просто раз в месяц с аналитиками собирать данные и оформлять их в красивую инфографику, вместо того чтобы тратить три месяца разработки на полноценную систему. Были и фичи сообщества — возможность добавления вопросов и ресурсов, заявки от пользователей. Это действительно важный элемент коммуникации и наполнения контента, но не на ранней стадии проекта. Все эти решения требовали ресурсов, и это, по сути, ошибки в бюджетировании. Теперь про менторство — это тоже мой продукт, и я им горжусь. С самого начала фокус в менторстве был на результате ученика — трудоустройство и прикладной прогресс. Под это выстраивалась система сопровождения и практики. Дальше я начал усиливать продукт через дополнительные инициативы: пет-проекты, внутренние инструменты, расширение инфраструктуры практики, курсы, гайды и боты. Многие идеи на старте выглядели очевидно полезными — как “это точно усилит результат”. Со временем стало видно ключевое: не каждое “вау, это нужно” выдерживает проверку временем и пересчёт через бюджет и влияние на итоговый результат. Часть решений увеличивала сложность и затраты, но не давала пропорционального роста outcome. Это привело к более строгому подходу: давать идеям время, пересчитывать стоимость и эффект, и принимать решения не по первому впечатлению, а через призму бюджета и влияния на результат ученика. Сейчас я пересобираю продукт вокруг этой логики — меньше импульсивных расширений, больше фокуса на том, что реально двигает к результату. В общем, точки роста очевидны. И наконец-то я получил знания, которых мне не хватало. В Стратоплане я прошёл темы по финансовому менеджменту: основы финансового менеджмента, бюджетирование, построение финансовых моделей, эффективность операционной деятельности, цепочка ценности компании, управление производством. https://stratoplan-school.com/coo/ Было интересно, но местами очень сложно. Тем не менее, записи и конспекты есть — я планирую пересматривать их и постепенно переносить всё на модель YeaHub и других проектов. Хочу пройтись по всем подходам из лекций, применить их на практике, собрать финансовую карту, отчёты по расходам и бюджету. Займусь этим в отпуске 😁 Когда смотришь интервью с предпринимателями, тоже хочется оказаться среди них. Хочется создавать продукт и развивать его. Мысли, которые заставляют работать больше: Я начал вкладываться в себя, расти, развиваться, становиться ценным, привлекательным. Успех — это не то, что ты преследуешь. Успех — это то, что ты притягиваешь, становясь привлекательным. Ты можешь иметь больше, чем имеешь сейчас, потому что ты можешь стать больше, чем ты есть сейчас.
0
19
3 года 😊🚀 Надо бы новое видео снять 😄
3 года 😊🚀 Надо бы новое видео снять 😄
0
20
🚀 YeaHub развивается Февраль и март выдались для нас непростыми. Мы прошли через сложную миграцию и разделили проект на два+2
🚀 YeaHub развивается Февраль и март выдались для нас непростыми. Мы прошли через сложную миграцию и разделили проект на два отдельных продукта. Теперь у нас есть: — yeahub.ru — публичная SEO-ориентированная часть на Next.js с быстрым серверным рендерингом — app.yeahub.ru — основное приложение: личный кабинет пользователя со статистикой, прогрессом и аналитикой 🔥 Лайвкодинг — наконец-то готов Мы серьезно прокачали сервис лайвкодинга: — добавили привязку задач к коллекциям (собеседованиям) — сделали связь с компаниями — теперь можно готовиться по задачам с реальных собеседований Уже доступны задачи из: Сбер, Яндекс, Авито, VK, Ozon, Т-Банк и других компаний. 📌 Сейчас добавлено ~100 задач. Да, это меньше, чем планировали — но пришлось сделать шаг назад, чтобы сделать десять вперед. Мы полностью переработали: — шаблон задач — систему тесткейсов Ранее была допущена ошибка, из-за которой пришлось вручную исправить 80+ задач 😢 Но теперь база готова к масштабированию — и мы можем быстро и правильно наполнять её дальше. 📈 Что дальше по лайвкодингу Мы будем активно развивать этот сервис. Это не только про собеседования — это инструмент для роста и прокачки. Планируется много новых фич. 📅 Регулярные обновления контента Мы выстроили процесс: каждую неделю 4–8 собеседований, 6–10 задач И каждое обновление будем анонсировать, чтобы вы всегда были в курсе. 🛠 Сейчас в разработке (2 ключевых сервиса) Агрегатор вакансий + платформа размещения вакансий ATS-оптимизация резюме — Бэкенд почти готов. — Идёт дизайн. — Фронтенд начнем совсем скоро. 🎯 Цель — выпустить оба сервиса в бэта до лета. 🧠 Новая структура обучения Раньше было: Навык → Вопрос Теперь: Навык → Тема → Вопрос Это сильно упрощает обучение. Теперь можно: готовиться точечно к собеседованиям или системно изучать темы 💻 Мы — open source Мы не бросаем слов на ветер. Мы делаем. Код проекта открыт https://github.com/YeaHubTeam: — фронтенд — мобильные приложения — backend на Python — автотесты Это open source платформа, где новички могут учиться и смотреть на реальные практики. ❤️ Поддержка Вы можете поддержать нас, оформив подписку. Это напрямую влияет на: — добавление контента — развитие платформы — новые фичи Вы можете быть уверены — мы не стоим на месте. Работа реально кипит: почти каждый день мержатся новые фичи, мы постоянно развиваем продукт и улучшаем уже существующие сервисы. У нас полностью открытый код, и это не просто слова. Вы в любой момент можете зайти и посмотреть активность, коммиты и то, как проект развивается каждый день. По подписке: сейчас стоимость — 800 рублей за месяц и 1800 рублей за 3 месяца. Это уже ниже, чем у аналогичных сервисов. При этом важно понимать — после выхода новых сервисов (агрегатор вакансий и ATS для резюме) цена будет пересмотрена. Если хотите зафиксировать текущую стоимость — лучше сделать это сейчас: https://app.yeahub.ru/settings#select-tariff Мы строим продукт. Мы двигаемся вперёд. И мы делаем IT снова великим. 💪🚀✊🏻
0