А разве заманчивая рассрочка в 500к не превращается в ежемесячные платежи по 40к? Ведь это по сути чья-то ипотека или кредит...

Зачем платить рассрочку, пока учишься, если есть риск не дойти до конца? Логичнее внести 30к предоплаты, а остальное — после результата, по постоплате.

Если брать постоплату, первые 6 месяцев ты учишься бесплатно :) И только потом начинаешь платить по 40к. Да и вообще, постоплата в 100% от 200к — это 200к, а не 500к, как на этих курсах.

💡 Кстати, готовлю пост про стартапы. У меня есть база чатов, где собираются стартаперы. Есть возможность найти первую работу для практики и опыта.

📈 Сложности старта в 2025: где брать первый опыт

Сейчас ситуация на рынке такова, что без опыта пробиться крайне сложно. Вариантов, по сути, четыре:

→ Крутить года 3-4 опыта, чтобы ваше резюме заметили
→ Превратить учебный опыт в коммерческий, например, 1 год на курсах превращаем в аутсорсинг
→ Пытаться устроиться через стажировки, джун-позиции или стартапы
→ Пойти во фриланс (хотя лично я считаю этот путь даже более тернистым, чем поиск постоянной работы. Помимо собственно разработки, здесь нужно уметь продавать свои услуги и постоянно искать клиентов)

🙂 "Готов работать за еду" — новая реальность?

Помню, как сам когда-то был готов работать за еду. При этом рынок был другим — вакансий для джуниоров хватало, а советы "поработай год за опыт" все равно звучали из каждого утюга.

Но сегодня эта фраза приобрела новый смысл. Она отражает жесткую реальность.

🥸 Где брать первый опыт?

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

Если хочется не просто учиться, а сразу погружаться в реальные проекты, то стартапы — один из немногих вариантов для новичка.

Правда в том, что стартапы бывают разные:
→ Серьёзные проекты с инвестициями — там обычно ищут уже опытных разработчиков, новичкам там делать нечего.
→ Небольшие команды с ограниченным бюджетом — могут взять джуна или джун+, работать придется, как мидл, но платить будут немного (условные 100к).
→ Команды на энтузиазме — это когда фаундеры сами пишут код и ищут таких же голодных до опыта ребят. Часто без зарплаты или за символические деньги.

Именно в третьем варианте больше всего шансов попасть в проект. Но нужно понимать: никто не будет вас учить. Задачи будут сложные, поддержки — минимум, а конкуренция даже за бесплатные места высокая.

Стоит ли игра свеч? Можно попробовать: поработать 3–5 месяцев за опыт, а потом указать это в резюме как коммерческий стаж. Формально у вас будет "1.5 года опыта" (обучение 1 год + стартап).

Вот в чем парадокс: даже 1.5 года "настоящего" опыта сейчас не гарантируют легкого трудоустройства. А если ваш опыт — это стартап, то это равносильно отсутствию опыта. Эйчар не будет рисковать и тратить время на такого кандидата, когда есть сотни канидатов из Сберов.

🔔 Реальность для начинающих разработчиков сегодня

Раньше джуниором считали новичка, которого долго обучали азам. Сегодня на эту позицию претендуют кандидаты с 1-2 годами опыта, а "абсолютных новичков" берут крайне редко.

Но учиться стало значительно проще. Благодаря обилию материалов и нейросетям вроде ChatGPT, освоение новых технологий теперь занимает дни вместо недель. Помню, как сам когда-то неделями разбирался с React Cropper - сейчас нейросеть сократит время на прочтение документации и подскажет, как адаптировать под ваш кейс.

Когда я разбирался с Linux, Docker и Nginx. ChatGPT экономил часы поиска - предлагал команды, объяснял логику, давал направления. Да, решения не всегда работали "из коробки" - нейросеть не видела мое окружение. Но даже ошибочные ответы помогали понять суть проблемы и быстрее разобраться.

📊 Реальность современного джуниора

Сегодня наивно рассчитывать, что вас возьмут джуниором и будут "водить за руку". Таких условий на рынке уже давно нет. От начинающего разработчика ожидают:

→ Понимания всего цикла разработки: сборки, деплоя, CI/CD
→ Рабочего знакомства с Docker, Nginx и другими production-инструментами
→ Способности самостоятельно решать задачи

Фактически, сейчас от джуниора требуют уровня, который раньше ожидали от мидла. Я лично знаю восемь человек, устроившихся на junior-позиции в 2024-2025 годах. Никто из них не занимался версткой кнопок — все сразу погружались в сложные задачи.

