Hacker News Digest

Программирование ради удовольствия, а не ради денег или карьерного роста — это и есть «рекреационное программирование». Его ключевое отличие — внутренняя мотивация вместо внешнего давления: вы создаёте вещи из любопытства, изучаете новые языки просто ради ощущений, решаете задачи, существующие только в вашей голове, и пишете код, который вызывает улыбку. Это не сайд-проекты ради стартапа, не прокачка навыков для повышения и не прохождение туториалов шаг за шагом.

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

Общие принципы для всех: разрешение создавать «бесполезное», следование за энергией, а не за планом, документирование процесса и принятие новичкового склада ума. Прогресс важнее совершенства, а скука — это данные о том, что вам интересно, а не поражение. Выделите папку для экспериментов без давления продакшена и пробуйте: недельные опыты, самодельные версии знакомых инструментов, кросс-языковые задачи. Единственное правило — бросать, если это перестало быть весёлым.

Обсуждение дополняет статью личными историями о поиске потока, предостерегает о риске выгорания даже при внутренней мотивации и поднимает экзистенциальный вопрос о ценности хобби-программирования в эпоху LLM. Пользователи спорят о влиянии AI на хобби: @jackling считает, что использование AI лишает процесс статуса «программирования как хобби», тогда как @testerius и @tjansen видят в этом инструмент для ускорения реализации идей. По опыту @bunderbunder, даже любимые занятия требуют ментальных ресурсов («cost spoons»), поэтому важно разделять восстанавливающий отдых и интеллектуально затратное программирование, чтобы избежать выгорания. Многие участники (@NalNezumi, @markus_zhang) отмечают, что в рекреационном кодинге ценность часто заключается в самом процессе понимания и состоянии потока, а не в доведении проекта до завершения или публикации на GitHub. Рекреационное программирование может быть формой «ментальной гимнастики» для поддержания когнитивной формы в условиях автоматизации, по аналогии с занятиями спортом при малоподвижном образе жизни (@United857). Существует направление, где код является конечной целью (как искусство), а не средством создания инструмента, например, участие в IOCCC (@omoikane). Спор: Отношение к идее, что хобби-проекты предотвращают выгорание: @prophesi упоминает компании, поощряющие сайд-проекты, но @ktm5j и @bunderbunder считают, что перенос работы в свободное время только ускоряет истощение.

Старший инженер часто попадает в «смертельную спираль», когда пытается доказать свою компетентность, беря на себя слишком амбициозные задачи и работая сверхурочно — 60–80 часов в неделю. Он начинает исчезать из поля зрения команды, даёт расплывчатые положительные обновления на стендапах, но ничего не демонстрирует, что усиливает тревогу и чувство вины. В ответ он ещё больше нагружает себя, теряет сон, пренебрегает едой и отношениями, впадая в выгорание, что может привести к PIP, увольнению или уходу по собственному желанию. Эта модель усугубляется удалённой работой и потерей привычных структур взаимодействия, когда коллеги перестают видеть прогресс и начинают беспокоиться — слишком поздно.

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

Выгорание старших инженеров — системная проблема, вызванная отсутствием критериев продвижения, слабой обратной связью и культурой переработок. Работа в режиме сверхурочных не является признаком компетентности; напротив, она ведет к неэффективности и превращает избыточные усилия в новую норму ожиданий. Рекомендации для инженеров: — Обеспечьте видимость своего вклада через открытость процессов, помощь младшим коллегам и неформальные связи. — Учитесь говорить «нет» и расставлять приоритеты, чтобы избежать перегрузки. — Если работа не приносит удовольствия, вернитесь к своим истинным ценностям и четко обозначьте их. — Не стремитесь «косплеить» более высокий уровень или имитировать продуктивность с помощью AI-инструментов — это подрывает доверие. — Для карьерного роста эффективнее искать предложения в других компаниях, пока занимаете текущую должность. — Допустимо остаться на своем уровне, если вы не стремитесь к повышению, но качественно выполняете задачи. — Настоящая эффективность старшего инженера — в создании системы, позволяющей другим работать продуктивнее, а не в личном героизме. Особенности коммуникации: — Если работа требует экспериментов вне спринтов, это требует честного обсуждения с заинтересованными сторонами. — В компаниях без четких уровней и менторства инженеры чаще теряют ориентиры. — В современных Scrum-командах риск «смертельной спирали» ниже из-за требований к регулярным релизам и прозрачности.

Я медленно учусь жить с тяжёлой депрессией, и моя карьера падает, но я не одинок. Я начал с энтузиазма на стажировке, но быстро потерял мотивацию, а потом и на финальной стажировке — через три недели. Работодатели отмечали плохую коммуникацию, медленную работу и низкое качество кода, из‑за чего я был уволен дважды. Я понял, что проблема не в компаниях, а в себе, и что я единственный, кто сталкивается с такой схемой. Тяжёлая депрессия, два увольнения, минимум год терапии — вот цифры, которые нельзя игнорировать. Я хочу, чтобы «fight or flight» вышел из системы.

Моя цель — к 2027 году перестать делать глупые ошибки, планировать каждое действие и выполнять только запланированное, чтобы восстановить гордость за работу и коллектив. Я хочу стабильную работу, чтобы не становиться обузой для окружающих, и понимаю, что для этого нужна дисциплина, которую пока могу развить только при более ясном уме. Терапия минимум год, но я уже ищу способы стать более ответственным. Я планирую отложить разработку, пока не получу контроль над своей психикой, и сосредоточусь на восстановлении. «fight or flight» вышел из системы.

• Люди отмечают, что осознание собственных мотиваций и управление собой критически важны для карьерного роста и личного развития.
• Многие сталкиваются с выгоранием, тревожностью и депрессией, часто связывая их с несоответствием работы личным качествам и условиям труда.
• Диагнозы СДВГ/АДД и соответствующее лечение (медикаменты, терапия) помогают улучшить продуктивность и эмоциональное состояние.
• Рекомендации включают поиск профессиональной помощи, работу над негативными мыслями («должен», «нужно») и улучшение физического здоровья.

• 996: «зарплата космос, общага в SF, опционов море. Работа 9-9-6, миссия — OSS».
• 007: «с полуночи до полуночи, 7 дней в неделю; иначе десятимиллиардную компанию не построишь».

Я люблю работать по ночам, но люблю и семью, кофе, разговоры. Компания — марафон, не спринт.
Требовать 72 часа в чужом стартапе — безответственно. Риски основателя и наёмного сотрудника разные.

Важен не час за столом, а результат. Выгорание — не норма.
Переработка должна быть личным выбором, а не культурой.
Утро после бессонной ночи всегда убито.

Пропаганде 996 — «нет».

• 996 — это сигнал «обходи стороной»: компании, которые хвалятся 12×6, обычно страдают от хаоса, микроменеджмента и показухи для инвесторов.
• Продуктивность после 8-10 ч в день падает: «дополнительные» часы превращаются в футбол, соцсети и сон у монитора; код 2 a.m. чаще ломает прод, чем двигает продукт.
• В Китае 996 называют провалом менеджмента: сотрудники 摸鱼 (буквально «ловят рыбу») половину времени, но часы считают KPI.
• Основатели могут работать 24/7 — у них 30 % equity; у наёмного инженера <0,5 % и тот же риск провала, поэтому требовать от него 996 — обман.
• Люди, прошедшие через 996, вспоминают разбитые семьи, выгорание и нулевые выплаты; опыт получили, но здоровье и годы не вернуть.
• Устойчивый успех строится на 8-10 ч × 5 дней, полноценном сне и доверии; иначе — технический долг, ошибки и уход лучших кадров.