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

Во-вторых, не обязательно разбираться в вопросе, чтобы иметь право сформулировать мнение на уровне «нравится» или «не нравится». Как я уже объяснял, мне вот не нравится множество музыкальных групп, и я попросту их не слушаю. Не имея глубоких познаний в музыке, я не могу объяснить, где эти композиторы ошиблись в сведении, в какой момент вокалист начал фальшивить и какие именно ноты в раздражающих меня мелодиях делают их такими, на мой взгляд, мерзкими. Я просто скажу, что мне не нравится, и пойду слушать то, что мне по душе. Так же будет и с вашей игрой: мало кто сможет точно объяснить, что конкретно вызывает в ней отторжение или, напротив, притягивает, но совсем списывать со счетов чужую критику лишь по той причине, что авторитет критикующего для вас не слишком высок, – абсурдно. Их мнение отражает конечные эмоции, хоть и лишено аргументации, которая могла бы направить вас на правильный путь. Оно просто укажет, что выбранный вами в данный момент путь неверен, а нужную дорогу уже ищите сами.

Один из отрицательных отзывов на Fearmonium гласил: «Враги не реагируют на получение урона». Я понял, что игроку не понравился отклик от нанесения ударов, но так и не смог догадаться, чего конкретно он ожидал. Может, ему не хватило эффектов? Или он хотел, чтобы монстры сильнее отлетали от ударов? Или его не устроил звук? Он игрок, а не разработчик, он не обязан указывать мне правильный путь, но что мне делать с такой критикой – толком непонятно. Я вынес эту фразу на обсуждение в свою группу с призывом попытаться растолковать, какой смысл автор отзыва закладывал в эти слова. И если вы, при чтении этого абзаца, сокрушались оттого, что я умудрился не понять очевидной вещи, то поверьте: точно так же отреагировали все участники дискуссии. Только каждый из них был уверен, что для лучшего отклика мне нужно улучшать абсолютно разные вещи! Кто-то и правда решил, что дело в звуке; кто-то предложил прерывать анимации монстрам, получившим урон; кто-то хотел видеть больше вспышек, крови и тряски камеры. Каждому участнику обсуждения показалось, что именно он правильно расшифровал тот путь, на который я должен встать, чтобы исправить проблему с откликом от урона. С таким массивом мнений какой-то путь вполне может оказаться верным, но вот какой именно? Ответ на этот вопрос нашелся бы в качественной критике, но в данном отзыве ни о какой качественной критике речи не шло. Это мнение и эмоции, но никак не критика.

Настоящую, качественную критику вам почти никто не предоставит бесплатно. Человек, который знает, что его мнение объективно, и который способен направить вас на истинный путь, обладает по определению достаточным количеством опыта, чтобы знать цену своей работе. Если вы платите более опытному разработчику, который выступает в качестве вашего «куратора» или «ментора», то вот его критику будет разумно использовать в прикладных целях, двигаясь по указанному им пути. Когда же в качестве оценки элемента вашей игры вы слышите простое «Это плохо» – с такими сообщениями ничего не остается, кроме как грустить и считать упущенную прибыль. Конкретные причины, по которым «это плохо», вы едва ли угадаете. Воспринимайте это как эмоции. Когда же вместо «Это плохо» звучит «Это плохо, посмотри, как можно сделать лучше» – это уже то, с чем можно работать и что способен высказать только эксперт.


Обесценивание

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

Основное значение такого посыла заключается в необразованности и некомпетентности комментирующего. Есть множество ААА-игр, которые не нравятся конкретно мне, но ни об одной из них я не могу сказать, что она сделана спустя рукава. Даже в провальную Babylon’s Fall была вложена масса сил и времени действительно талантливых специалистов. Проблема в том, что эти ресурсы были израсходованы не на те элементы, которые могли бы порадовать лично меня. Когда вам пишут, что в ваших анимациях три кадра, тогда как невооруженным глазом видно, что их больше, частенько это означает лишь то, что комментирующему в целом по неведомым ему самому причинам не понравился ваш труд. Ввиду своей некомпетентности реальных причин он сформулировать не способен и оттого высказывает свое мнение глупым и оскорбительным комментарием.

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

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

Язык программирования 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

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