Где искать стартапы? Можно найти молодые проекты и писать им на почту, предлагать помощь, или найти чаты, где есть основатели стартапов. Там фаундеры ищут помощников. Таких чатов много — главное начать.
@Startech_networking
@Startupchat
https://news.1rj.ru/str/startup_polyana

👩‍💻 React Fiber

React Fiber — это новый алгоритм согласования (reconciliation), представленный в React 16. Он заменил старый механизм обновления Virtual DOM

🗓 Что было до Fiber?

До React 16 использовался стековый алгоритм рендеринга. Его ограничения:

→ Синхронный рендеринг – React выполнял обновление за один проход, блокируя основной поток. Если дерево компонентов было большим, это вызывало лаги.

→ Невозможность приоритизации – Все обновления обрабатывались в порядке очереди, даже если некоторые (например, анимации или пользовательский ввод) требовали более быстрой реакции.

→ Отсутствие прерываний – Процесс нельзя было разбить на части или отложить, что усложняло реализацию плавного интерфейса.

🔼 Почему Fiber — это улучшение?

Fiber решает эти проблемы, вводя:

→ Инкрементальный рендеринг – Работа разбивается на небольшие части, которые выполняются в несколько кадров, избегая блокировки потока.

→ Приоритезацию задач – Критичные обновления (например, клики) обрабатываются раньше фоновых (рендер тяжёлых списков).

→ Возможность паузы и возобновления – React может прервать рендеринг для выполнения более важной задачи, а затем продолжить.

→ Поддержку рендеринга вне основного потока – Это основа для Concurrent React, позволяющего выполнять вычисления параллельно.

Fiber не изменил принцип работы Virtual DOM, но сделал его обновление более умным и адаптивным.

#react #fiber

🖥 Практика в Open-Source: как начать и зачем это нужно

Участие в open-source проектах — один из лучших способов прокачать навыки, получить реальный опыт и сделать вклад в IT-сообщество.

Как начать?

→ Выберите проект – найдите проект на GitHub/GitLab, который вам интересен (например, связанный с вашим стеком технологий).
→ Изучите документацию – перед внесением правок разберитесь в структуре кода и правилах контрибуции (часто есть файл CONTRIBUTING.md).
→ Начните с малого – исправьте опечатки, улучшите документацию или возьмите задачу с меткой good first issue.
→ Делайте пул-реквесты (PR) – предлагайте свои изменения, следуя стандартам проекта.
→ Получайте фидбек – ревью от опытных разработчиков поможет вам расти.

Зачем это нужно?

✅ Реальный опыт – работаете с живым кодом, а не учебными примерами.
✅ Портфолио – ваши контрибуции видны в профиле GitHub и могут заинтересовать работодателей.
✅ Нетворкинг – знакомитесь с разработчиками и получаете рекомендации.
✅ Помощь сообществу – ваш вклад может упростить жизнь другим программистам.

Где искать задачи?

→GitHub Explore (github.com/explore)
→Good First Issues (goodfirstissues.com)
→Open Source Friday (opensourcefriday.com)

Совет: Не бойтесь ошибаться – даже небольшие правки ценны. Главное – начать!

YeaHub тоже поддерживает open-source инициативу. Мы начали проработку гайдов, задач и issues, чтобы начинающие разработчики могли практиковаться. А пока можете предлагать улучшения😊

https://github.com/YeaHubTeam/yeahub-platform

🖥 Ты не сможешь решить эти Event loop задачки

На собеседованиях часто просят определить порядок вывода в консоль — это типичные задачи на понимание работы Event Loop в JavaScript. Их нужно не просто уметь решать, но и грамотно объяснять, почему вывод именно такой.

Многие новички теряются на таких заданиях, потому что не понимают, как работает механизм очередей и стеков исполнения. На самом деле, всё становится гораздо проще, когда ты разберёшься в логике работы Event Loop. После этого ты сможешь решать практически любую подобную задачу.

Кстати, у меня есть видео, где я подробно разбираю 5 разных задач, показывая на схеме каждый шаг:
— что куда попадает
— в какую очередь отправляется
— в какой момент выполняется

Рекомендую посмотреть, особенно если хочешь уверенно чувствовать себя на техническом собеседовании.

📹 Разбор задач по Event Loop с собеседований

console.log('Start');

Promise.resolve()
  .then(() => {
    console.log('Promise 1');
    Promise.resolve()
      .then(() => console.log('Nested Promise'));
  })
  .then(() => console.log('Promise 2'));

