Все жанры Все авторы
Математическое руководство по созданию компьютерных игр. Справочник - Алексей Патрашов

Математическое руководство по созданию компьютерных игр. Справочник

Страниц

110

Год

—

Книга «© Алексей Патрашов, 2016» является переработанной и дополненной третьей редакцией, созданной в интеллектуальной издательской системе Ridero. Автор книги – Алексей Сергеевич Патрашов, дипломированный бакалавр, магистр и кандидат технических наук. В книге использованы материалы различных источников, таких как «Искусство программирования» Дональда Кнута, «Алгоритмы: построение и анализ» Томаса Х. Кормена и др. Кроме того, в книге присутствуют цитаты и народные мудрости, которые делают акцент на важности математики и программирования. Автор призывает читателя к самостоятельному изучению компьютерных технологий и созданию собственных проектов.

Читать бесплатно онлайн Математическое руководство по созданию компьютерных игр. Справочник - Алексей Патрашов

© Алексей Патрашов, 2016


ISBN 978-5-4483-2283-9

Создано в интеллектуальной издательской системе Ridero

3-я редакция, переработанная и дополненная


Разработчик:


Алексей Сергеевич Патрашов, дипломированный бакалавр технических наук, дипломированный магистр технических наук, кандидат технических наук.


Рецензент:


Кирилл Викторович Орлов, дипломированный кандидат технических наук.


С использованием материалов:


«Искусство программирования» ― 3-е издание, Дональд Кнут. Вильямс, 2007.


«Алгоритмы: построение и анализ» ― 2-е издание. Томас Х. Кормен, Чарльз И. Лейзерсон, Рональд Л. Ривест, Клиффорд Штайн. Вильямс, 2005.


«Как стать создателем компьютерных игр. Краткое руководство» ― В. В. Касихин. Вильямс, 2006.


«Компьютерные игры. Мимо вечности в забвение.» ― А. С. Патрашов. 2009.


«О, рандом! Или мракобесию от программирования посвящается.» ― А. С. Патрашов. 2010.


«USB-flash или маленький конец большого пиратства» ― А. С. Патрашов. 2010.


«Последний день пирата, или интернета, интернета…» ― А. С. Патрашов. 2010.


«Создание концепт-документа игры» ― С. Валиуллин. 2009.


«The art of game design. A book of lenses» ― Jesse Shell. Carnegie Mellon University, 2008.

Если хочешь что-то сделать ― лучше сделать это самому.

Народная мудрость

Не доверяй павиану.

Африканская народная мудрость

Лучший способ в чём-то разобраться до конца ― это попробовать научить этому компьютер.

Дональд Кнут

Математику уже за то любить следует, что она ум в порядок приводит.

М. В. Ломоносов

Математические формулы не могут «принадлежать» кому-либо! Математика принадлежит Богу.

Дональд Кнут

Компьютерная игра это ожившая математика.

Примечание автора

Предисловие

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

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

По дизайну компьютерных игр написаны целые шкафы книг, так что сам дизайн я затронул только косвенно. Основные гибельные явления происходят не в определённой области работы, а на стыке разных областей. Дизайнер не обязан разбираться и не всегда разбирается в программировании, а художник не обязан разбираться в звуке или скриптах. Проблема заключается в том, что задачи из одной области любят переползать в другую во-первых и не всегда нужный специалист присутствует в нужном месте в нужное время во-вторых. В итоге начинается решение дифференциальных уравнений гуманитарным способом или сочинение диалогов на языке программирования высокого уровня, а в тяжёлых случаях всё сразу и одновременно.

Вам может понравиться: