Читаем Ошибки разработчиков видеоигр. От идеи до провала полностью

Именно этот список дел совсем не способствовал тому, чтобы я захотел сесть рисовать. Осознать проблему оказалось очень трудно: я искренне думал, что мне просто не хочется сегодня рисовать. После того как я немного оптимизировал весь этот процесс, закрепил провода и нашел место для пера, я решил засечь, сколько времени мне требуется на все эти манипуляции, и получил ошеломительный результат: мне потребовалось всего 47 секунд. После осознания этой цифры я стал рисовать гораздо больше, потому что мой мозг создавал в моем воображении не огромный список утомительных дел, служащий неким ритуалом перед началом созидания, а просто выводил цифру 47. Ровно через столько секунд я начну рисовать, если сверну окно браузера прямо сейчас.

Иной раз ничтожно мелкие проблемы отталкивают нас от того, чтобы начать работу: потратить пять минут на открытие проекта, в котором есть время поработать всего пятнадцать минут; хочется переделать спрайт, но лень его искать в сотне папок с эскизами и наработками; нужно написать издателю, однако его контакт завален на почте другими письмами, которые тоже необходимо разгрести. Осознание того, что именно останавливает вас от работы, очень полезно, ибо преграда не всегда будет заключаться в самом процессе работы. Мне иной раз не хочется выходить на пробежку просто по той причине, что я не помню, на какую полку убрал спортивные штаны и мне якобы лень их искать. Осознавая такие вещи, чувствуешь себя смешно и глупо и с легкостью их преодолеваешь.

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


Наше поведение – это наши привычки. Когда мы делаем что-то достаточно часто, мы увеличиваем шансы на повторение этой деятельности. Чем больше удовольствия мы получаем от своей работы, тем больше вероятность, что такая манера поведения станет автоматизмом и мозг сам будет нас подталкивать продолжать благое начинание. Эустресс благотворно влияет на формирование автоматизмов, и нужно искать способы создать его самостоятельно.

Ошибка 22


Болезненное восприятие критики



Поток негатива


Эмоциональные и личностные качества разработчика иной раз куда важнее прикладных навыков. Я знаю художников, которые, несмотря на свой талант и умения, настолько болезненно воспринимали оскорбительные комментарии в свой адрес, что удаляли аккаунты в социальных сетях и пытались стереть всякое упоминание своих работ из общего доступа. Немало разработчиков бросили свои мечты, выпустив всего одну игру, весьма прохладно встреченную публикой. Они набрались знаний и опыта, которые позволили бы им создать куда более успешный проект в будущем, но шквал негативных обзоров такое будущее у них отнимал: ребята опускали руки и возвращались в другие профессии. Навык противостоять негативу и правильно воспринимать критику является одним из ключевых в вопросе выживания в мире разработки видеоигр.

Я разрабатываю игры с 2014 года и не привлекаю своими проектами массового пользователя. Я даже не рассчитываю на такого рода внимание. Мои проекты во многом требовательны к игроку, а графический стиль соответствует, в первую очередь, моим собственным эстетическим вкусам. Я начитался в сети как грамотно сформулированных замечаний к своим проектам, так и откровенных оскорблений. Мой канал на YouTube, где я высказываю множество личных убеждений, развязал руки интернет-троллям: теперь можно попытаться задеть еще и мою личность, внешний вид, обстановку в комнате и даже моих котов, которые то и дело попадают в кадр. Если бы я не выработал принципов противостояния негативу, то мой YouTube-канал был бы уже давно удален, а Fearmonium бы так и не увидел свет.

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


Молчание

Перейти на страницу:

Похожие книги

Язык программирования C++. Пятое издание
Язык программирования C++. Пятое издание

Лучшее руководство по программированию и справочник по языку, полностью пересмотренное и обновленное под стандарт С++11!Р'С‹ держите в руках новое издание популярного и исчерпывающего бестселлера по языку программирования С++, которое было полностью пересмотрено и обновлено под стандарт С++11. Оно поможет вам быстро изучить язык и использовать его весьма эффективными и передовыми способами. Р' соответствии с самыми передовыми и современными методиками изложения материала авторы демонстрируют использование базового языка и его стандартной библиотеки для разработки эффективного, читабельного и мощного кода.С самого начала этой книги читатель знакомится со стандартной библиотекой С++, ее самыми популярными функциями и средствами, что позволяет сразу же приступить к написанию полезных программ, еще не овладев всеми нюансами языка. Большинство примеров из книги было пересмотрено так, чтобы использовать новые средства языка и продемонстрировать РёС… наилучшие СЃРїРѕСЃРѕР±С‹ применения. Эта книга — не только проверенное руководство для новичков в С++, она содержит также авторитетное обсуждение базовых концепций и методик языка С++ и является ценным ресурсом для опытных программистов, особенно желающих побыстрей узнать об усовершенствованиях С++11.Стенли Р'. Липпман работал старшим консультантом в Jet Propulsion Laboratory, архитектором РіСЂСѓРїРїС‹ Visual С++ корпорации Microsoft, техническим сотрудником Bell Laboratories и главным инженером- программистом по анимации в кинокомпаниях Disney, DreamWorks, Pixar и PDI.Р–РѕР·и Лажойе, работающий ныне в кинокомпании Pixar, был членом канадской РіСЂСѓРїРїС‹ разработчиков компилятора C/C++ корпорации IBM, а также возглавлял рабочую группу базового языка С++ в составе международной организации по стандартизации ANSI/ISO.Барбара Э. Му имеет почти тридцатилетний опыт программирования. На протяжении пятнадцати лет она работала в компании AT&T, сотрудничая с Бьярне Страуструпом, автором языка С++, и несколько лет руководила РіСЂСѓРїРїРѕР№ разработчиков С++.• Узнайте, как использовать новые средства языка С++11 и стандартной библиотеки для быстрого создания надежных программ, а также ознакомьтесь с высокоуровневым программированием• Учитесь на примерах, в которых показаны передовые стили программирования и методики проектирования• Р

Барбара Э. Му , Жози Лажойе , Стенли Б. Липпман

Программирование, программы, базы данных
Programming with POSIX® Threads
Programming with POSIX® Threads

With this practical book, you will attain a solid understanding of threads and will discover how to put this powerful mode of programming to work in real-world applications. The primary advantage of threaded programming is that it enables your applications to accomplish more than one task at the same time by using the number-crunching power of multiprocessor parallelism and by automatically exploiting I/O concurrency in your code, even on a single processor machine. The result: applications that are faster, more responsive to users, and often easier to maintain. Threaded programming is particularly well suited to network programming where it helps alleviate the bottleneck of slow network I/O. This book offers an in-depth description of the IEEE operating system interface standard, POSIX (Portable Operating System Interface) threads, commonly called Pthreads. Written for experienced C programmers, but assuming no previous knowledge of threads, the book explains basic concepts such as asynchronous programming, the lifecycle of a thread, and synchronization. You then move to more advanced topics such as attributes objects, thread-specific data, and realtime scheduling. An entire chapter is devoted to "real code," with a look at barriers, read/write locks, the work queue manager, and how to utilize existing libraries. In addition, the book tackles one of the thorniest problems faced by thread programmers-debugging-with valuable suggestions on how to avoid code errors and performance problems from the outset. Numerous annotated examples are used to illustrate real-world concepts. A Pthreads mini-reference and a look at future standardization are also included.

David Butenhof

Программирование, программы, базы данных