console.log('End');

console.log('Start');

setTimeout(() => console.log('Timeout 1'), 0);

Promise.resolve()
  .then(() => {
    console.log('Promise 1');
    setTimeout(() => {
      console.log('Timeout 2');
      Promise.resolve().then(() => console.log('Promise inside Timeout'));
    }, 0);
  });

setTimeout(() => console.log('Timeout 3'), 0);

console.log('End');

Promise.resolve('Data')
  .then(res => { throw new Error('Problem'); })
  .catch(err => {
    console.log('Caught:', err.message);
    return 'Recovered';
  })
  .finally(() => console.log('Cleanup'))
  .then(res => console.log('Final:', res));

🚀 YeaHub растёт — вместе с вами

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

Мы создаём единую точку входа в IT — пространство, где можно не только учиться, но и общаться, развиваться, строить карьеру и создавать.

📺 Медиа-экосистема YeaHub

Мы активно развиваем наши медиа-платформы, чтобы вдохновлять, делиться опытом и рассказывать истории IT:

✈️ Telegram-экосистема каналов

📹 YouTube-канал (скоро будет много полезного контента!)

🎵 TikTok с быстрыми и полезными форматами

📷 Аккаунт в Нельзяграме

Также мы будем публиковать статьи на внешних площадках от лица YeaHub, чтобы наш голос был услышан шире.

👥 YeaHub — это сообщество

Мы строим не просто платформу, а живое комьюнити. Планируем проводить:

- регулярные голосования,
- обсуждения улучшений,
- активности для участников.

Каждый участник — важная часть YeaHub. Мы хотим, чтобы вы не только пользовались платформой, но и влияли на её развитие.

👨‍💻 YeaHub — это проект, который делают айтишники

Наша платформа создаётся айтишниками для айти — вместе с опытными экспертами и участием стажёров. Для новичков это:

- реальный опыт командной разработки,
- работа по Scrum,
- взаимодействие с разными ролями,
- практика на большом, живом проекте.

А ещё наш код полностью открыт — специально для тех, кто хочет учиться на реальных проектах. Это отличная возможность погрузиться в живую кодовую базу https://github.com/YeaHubTeam

🦸‍♂️ Кто стоит за разработкой:

@ruslan_kuyanets @denispereloma @the_real_daniil — менторы по Frontend, разрабатывают веб-версию YeaHub вместе со своими учениками

@kishmyak — ментор по Android, вместе с новичками работает над Android-приложением

@isakovios — ментор по iOS, вместе с учениками развивает iOS-версию

@edzi_qa — ментор по QA, помогает минимизировать баги и прокачивает будущих тестировщиков

@turimik — ментор по системной аналитике, его команда пишет требования и описания задач для всех участников

Также в проекте участвуют дизайнеры, backend-разработчики и другие специалисты, которые двигают YeaHub вперёд. Мы растём, и вместе с нами растут участникы команды — получая бесценный опыт.

🤝 YeaHub объединяет

Мы развиваем систему Guru (Экспертов) чтобы контент и качество платформы было на высоком уровне. Сейчас в нашей команде экспертов есть:

👩‍💻 Guru Frontend | РУСЛАН КУЯНЕЦ

🖥 Guru Android | АНТОН ГУЛЯЕВ

🍏 Guru iOS | РОМАН ИСАКОВ

👾 Guru Golang | МАКСИМ ЛУКЬЯНОВ

👩‍💻 Guru QA | ЗИЯЕВ ЭД

🚀 Вперёд — к новым вершинам

Впереди много вызовов и амбициозных планов. Спасибо, что вы с нами. Мы делаем это вместе 💜

👉 Обучайтесь, общайтесь, растите вместе с https://yeahub.ru

🖥 Middle Frontend разработчик в компанию Ай-Теко

Техническое собеседование. ЗП: от 200к. Май 2025. Проект: Сбер. Опыт: 4 года. Задачи: Отсортировать список нечетных чисел, валидность скобок.

Вопросы:
- Перечислите основные методы массивов
- Какие есть способы создания объектов и в чем их отличия?
- Что такое Promise?
- Расскажите про все методы Promise?
- Расскажите про this и контекст?

Все 14 вопросов можно посмотреть на нашей платформе

#собес

🧠 Оптимизация памяти во фронтенде

Когда говорят про оптимизацию фронтенда, чаще всего думают о скорости загрузки или анимациях. Но есть ещё одна важная область — память.

