Вы больше не хотите смотреть на код. Утром тяжело вставать. Любая задача раздражает. Кажется, что всё бессмысленно.
Поздравляю? Это выгорание.
В IT выгорают часто. Профессия требует постоянного напряжения, учёбы, решения сложных задач. Рано или поздно накрывает почти всех.
Давайте разбираться, как это заметить на ранней стадии и что делать.
🚩 Симптомы выгорания (проверьте себя)
Физические:
- Постоянная усталость, даже после сна.
- Головные боли, боли в спине.
- Проблемы со сном (не можете уснуть или спите по 12 часов).
Эмоциональные:
- Раздражение на коллег, задачи, заказчиков.
- Цинизм («Всё равно ничего не работает», «Всем плевать»).
- Потеря интереса к тому, что раньше нравилось.
- Чувство, что вы зря работаете, зря учились, зря живёте.
Поведенческие:
- Прокрастинация (не можете начать делать дела).
- Едите больше или меньше обычного.
- Пьёте больше кофе/алкоголя.
- Избегаете общения с коллегами.
Если нашли у себя 3-4 пункта — пора что-то делать.
🔥 Почему выгорают в IT
Причина 1: Постоянная учёба
Технологии меняются, надо успевать. Чувство, что ты отстаёшь, не покидает.
Причина 2: Размытые границы
Удалёнка стёрла грань между работой и домом. Вы работаете даже ночью, потому что «ноутбук рядом».
Причина 3: Нереалистичные ожидания
Хотели стать крутым разрабом за полгода, а через полгода всё ещё джун и учитесь.
Причина 4: Отсутствие обратной связи
Делаешь, делаешь, а результат не видят, не хвалят, не благодарят.
Причина 5: Однообразие
Месяцами одно и то же, никаких новых задач, никакого роста.
🛠️ Что делать: краткосрочная помощь
Если пригорело прямо сейчас:
- Возьмите паузу. Отпроситесь с работы на пару дней. Просто отдохните, не думая о коде.
- Выключите уведомления. Slack, почта, телеграм — всё нафиг.
- Поспите. Серьёзно, выгорание часто = недосып.
- Смените активность. Если сидели за компом — идите гулять. Если бегали — почитайте книгу.
- Поговорите. С коллегой, другом, психологом. Проговаривание снижает напряжение.
🏗️ Что делать: долгосрочная стратегия
1. Наладьте режим
Спать 7-8 часов. Работать не больше 8 часов. Перерывы каждый час. Без вариантов.
2. Разделите работу и личное
Если работаете из дома — закрывайте ноутбук в 18:00 и убирайте с глаз. Не заглядывайте в рабочие чаты вечером.
3. Ищите смысл
Задайте себе вопрос: «Зачем я это делаю?». Если ответ «ради денег» — ок, но могут быть и другие: «помогаю людям», «делаю крутой продукт», «учусь новому». Найдите свой.
4. Меняйте деятельность
Если каждый день писать однотипный код — сойдёте с ума. Попросите новые задачи, поменяйте проект, поучаствуйте в open source.
5. Учитесь говорить «нет»
Не берите лишнюю работу. Не соглашайтесь на дедлайны «на вчера». Ваше здоровье важнее.
6. Занимайтесь спортом
Звучит банально, но работает. Физическая активность сбрасывает стресс лучше любого психолога.
🚨 Когда пора к психологу
Если вы замечаете, что:
- Мысли о работе вызывают панику.
- Вы не можете встать с кровати.
- Думаете о суициде.
- Срываетесь на близких.
Это уже не просто выгорание, а депрессия. Идите к специалисту. Это нормально. В IT-компаниях часто есть бесплатные психологи.
💡 Главное, что нужно запомнить
Выгорание — это не слабость. Это сигнал, что вы слишком долго работали на износ.
Тело говорит: «Стоп, так больше нельзя».
Услышьте его. Сбавьте темп. Отдохните. А потом вернётесь — и код будет писаться легче.
Статья №18: «Open Source: как начать контрибьютить и зачем это нужно»
Вы слышали, что участие в open source (открытых проектах) круто прокачивает навыки и помогает найти работу.
Но когда заходите на GitHub и видите огромные проекты с тысячами файлов — у вас опускаются руки. «Куда мне лезть, я даже не пойму, с чего начать».
Давайте разбираться, как новичку войти в open source без боли.
❓ Зачем это вообще нужно
1. Опыт работы в реальном проекте
В open source вы увидите, как работают большие проекты: код-ревью, обсуждения, баг-трекеры. Это почти как работа в коммерческой разработке.
2. Портфолио
Ваши коммиты видят все. Работодатель может зайти на ваш GitHub и увидеть, что вы участвовали в известных проектах.
3. Знакомства
Вы общаетесь с разработчиками со всего мира. Кто-то может позвать на работу, кто-то подскажет решение.
4. Помощь сообществу
Вы делаете мир лучше. Звучит пафосно, но это правда.
🚪 С чего начать (пошагово)
Шаг 1. Найдите проект по душе
Не лезьте сразу в Linux или TensorFlow. Вы там утонете.
Ищите то, чем сами пользуетесь:
- Любимый фреймворк (Django, Flask, React)
- Библиотеку, которую используете
- Телеграм-бота, которого вы крутите
- Да хоть редактор кода (VS Code)
Шаг 2. Изучите проект
- Почитайте документацию.
- Посмотрите, как устроены issues (обсуждения проблем).
- Почитайте чужие пул-реквесты (как люди предлагают правки).
Шаг 3. Найдите свою первую задачу
В хороших проектах есть метка для новичков:
- good first issue
- beginner-friendly
- help wanted
Эти задачи специально помечены как простые. Обычно это:
- Исправить опечатку в документации.
- Добавить тест.
- Поправить мелкий баг.
Шаг 4. Напишите, что хотите взять задачу
Под issue напишите комментарий: «Я бы хотел это сделать». Иногда на одну задачу претендуют несколько человек — договоритесь.
Шаг 5. Делайте
Сделайте форк проекта (копию себе), напишите код, следуя правилам проекта (там обычно есть CONTRIBUTING.md — как делать правки).
Шаг 6. Создайте Pull Request
Это запрос на добавление ваших изменений в основной проект. Опишите, что вы сделали. И ждите.
Шаг 7. Проходите код-ревью
Вам начнут писать комментарии. Не обижайтесь — это нормально. Исправляйте, обсуждайте, договаривайтесь.
Шаг 8. Ваш PR приняли!
Поздравляю, вы контрибьютор open source.
🎯 Какие проекты брать новичку
Простые для входа:
- freeCodeCamp — есть задачи для новичков, дружное сообщество.
- First Contributions — проект, созданный специально для первого PR.
- Mozilla (Firefox) — часто ищут помощь.
- VS Code — если пишете на JS/TS.
- Django — если пишете на Python.
💡 Что важно знать
- Не бойтесь английского. В open source весь мир общается на английском. Это дополнительная практика.
- Не ждите мгновенной реакции. Могут ответить через неделю, через месяц. Люди заняты.
- Не расстраивайтесь из-за отказов. Ваш PR могут отклонить. Это нормально. Спросите, что не так, и попробуйте снова.
- Начинайте с малого. Даже исправление опечатки в документации — уже контрибьюшен.
🏆 Личный опыт
Многие разработчики получили первые работы именно через open source. Кто-то нашёл ментора, кто-то получил оффер от компании, которая увидела его активность.
Это не быстрый путь, но один из самых надёжных.
Хотите быть в курсе новых статей, получать поддержку и общаться с такими же новичками? Заходите в мой Telegram-канал. Там мы каждый день разбираем код, отвечаем на вопросы и не даём друг другу бросить IT 👇