Почему мне больше не весело делать игры
Со стороны разработка выглядит почти идеальной профессией. Можно создавать приложения для миллионов пользователей, проектировать игровые миры, придумывать новые механики и работать над продуктами, о которых знают по всему миру. Но романтическое представление о программировании обычно заканчивается спустя несколько лет. Когда за плечами уже пять-семь лет в индустрии, накапливаются усталость, раздражение и ощущение, что творчество постепенно уступило место производственному конвейеру.
Особенно тяжело это переживают специалисты, которые провели в ИТ 15-20 лет. Люди, когда-то воспринимавшие код как особую форму искусства, сталкиваются с коллегами, пришедшими исключительно ради зарплаты, бесконечными совещаниями и решениями менеджеров, не имеющими отношения к качеству продукта. Дейлики, формальные процессы, необходимость постоянно демонстрировать "командность" и осторожно подбирать слова порой утомляют сильнее самой технической работы.
Со временем раздражать начинает уже не отдельный проект, а вся индустрия. Игра, которая когда-то была мечтой, превращается в набор задач, метрик, дедлайнов и компромиссов. Отпуск помогает ненадолго, переход в другую компанию тоже не всегда решает проблему. Иногда стресс вызывает даже простая мысль о запуске рабочего проекта.
Как всё начиналось
Мне 42 года, а интерес к программированию появился практически в детстве. Первый компьютер - "Вектор-06Ц" - родители подарили примерно в 1991 году. Формально он принадлежал мне, но пользовалась им вся семья. Вечерами мы собирались у телевизора и проходили шуточные опросы - для того времени это было почти домашним развлечением.
Игровых программ на "Векторе" было немного. Позже в доме появились компьютеры, напоминавшие ZX Spectrum, хотя настоящего "Синклера" у нас не было. Отец утверждал, что "Вектор" заметно превосходит его по графическим возможностям. Возможно, он преувеличивал, но тогда мне это казалось очевидным.
Родители поддерживали мой интерес: покупали компьютерные журналы, книги и справочники. Одной из самых любимых была "Энциклопедия профессора Фортрана". Настоящий компьютер по приведённым в ней схемам я не собирал, зато с удовольствием рисовал фигурки по клеточкам - например, собачек из тетрадного листа.
Через несколько лет появился первый Pentium. Семья продала микроавтобус Citroën, купила подержанную "девятку", а на оставшиеся деньги собрала компьютер. Именно тогда начались первые эксперименты с Basic и Pascal. Программы были примитивными, но сам принцип казался почти магическим: достаточно записать инструкции, и машина выполнит их именно в заданном порядке.
Программирование как способ создавать миры
С детства я любил научную фантастику - Стругацких, Шекли, Саймака. Особенно запомнился рассказ Роберта Шекли о машине, способной создавать из ничего любые предметы. Устройство могло изготовить золотой слиток, бриллиант или обычную тетрадь, но не умело повторять один и тот же объект дважды.
Владельцы нашли обходной путь: сначала попросили машину создать её копию, а затем использовали новое устройство для производства нужных вещей. Однако вскоре механизм перестал выполнять полезные заказы и начал бесконечно тиражировать самого себя. В результате он превратился из универсального инструмента в бесполезную систему, занятую собственным воспроизведением.
Программирование казалось мне похожим на эту фантастическую машину. Из нескольких строк можно было получить сайт, игру, базу данных или автоматизацию рутинной задачи. В этом ощущалась почти безграничная свобода: компьютер становился материалом, из которого можно создавать всё что угодно.
Затем были физико-математический класс, технический вуз и многочисленные споры с преподавателями. Учебные материалы быстро устаревали, а многие дисциплины казались оторванными от реальной практики. Но университет всё же дал важные навыки: умение мыслить системно, самостоятельно искать информацию и доводить дело до конца даже тогда, когда оно кажется скучным.
Когда творчество превращается в производство
Главное разочарование пришло не из-за сложности разработки. Наоборот, технические задачи по-прежнему могут быть интересными. Проблема в том, что разработчик редко контролирует конечный результат. Его решения зависят от бюджета, сроков, маркетинга, приоритетов руководства и требований аналитики.
В геймдеве это ощущается особенно остро. Игра создаётся годами, а её судьбу иногда определяют несколько показателей удержания пользователей или доходность внутриигровых покупок. Механика, над которой команда работала месяцами, может исчезнуть из-за изменения стратегии. Хорошая идея уступает место более прибыльной, а необычный проект превращается в знакомую копию успешного продукта.
Отдельное испытание - необходимость постоянно поддерживать устаревшие решения. Новый функционал приходится строить поверх архитектуры, которую никто не успел нормально переписать. Ошибки исправляются временно, документация не обновляется, а технический долг становится частью повседневной работы.
Почему опыт не всегда приносит удовлетворение
С возрастом меняется отношение к риску и карьерным перспективам. Молодому специалисту проще сменить направление, переехать или начать всё с нуля. Опытный разработчик часто связан финансовыми обязательствами, семьёй и высокой стоимостью собственного времени. Парадоксально, но чем выше квалификация, тем труднее позволить себе резкий поворот.
При этом профессиональный рост не всегда означает внутреннее развитие. Можно получить должность лида, участвовать в найме, проводить собеседования и управлять процессами, но почти перестать писать код. Вместо создания продукта появляется контроль чужой работы. Для человека, пришедшего в индустрию ради творчества, это может восприниматься как постепенная потеря себя.
Выгорание не обязательно начинается с полной ненависти к профессии. Сначала исчезает любопытство. Потом становится всё сложнее радоваться завершённой задаче. После этого любое новое требование воспринимается как дополнительная нагрузка, даже если объективно оно несложное.
Можно ли снова получать удовольствие от разработки
Иногда помогает не очередная смена компании, а честный анализ собственных ожиданий. Важно понять, что именно стало источником усталости: сам код, жанр игр, корпоративная среда, отсутствие влияния на решения или постоянная работа под давлением сроков.
Одним специалистам подходит переход в небольшую студию, где меньше бюрократии и больше личной ответственности. Другим, наоборот, необходима крупная компания с понятными процессами и предсказуемой нагрузкой. Кто-то уходит из коммерческого геймдева в инструменты, образование, инди-разработку или техническое консультирование.
Полезно вернуть в жизнь проекты, не связанные с KPI и оценкой руководителя. Небольшая игра, модификация, экспериментальный движок или автоматизация домашней задачи могут напомнить, зачем программирование когда-то стало важным. Такой проект не обязан приносить деньги и не должен превращаться в ещё одну обязательную работу.
Иногда правильным решением оказывается полный перерыв. Несколько месяцев без разработки позволяют понять, действительно ли пропал интерес к программированию или человек просто слишком долго находился в токсичном режиме. Уход из ИТ тоже не является поражением: навыки системного мышления, анализа и работы с информацией применимы во множестве других сфер.
В конечном счёте проблема может быть не в играх и не в коде. Возможно, исчезло чувство, что результат имеет значение. Когда разработчик перестаёт видеть связь между своей работой и чем-то живым, осмысленным и лично важным, даже любимое занятие становится рутиной. Вернуть интерес можно не постоянным поиском новых технологий, а восстановлением контроля, любопытства и права создавать то, что действительно хочется.