- утечки замедляют приложение со временем
- на мобильных устройствах это может приводить к крашам
- стабильность UX напрямую зависит от того, как мы управляем памятью

Теперь давайте поговорим об основных источниках проблем

1️⃣Замыкания и долгоживущие ссылки

Частая ошибка — сохранять в замыкании большие объекты или DOM-элементы, которые уже не нужны. В итоге GC (сборщик мусора) не может их очистить.

Решение: не тащить в замыкания лишнее, по возможности использовать WeakMap/WeakSet для хранения.

2️⃣Неудалённые обработчики событий

Навесили addEventListener, но забыли removeEventListener. Опасно при работе с компонентами: удалённый компонент может остаться в памяти из-за висящего обработчика.

Решение: всегда отписываемся.

useEffect(() => {
  const handler = () => console.log("scroll");
  window.addEventListener("scroll", handler);

  return () => {
    window.removeEventListener("scroll", handler);
  };
}, []);

3️⃣Таймеры и интервалы

Забытые setInterval или setTimeout продолжают жить, даже если компонент уже размонтирован.

Решение: чистим вручную.

const id = setInterval(() => doWork(), 1000);
// позже
clearInterval(id);

4️⃣Кэширование «без меры»

Иногда мы храним результаты в памяти (memoization, cache, global store), но не думаем про «старые» данные. В итоге кэш растёт бесконечно. Избыточное кэширование и мемоизация тоже могут быть вредны: на лёгких операциях выгоднее пересчитать заново, чем хранить всё в памяти.

Решение: использовать LRU cache или ограничивать размер хранения.

5️⃣Глобальные ссылки и синглтоны

Всё, что записано в глобальную область (window, global store), живёт всё время жизни приложения. Если туда положить тяжёлый объект, GC его никогда не удалит.

Решение: хранить только действительно нужное, очищать ссылки вручную, если объект больше не нужен.

6️⃣DOM-ссылки и оторванные узлы

Если держать ссылку на DOM-элемент, удалённый из документа, он остаётся в памяти. Особенно актуально при ручной работе с document.createElement.

Решение: обнулять ссылки после удаления узлов.

#оптимизации #react #frontend #память

🖥 Замыкания и долгоживущие ссылки: как избежать утечек памяти

Замыкания в JavaScript позволяют функциям «запоминать» переменные внешнего окружения. Но если в замыкании остаются большие объекты или DOM-элементы, сборщик мусора их не очистит — это приводит к утечкам памяти.

🔹 Проблема: долгоживущие ссылки

Когда замыкание хранит объект, на который больше нет других ссылок, сборщик мусора не может его удалить, потому что замыкание всё ещё держит ссылку.

function createCache() {
    const cache = { largeData: new Array(1000000).fill('*') };

    return function getCache() {
        return cache;
    };
}

const getCache = createCache();
// cache занимает память, пока существует getCache

Здесь cache будет жить в памяти пока существует функция getCache, даже если мы больше не используем её данные.

🔹 Решение 1: функция очистки

Можно добавить метод для обнуления ссылок, чтобы GC мог очистить объект:

function createCache() {
    let cache = { largeData: new Array(1000000).fill('*') };

    function getCache() {
        return cache;
    }

    getCache.cleanup = function () {
        cache = null; // память освобождается
    };

    return getCache;
}

const getCache = createCache();
getCache.cleanup(); // теперь память под cache может быть освобождена

🔹 Решение 2: WeakMap для временных данных

Если нужно хранить состояние объектов, но не держать их в памяти навсегда, используйте WeakMap. Сборщик мусора автоматически очистит объект, когда на него не останется ссылок.

const objectData = new WeakMap();

function attachData(obj) {
    objectData.set(obj, { temp: 'data' });
}

let obj = {};
attachData(obj);

obj = null; // объект и данные в WeakMap будут автоматически удалены

🔹 Резюме: как безопасно использовать замыкания

- Не храните в замыканиях лишние объекты.
- Для больших структур или временных данных используйте WeakMap/WeakSet.
- Добавляйте функции очистки (cleanup) для объектов и стейта, которые больше не нужны.
- Проверяйте память через DevTools, чтобы убедиться, что объекты удаляются.

💡 Совет для разработчиков:
Любой state или кеш, который вы храните в замыкании, должен иметь «точку выхода» — иначе ваше приложение постепенно «накопит» память, которая больше не используется.

#оптимизации #react #frontend #память #замыкания