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

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

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


Личность

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

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


Аватар человека

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

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

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


Скандалы

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

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

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

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