Разработка игр для начинающих. Хождение по граблям и кругам при создании игры с нуля. Полный список плагинов и несколько слов о каждом

До того как я стал разработчиком игр, я (да и все в моем окружении) считал себя дизайнером сайтов.
Не плохим, кстати, но дизайнером сайтов. Профессия, которая почти никак не используется в разработке игр.

Есть такой стереотип - когда кто-то говорит, что он в разрабытавает игры без команды, все сразу представляют его программистом. На самом деле, стереотип не так далек от правды: скорее всего, разработчик, описанный выше, действительно умеет программировать, но программистом он может себя не считать.

После одного игрового проекта со стримом всего процесса разработки мне часто пишут начинающие разработчики, что-то спрашивают, что-то показывают и на что-то жалуются. Недавно мне пришлось влезть в спор двух ребят, где темой спора было: “Что круче знать 3д-моделирование или программирование, если собираешься разрабатывать игры?”. Влез к ним в спор с предложением сделать первый шаг из схемы, что родилась в процессе участия в игровых проектах и создания своих.

Шаг 0. Станьте разработчиком игр

Именно первый, а точнее даже “нулевой”, шаг сделает Вас сразу разработчиками игр. Это не проекты, которые, может, уже есть у Вас за плечами, не навыки, котороми Вы, может, владеете, а простой, но очень важный шаг: скажите себе, а заодно и всему миру, что вы разработчик игр. Как только у вас уляжется в голове ответ на вопрос, чем вы занимаетесь - разработкой игр, - вы сразу станете для себя и окружающих разработчиком игр.
Как это сказать себе и другим?
Уверен, что у вас уже есть какая-то профессия. Также я уверен, что Вы каждый день посещаете сайты/форумы, связанные с вашей профессией, читаете блоги и, может, даже книги.
Первое, что надо сделать, чтобы стать разработчиком игр:
  • Начать посещать сайты, связанные с тематикой игр и разработкой игр.
  • Подписаться на блоги разработчиков, творчество которых вам нравится.
  • Купить пару книг в “киндл” на амазоне, например, о игровом дизайне.

Все, вы разработчик игр . Действительно, элементарный шаг вам может дать доступ к столь “закрытой” профессии как разработчик игр. Правда, без опыта и регалий, но никто (ни вы, ни окружающие ) уже не оспорит, что вы разработчик игр.

Шаг 1. Найдите себе применение как разработчику игр

Теперь, когда Вы смело можете считать себя разработчиком игр, надо найти себе применение. Как писатели могут пребывавать в двух состояниях: ищут идею книги, пишут книгу, - так и разработчики: ищут проект (идею), делают проект. Бывает, конечно, еще и поддерживают проект, но лично я его всегда объединяю с процессом поиска нового.

Слова “найти проект” для каждого разработчика игр значат разное, вот список популярных способов поиска проектов:

  • найти проект, близкий по духу, с интересной идеей, проинвестировать в него свои навыки и/или деньги, а, может, какие-то еще ресурсы;
  • взять пару игр и сделать из них микс;
  • сделать клон игры, что может принести хорошую прибыль;
  • придумать гениальную идею и попробовать найти энтузиастов;
  • сделать ремейк любимой игры;

    И множество других способов.

Выйти из состояния “поиска проекта” нужно как можно быстрее , и желательно выйти в состояние “делаю проект” и делать проект с шансами на успех: релиз и популярность.

Этот этап - первая проверка для начинающего разработчика. Сделать выбор при полном отстутствии опыта очень сложно, но, к счастью, любой выбор принесет нам опыт.

Вот некоторые советы для прохождения этого шага:

  1. Начните что-то свое . Свое от идеи до реализации в одиночку. Даже если у вас есть навыки программирования или вы сносно рисуете, - не вступайте в существующие проекты. Сделайте что-то небольшое, не требующее серьезных навыков.
    Например, я сделал маме подарок на НГ - 3д-игру по психологической методике:
    У меня не было опыта разработки на C# и программировать я особо не умел (немного знал python) и никогда до этого не моделил.
  2. Скажите себе кодовую фразу: “Если кто-то смог, я тоже смогу ”. Как бы вы ни были готовы к игровому проекту, всегда будет задача, с которой вы никогда не сталкивались. Например, даже у опытных программистов программного обеспечения, часто нет опыта создания шейдеров. Скажите себе кодовую фразу и учитесь по ходу .
  3. Найдите себе единомышлеников . Мне в моем развитии очень сильно помогли: скайп-чатик разработчиков социальных игр (теперь уже создатели: Голос Припяти 3D, Tanks Heroes, Contract Wars, Батла и многие другие) , а также одногруппники из Scream School по курсу гейм-дизайна . Их успех будет вас подталкивать, а обмен опытом ускорит процесс развития.
  4. Выберите себе платформу для разработки . Определите платформу, которая вас устраивает. Это может быть, например, Unity - за ее возможности, огромное комьюнити и сравнительно низкий порог входа. Вне зависимости от платформы, станьте ее евангелистом . Это позволит вам наладить коммуникацию с другими разработчиками и быстрее развиваться.
  5. Не давайте эмоциям взять вверх . Ошибки и неудачи станут вашими спутниками на длительный период, а если вы будете делиться процессом развития с русскоговорящими разработчиками, будьте готовы к тоннам говна большому количеству негативных отзывов. Не позволяйте эмоциям брать вверх: слушайте любые отзывы и предложения, но относитесь ко всему с необходимой критикой. Сохраняйте критичность ума .

Шаг 2. Помогите себе закончить хотя бы ОДИН проект!

Если вы закончили свой первый проект как разработчик игр, скорее всего, вы что-то делали не так. Даже эпилептоид не сможет закончить свой первый проект, а к первому релизу у него в архиве будет пара-тройка (минимум) замороженных проектов. Это нормально . Мы учимся на своих ошибках, а не совершают их только идиоты или те, кто ничего не делают.
Но в какой-то момент нужно будет собрать весь свой опыт, полученный из проб и ошибок, и, наконец, сделать свой первый релиз .
У каждого разработчика своя история первого релиза, но у меня есть пару советов, которые обязательно вам помогут:
  1. Вгоните себя в экстремальные условия , а выходом из них сделайте релиз. Поставьте себе реальный, но очень сжатый срок на релиз, например, 48 часов или неделю, но спать будете по 4 часа в день. Это даст сильный толчок, заставит оптимально использовать время и сфокусироваться на результате.
    • Сжатые сроки
      Сжимая сроки, не оставляйте себе время на риск. Сжимайте до последнего, пример с 48 часами - хороший.
    • Отсутствие сна
      Полное или почти полное отсутствие сна хороший мотиватор, но не доходите до крайностей. Практика показывает, что даже молодому организму надо давать отдых.
    • Менеджмент времени
      Не стоит выделять много времени на тайм-менеджмент, но не забывайте ставить себе вехи (milestone). Например, скажите себе, что через 5 часов вам надо сделать играбельный прототип.
      Например, в своем первом 48 часовом марафоне (на нем я только рисовал) , я за первую треть времени нашел стиль игры, нарисовал основной, игровой экран и все спрайты врагов. И за оставшееся время сделал 170+ спрайтов анимации и дорисовал интерфейс.
    • Конкурсы , особенно мероприятия, типа, HackDays или Ludum Dare, где нет времени на раздумья и надо сразу бросаться в работу, - отличное подспорье для пунктов выше.
  2. Поставьте себе рамки . Для первого релиза, особено в сжатые сроки, критически необходимо знать рамки проекта. Выпишите себе минимум, что нужен для релиза, и не выходите из него. По необходимости:
    • Урежьте список возможностей
      Было бы здорово сделать возможность летать на самолетах, но если вы делаете шутер про пехоту, сфокусируйтесь на стрельбе.
    • Сократите время игры
      Вероятно, вы рассчитывали сделать синглплеер на 5 часов игры, но вы останетесь победителем с демкой на 20 минут.
    • Уберите часть контента
      Конечно, дополнительная карта не будет лишней для вашего тактического шутера, но релиз останется релизом даже с одной картой.
  3. Ищите простые пути . Напоминайте себе, что вам необходим релиз, а не шедевр . У вас остается право на ошибку, но вы потеряли право на заморозку проекта.
    • Используйте костыли и хардкод
      Не стоит фокусироваться на универсальности или производительности кода. Оптимизация тоже подождет. Просто идите к результату.
    • Копируйте, а не придумывайте
      Если с ответом на любой вставший перед вами вопрос возникают трудности, копируйте решение коллег.
    • Используйте опыт на 150%
      Учет сделаных ошибок - это, несомненно, хорошо, но пока вы их совершали, вы собрали багаж наработок. Постарайтесь использовать из него что-то.
    • Подключите все ресурсы
      Если у вас есть друзья, готовые помочь, не отказывайтесь, а если у вас есть денежный ресурс - вкладывайте (покупайте готовые решения, контент и рабочие руки). Ваши вложения окупятся в дальнейшем.

Шаг 3. Сделать полноценный релиз

Когда прошлые шаги позади: релиз за плечами и опыт какой-то уже есть, - хочется, чтобы ваше хобби (не приносящий доход род занятий) переросло в настоящую профессию и источник хорошего, постоянного дохода. Каждый разработчик понимает, что для этого ему нужен полноценный релиз, не тот (те), что мы получили из второго шага, а полноценный релиз с шансом на успех. Увы, но релиз из прошлого шага нужен только для ощушения победы, а не успеха.

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

  1. Делайте проект каждый день . У всех начинающих инди есть занятия, с которыми приходится совмещать разработку. Но не забывайте добавлять хотя бы одну строчку кода или новый спрайт в игру каждый божий день. Это очень важно, это пункт номер 1.
  2. Ставьте себе небольшие задачи и старайтесь выполнять их каждый день. Долго открытая задача, например: “разработать систему инвентаря”, может быстро превратиться в “висяк” с очень низким приоритетом. Поставьте задачу “Интерфейс основного окна инвентаря” и закройте в этот же день, а затем радуйтесь прогрессу.
  3. Два шага вперед, один в сторону . Какой бы разнообразной вы ни планировали игру, не стоит делать сразу 50 типов врагов и тысячи уровней. Сфокусируйтесь на реализации возможностей игрока, а не способах их проявлений. Делаете слешэр? - Реализуйте возможность рубить врага, а врагов клонируйте.
  4. Прототипируйте . Когда вы сфокусированы на настоящем релизе, необходимо отдавать себе отчет, что игра должна быть хорошей . Проверить это можно, прототипируя.
  5. Вы делаете игру . Не стоит делать из своей игры движок или фреймворк. Нет, я не про чистоту кода или возможность его переиспользовать. Работайте хорошо, и результат будет хороший. Не стоит реализовывать возможности до того, как поймете, что они действительно необходимы вашей игре . Например, если вы не уверены, что будет возможность менять цвет одежды героя, не стоит рисовать маску для смены цвета в шейдере. Убедитесь, что ваш дизайн подразумевает наличие предметов перед тем, как создать класс Item.
  6. И главное… Не бойтесь вернуться на шаг 2 . Возможно, еще не время для настоящего релиза.

Путь в индустрию игровых разработок не близок. Эта статья призвана помочь понять с чего лучше начать это путешествие.

Вы только что закончили ваш первый курс по С++ и хотите начать делать игры. Кто-то указал вам на этот сайт и вы, возможно, поэкспериментировали немного с руководством . Вы изучили несколько лаконичных примеров, но не нашли руководства о том, как сделать целую игру. И на то есть причина.

Руководства хороши для обучения чему-то шаг за шагом, например тому, как перемещать изображение точки по экрану. Для того чтобы собрать игру воедино, вам нужны навыки решения возникающих проблем, приобретаемые лишь с опытом. Это не то, чему можно научиться из руководств. Лучший способ научиться делать игры - это начать их делать.

Выбор проекта

Итак, с чем же начать? Проще ответить с чего начинать не стоит, а именно с больших проектов, типа полноценной 3D FPS, MMO или даже длинного платформера 16-битной эпохи. Самая распространенная ошибка начинающих разработчиков это начать с большого проекта основанного на Крутой Идее или взять проект, который кажется простым, и закончить с полузаконченной кучей спагетти-кода. Поначалу следует создавать небольшие проекты.

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

Поэтому помните: не подлетайте слишком близко к солнцу на ваших новых программистких крыльях.

Принимая во внимание все выше написанное, вот пара советов с чего начать.

Графика и обработка событий

Если вы никогда не программировали ничего связанного с графикой или GUI, вам следует начать с чего то маленького, чтобы «обмочить ноги». Моим первым проектом были крестики-нолики, так что даже у меня было скромное начало. Пара идей для первого проекта:

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

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

Есть один момент, на который я хочу указать тем, кто будет делать крестики-нолики или четыре в ряд. Не стоит сейчас сильно беспокоиться об искусственном интеллекте. Сделать игру только для двух игроков или для игры с компьютером, который делает случайные ходы вполне достаточно для начала.

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

Синхронизация, движение, столкновения, анимация

Теперь, когда вы наигрались с графикой, пора заняться чем-нибудь в реальном времени. Вот пару предложений:

Здесь вы познакомитесь с движением, временем, анимацией, обнаружением столкновений, игровым циклом, вычислениями очков, побед и поражений и другими важными базовыми концепциями используемыми в каждой игре.

Duck Hunt и Pong - хорошие проекты для тех, кто уже имеет опыт в программировании графики и событий. В них есть простое обнаружение столкновений и все важные основы игр в реальном времени.

Space Invaders и Galaga - хороший выбор для второго/третьего проекта. В них есть уровни, поэтому вам нужно будет узнать как передвигаться от уровня к уровню, при помощи конечного автомата. Вы можете прочитать про конечные автоматы . Игры в стиле «перестреляй их всех» так же требуют создать простые шаблоны поведения для врагов, что является шагом в сторону искусственного интеллекта.

Тетрис хорош для второго/третьего проекта. В нем совсем немного логики нужной для создания игры-головоломки. Это игра приличного размера, так что вам придется научиться разделять вашу программу на несколько исходных файлов, о чем вы можете больше прочитать . Не недооценивайте Тетрис. Я недооценил и только посмотрите на это жуткое месиво в коде Lazy Blocks.

Переинженеринг

Типичная ошибка новичка это попытка сделать Самую Лучшую Игру Всех Времен, заканчивающаяся переинженерингом. То есть когда он пытается написать самую лучшую игру/движок и это все заканчивается тем, что используется только маленькая часть того что было понаписано.

Когда я был начинающим я переинженерил AI для крестиков-ноликов. Я хотел сделать игру с непобедимым AI. Мне удалось достигнуть этого, запрограммировав компьютер на знание всех возможных ловушек. Звучит круто не правда ли? Это заняло почти 40 000 тысяч строк в основном скопированного кода и месяц моего свободного времени.
Позже я выучил структуры данных и узнал про алгоритм Минимакс, который при меньшем размере кода не только делал нужное, но еще и делал это лучше.

Так что учитесь на моих ошибках и не будьте излишне амбициозны. Концентрируйтесь на обучении тому как делать игры, а не просто делайте их.

Планирование, анализ столкновений, физика, уровни, искусственный интеллект





Теперь, когда у вас за плечами две или три маленьких игры, пришло время сделать первый крупный проект.

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

Теперь про вашу следующую игру. Break Out и Puzzle Bobble хороши для третьего проекта, потому что они включают в себя продвинутое распознавание столкновений и физику. Физика важна, поскольку дает игре реалистичное ощущение. Даже в Super Mario Brothers есть ощущение гравитации и инерции. Бильярд отличный проект для тех, кто хочет напрячь извилины физикой.

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

Break out и Puzzle Bobble так же включают дизайн уровней и требуют загрузки и освобождения их ресурсов. Хорошим опытом будет создание редактора уровней для игры. Редакторы позволяют вам легко создавать уровни и не вынуждают впаивать их в приложение. У меня есть про создание редактора уровней.

Так же вы возможно хотите попрактиковаться в написании искусственного интеллекта (AI). Один из вариантов - вернуться к крестикам-ноликам или четырем в ряд и написать непобедимый AI. Теперь вы уже должны знать структуры данных и сможете использовать знания о деревьях для использования алгоритма Минимакс. С этим алгоритмом вы можете просчитать все возможные исходы крестиков-ноликов и создать непобедимый AI. Забавно расстраивать им своих друзей. Так же вы возможно захотите сделать разные уровни сложности. Игра не приносит радости, если в нее нельзя выиграть.

Pac Man - отличный способ попрактиковаться в написании AI. Нужно будет знать структуры деревьев/графов и алгоритмы поиска, типа A*, для того чтобы призраки могли пройти через лабиринт. Так же нужно будет сделать чтобы призраки работали в команде. Все это пригодится когда вы будете делать игры со сложным AI, типа стратегий в реальном времени. Об основах AI можно прочитать .

Платформеры, Action/Adventure, RPG, RTS, движки





Теперь, когда вы получили опыт создания хорошо спланированной игры, вы готовы к созданию Action/Adventure/Платформера. Это будет кульминация графики, движения, анимации, анализа/обнаружения столкновений, физики, AI, программной архитектуры и всего остального, что вы изучите к этому моменту. Тем кто более амбициозен, можно предложить сделать стратегию в реальном времени(RTS) или ролевую игру(RPG). Будьте осторожны, потому что RPG и RTS действительно огромные проекты.

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

RTS также сложны архитектурно, а так же требуют много AI. Вам нужно будет делать поиск пути для юнитов, получение ими команд, разное поведение в зависимости от полученных команд. Если вы никогда до этого не делали AI, будет лучше начать с клона Pac Man"а для начала.

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

Другая распространенная среди новичков ошибка - это попытка создать движок в качестве первого проекта. И обычно это универсальный движок. Вам не нужен движок с фантастической графикой для создания Pong"а или Space Invaders. Программируя, легко закопаться в деталях. Концентрируйтесь на общей картине и завершайте свои игры.

Сеть

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

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

Вам следует полностью закончить хотя бы одну хорошо спланированную игру, перед тем как пробовать делать сетевую игру. В качестве первого сетевого проекта, попробуйте сделать что-нибудь, что не критично к скорости. Например простой чат-сервер/клиент будет хорошей практикой. Так же можно вернуться к крестикам-ноликам/четырем в ряд и добавить в них возможность играть в по сети. Как вариант попробуйте сделать сетевую карточную или настольную игру.

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

3D игры

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

Хорошая новость в том, что если вы уже сделали 4 или 5 игр, вы уже знаете основы необходимые для создания игры. Вы уже хорошо знакомы с процессом разработки и знаете свои возможности как программиста. Неважно трехмерный шутер или двухмерный, он по прежнему шутер. 2D RPG или 3D RPG по прежнему RPG.

Не считайте это оправданием пропустить 2D и сразу перейти к 3D. Прежде чем научиться бегать, нужно научиться ходить.

Быстрый способ

Говорите, что вы учитесь быстрее если сразу возьметесь за дело и будете просто писать вашу 3D MMOFPSRTSRPG и научитесь тому, что нужно по мере необходимости? Чтож, вот пару советов, которые вам помогут:
  1. Идите на местный рынок
  2. Купите целую рыбину. Рекомендую взять лосося или треску, хотя и сом тоже подойдет. Форель, кстати, тоже довольно эффективна
  3. Идите домой и включите компьютер
  4. Запустите вашу любимую IDE
  5. Теперь возьмите купленную рыбу и влупите себе по голове
  6. Повторите пункт 5, пока мысли о быстром способе не покинут вас
Вы не научитесь алгебре решая вычислительные задачи. Вы учите основы и опираетесь на них. Тоже самое и с программированием. Если вы ищите быстрый способ я тут как тут, чтобы сказать вам что его нет. Не торопите себя. Еще раз: учите основы и опирайтесь на них. Иначе вас ждет фиаско.

Путешествие начинается

Теперь, чтобы у вас было общее понимание того что же все-таки делать, пора начать заниматься игроделом. Я не ожидаю что вы будете следовать этому руководству слово в слово. Все учатся по разному и с разной скоростью. Если вы что-то и должны были вынести из этой статьи, так это три вещи:
  1. Выберите свой темп
  2. Доделывайте игры до конца
  3. Концентрируйтесь на обучение, а не просто на создании
Удачи вам на пути разработки игр!

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

Выберите формат создания игры - 2D или 3D. Легче 2D, чем 3D: они не нагружают компьютер, а нужное количество программ, необходимых для создания игры, сводится к минимуму. Но даже для создания 2D-игр нужно хорошо уметь рисовать. Если вы не умеете рисовать, то можете пользоваться уже готовыми заготовками локаций, персонажей и т.д.

Одним из плюсов 3D-игр можно назвать красоту и зрелищность, но требует жертв, поэтому сразу становятся видны минусы. Вам потребуется знание различных языков программирования. Это самая сложная часть создания 3D-игры. Чем сложнее предполагается игра, тем сложнее языки. Их огромное множество и они познаются очень долго. Изучая один язык вы столкнетесь с необходимостью знания другого. И так по нарастающей. Другой очевидный минус в том, что нужны мощные компьютеры. Рисовать тут уже не нужно, но нужно учиться работать в программах для моделирования, но это не легче рисования и без фантазии тут не обойтись.

Существуют специальные конструкторы для создания игр. Из готовых деталей, которые вам даются в конструкторе, вы постепенно создаете свою игру. Они подходят как для 3D-игр, так и для 2D-игр. Если вам не хватает готовых деталей, то вы можете добавить свои и пользоваться ими. Чтобы заставить что-то двигаться, вам нужно будет присваивать объектам действия, используя готовые логические операции. При нехватке стандартных действий на помощь придут скриптовые языки. Существуют конструкторы, которые включают в себя общие языки программирования, они более функциональны, но в их работу сложнее вникнуть. Конструкторы обычно разбиты по жанрам, но есть и общие, которые подходят для создания игр различных жанров.

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

Инструкция

Проработайте тематику и жанр будущей игры . Сперва необходимо создать идею и оформить ее. Создайте будущих героев, продумайте сюжет, каждую его составляющую. Сведите все собранные данные в один документ дизайна проекта, где будет содержаться информация как о сюжете, так и геймплее.

Выберите язык программирования, на котором будет вестись реализация проекта. Это должен быть один из языков, которым вы великолепно владеете. В зависимости от масштабов игры , следует учитывать особенности языка. Например, множество современных игр на C++, однако существует множество других ЯП, пригодных к написанию. Например, Delphi, который по работе является одним из самых в плане работы с объектами.

Выберите движок, на базе которого будет строиться игровой проект. Движок является управляющей системой, отвечающей за отображение графических элементов, определение функций, управление звуком и т.п. Он непосредственно связан с графическим интерфейсом программирования приложений (API). Если вы собираетесь использовать готовый движок, следует задуматься о проекта, поскольку приобретение программного кода, 3D, графических и аудио редакторов может обойтись в серьезную сумму.

Для написания серьезных проектов необходимо набрать себе команду, которая будет состоять из 3D-модельера, графического редактора, дизайнера, верстальщика и музыканта. Количество необходимых профилированных специалистов зависит от сложности проекта.

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

Видео по теме

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

Вам понадобится

  • - развитое творческое воображение.

Инструкция

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

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

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

Для примера рассмотрите логическую игру, условно называемую «Цепочка слов». По правилам участники усаживаются в круг, после чего один из них называет любое слово. Соседний участник должен тут же сказать слово, начинающееся на последнюю букву предыдущего, после чего в игру включаются последовательно все игроки по кругу. Установите правило, что повторять ранее сказанные слова нельзя. Достоинство такого игрового упражнения в том, что оно не требует каких-то дополнительных материалов.

Возьмите за основу структуру описанной игры, несколько видоизменив задание и введя дополнительные ограничения по времени. Например, разрешается называть только названия одушевленных предметов; за каждую ошибку назначается штрафное очко; тот, кто затрудняется назвать нужное слово, выбывает из игры и так далее. Таким простым способом вы сможете получить несколько новых логических игр, сохранив интерес к ним со стороны участников.

Источники:

  • «Логические игры для детей», Т.Н. Образцова, 2010.
  • «Лучшие подвижные и логические игры для детей от 5 до 10 лет», Е.А. Бойко, 2008.
  • «Дидактика. Логический поезд. Игры для детей 2-5 лет», Т.А. Барчан, 2003.

Забор в Minecraft используется при создании загонов с домашними животными и для декорирования окружающего пространства. Сделать его очень просто, если у вас есть хотя бы немного древесины.

Древесина - самое первое, что нужно добывать в игре

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

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


Забор можно использовать вместо стекла для создания окон, если поблизости нет песка или у вас мало топлива. Забор пропускает свет, но не пропускает агрессивных монстров или .

Собрав достаточно древесины, откройте окно инвентаря. Разместите две-три единицы добытых блоков (остальные могут понадобиться для создания древесного угля или украшения будущего жилища) в одну из ячеек крафта или создания предметов, которые находятся справа от схематического изображения вашего персонажа, так вы получите доски. Их будет в четыре раза больше, чем блоков древесины.

Рецепт создания забора в minecraft

Чтобы создать забор, вам понадобится верстак. Это рабочая поверхность с областью крафта 3х3, что позволяет собирать на ней большую часть инструментов и предметов. Для создания верстака откройте еще раз окно инвентаря, заполните все доступные ячейки крафта досками. Заберите верстак и разместите его на подходящей горизонтальной поверхности.

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


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

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

Кирка - основной инструмент и главный символ игры Minecraft. Без нее невозможны исследования пещер и добыча полезных ископаемых. Кирка - одна из тех вещей, которые необходимо смастерить в самом начале.

Что нужно для кирки?

Любой инструмент или оружие в Майнкрафте могут быть произведены из разных типов материалов. На первом этапе самый доступный ресурс - древесина, поскольку деревья растут на любом типе местности (кроме пустыни) и легко «разбираются» . Из древесины можно сделать палки и доски. Этого достаточно для создания первых, важнейших инструментов.

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

Собрав древесину, откройте окно персонажа. Рядом с изображением вашего героя находится окно крафта (создания предметов) размером 2х2. Этого недостаточно для создания кирки, но зато здесь можно сделать верстак, который служит для крафта большей части предметов. Положите в одну из ячеек половину добытой древесины, это позволит вам получить доски. Из единицы древесины получается четыре доски. Доски - отличное сырье для создания первых инструментов и горючее для печи. В том же окне крафта поставьте две доски друг над другом, это даст вам палки. Теперь заполните все четыре ячейки досками, в результате должен получиться верстак.

Из досок и палок можно сделать топор, который существенно ускорить добычу древесины.

Кирка - символ minecraft

Возьмите верстак в руку и разместите его на поверхности, нажав правую кнопку мыши. Еще раз кликните правой кнопкой по верстаку, чтобы открыть его интерфейс. Перед вами появится активное поле крафта размером 3х3. Этого достаточно для создания абсолютно любых предметов в игре. Заполните верхнюю горизонталь досками (должно уйти три штуки), а по центральной вертикали разместите палки в качестве рукояти. В результате вы получите кирку.

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

Уголь - первый ресурс, который надо добывать, поскольку именно из него создаются важные для жизни факелы.

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

Виртуальный мир все больше становится трехмерным. Каждая уважающая себя и пользователя софтверная компания стремится сделать свои продукты в 3-D. Популярность этого визуального средства отображения столь велика, что многие хотят самостоятельно освоить тонкости трехмерного дизайна. И для этого есть специальные программы.

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

3D Studio MAX

В настоящее время программа называется Autodesk 3ds Max. Стартовал проект в далекий 1990й год, когда о трехмерном моделировании только начинали задумываться самые смелые экспериментаторы.

Нередко для игровых или киношных проектов создается специальное программное обеспечение, ориентированное на решение специфических задач.

Разработкой пакета занималась студия «Yost Group» и первые четыре версии вышли для DOS. Кто не помнит «дооконные» времена, это операционная система с командной строкой – бабушка современных ОС. С 1994 года пакет стал выходить и для Windows.

С помощью пакета можно создавать видеоролики, заниматься архитектурным моделированием, воплощать в жизнь персонажей компьютерных игр. Для примера, многие видеовставки компании Blizzard для игр Warcraft и Starcraft использовали возможности 3D-Max. Также продукт применялся и для создания моделей в этих играх.

Autodesk Maya

Если кто-то задумается однажды о том, какой продукт в трехмерном моделировании можно считать стандартом де факто, то это именно Maya. В свое время она совершила в мире трехмерной графики в кино и на телевидении. У продукта была довольно сложная история. Официально он появился только в 2006 году, однако до этого происходили различные корпоративные слияния и перестановки в бизнес сегменте, которые так или иначе отражались на проекте.

Тем не менее, он выжил и теперь активно используется многими специалистами и энтузиастами во всем мире. Один только список знаменитых мультфильмов и , созданных с его помощью, заслуживает уважения:

Образ Голлума во Властелине Колец
- мышь из комедии «Стюарт Литтл»
- «Южный парк».
- трилогия «Матрица»
- человек паук 2
- золотой

И это только начало, поскольку всего просто не охватить.

Cinema 4D

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

В начале все программы 3D моделирования кажутся сложными, но стоит понять основными принципы и все становится проще.

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

Впервые он появился еще на компьютере «Амига» в начале девяностых годов прошлого века. Первые версии ПО были только для этой машины. Затем компания «Maxon» смогла перенести его на другие платформы.

Невозможно перечислить все проекты, где использовалась программа. Она активно применяется для создания мультипликации. А среди самых известных проектов «Беовульф».

Видео по теме

Источники:

  • Интересные программы для новичков в 2019

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

Какая самая популярная игра? Наверняка, и вы помните ее с детства – это «Сорока-сорока». Когда ваши родители играли в нее с вами, они думали не только о вашем развлечении. Дело в том, что игры подобного рода стимулируют мозговую активность малышей, помогают развить речь и раскрыть творческий потенциал. Пальчиковые игры были придуманы в далеком прошлом. Например, в Японии детки развивали пальчики с помощью грецких орехов.


Чем же полезны пальчиковые игры? В нашем организме все взаимосвязано, что уж говорить о детском организме, в котором главный центр – мозг, - находится совсем близко к кистям рук и пальцам. Мелкая моторика развивает зоны мозга, которые отвечают за речь.


Детки часто сталкиваются с проблемой того, что они, как собака, все понимают, но сказать ничего не могут. Это обусловлено тем, что одно полушарие отвечает за создание картинок, образов, а другое за речь. Необходимо найти баланс - тут пальчиковым играм нет равных!


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

Видео по теме

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

Вы всегда получаете то, что зарабатываете

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

Выиграть игру можно лишь тогда, когда вы поймете ее правила

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

Нет правила, которое ограничивало бы ваш доход!

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

Вы не получите повышения зарплаты другими методами просто так - зарабатывайте его! Если вы работаете в команде, то вопрос заключается в том, насколько вы незаменимы в коллективе. Ваша задача состоит в том, чтобы вашу незаменимость понял сам начальник, а это во многом зависит от того, как вы будете с ним вести переговоры.
Если вы работаете на себя, то вопрос состоит в том, насколько ваша продукция незаменима для общества. Задача заключается в том, чтобы вашу ценность это общество заметило. А это также зависит от того, как хорошо вы с ним ведете переговоры.

Видео по теме

Полезный совет

Пять приведенных правил должны составить начальную базу для ваших размышлений.
Эти правила основываются на трех важных предпосылках к успеху:
1. уверенность в своих силах;
2. умение брать ответственность на себя;
3. умение действовать.
Над этими умениями и необходимо работать.

В наш изменчивый и стремительный век среди всего разнообразия возможностей, трудно порой найти ответы на такие простые вопросы как - "где творить?" и "чем пользоваться?". Абстрагируясь от личных предпочтений, я попытаюсь дать ответы на первый и второй вопросы.

Итак, первый из них, это платформа. Будь Вы программист, работающий в фирме или просто вольнонаемный художник, для Вас, скорее всего, этот вопрос уже решен Вашим заказчиком. В любом другом случае - если Вы хотите создать проект идущий в народные массы, скорее всего, нужно остановить свой выбор на операционных системах линейки Microsoft Windows. Главная причина тому - поддержка под Windows своего "железа" различными производителями.

Небольшое отступление от темы нашего разговора. Ведь не для кого не секрет, что для последних игровых программ или сложных графических пакетов не хватит мощи самых быстрых представителей процессорного мира. Вопрос конечно риторический, что развивается раньше - аппаратное обеспечение или требования к нему? Что мешает программистам и художникам использовать меньшее количество спецэффектов? Дело в том, что каждая новая программа использующая то или иное оборудование (будь то графический ускоритель или звуковая плата) поднимает "планку" по качеству игры... Итак - мы определились с операционной системой...

Со вторым вопросом сложнее - изобилие языков, реализаций, компиляторов может ввергнуть начинающего в легкий шок или же толкнуть на неправильный выбор. Не буду долго мучить читателя и попытаюсь сформулировать ответ сразу: за последнее время 99% серьезных компьютерных игр под Windows были написаны и откомпилированы в Microsoft Visual C различных версий.

Попытаюсь кратко ответить на вопрос "Почему так?". Во-первых, почему Cи? Не вдаваясь в историю его создания - об этом итак много написано - скажу лишь, что изначально Си задумывался как высокоуровневая альтернатива ассемблеру. Почему не ассемблер? Современные компиляторы в состоянии генерить код, который уступает коду, написанному человеком на 1-2%... Речь идет об оптимизации. Нет, конечно, Вам придется написать на ассемблере не одну сотню строк, но лишь для того, что бы использовать возможности современных процессоров, о которых еще не знал компилятор потому, что был создан задолго до этого, или же оптимизировать некоторые критичные участки кода. А тем более зная архитектуру процессора, под который вы программируете, можно существенно ускорять эффективный код программы - ведь те же правила действуют и для языков высокого уровня, таких как Си. Скажем тот же механизм предсказания ветвлений процессоров. Почему именно MS Visual C? На это сложно ответить... Можно Borland(Теперь Inprise) С++ (Кстати, его почему-то любят некоторые наши программисты) или Watcom C. Только... История конкуренции той же Borland и Microsoft имеет глубокие корни... Здесь однозначно трудно сделать предпочтение. Об этом мы еще поговорим ниже, когда речь дойдет собственно до процесса создания. Тогда почему скажем не Delphi, Inprise C++ Builder или VB спросите Вы? Эти реализации не подходят для создания СЛОЖНЫХ проектов по одной простой причине - они планировались как средства RAD(Rapid Application Development) средства или "Средства быстрой разработки приложений". Они скрывают от программиста множество процессов внутри приложения, создавая собственные надстройки над функциями ядра, облегчая жизнь программисту, но в то же время, существенно снижая скорость приложения. Следует так же оговориться, что по сути своей программа на Visual Basic не является полноценным приложением, а используется как файл данных для интерпретирующей этот файл библиотеки ран-тайма (Сказано слишком утрированно - но все же - дыма без огня не бывает). Кстати говоря - так же нецелесообразно при программировании игр использовать штатные библиотеки классов (по тем же самым причинам, что были указанны выше) для Visual C++ и Borland C++, такие как MFC или OWL соответственно. Данные средства разработки лучше использовать лишь как сервисные - например, создавая в них редакторы ресурсов и т.п. Да - замечу, что библиотеки импорта для DirectX SDK (о котором будет сказано ниже) разные для того же Borland C и Visual C. Иными словами, при линковке на Borland C Вам понадобятся соответствующие *.lib файлы для Borland"а. А для VB они появились только в седьмой версии DirectX.

Итак, мы получили ответ на оба вопроса и, казалось бы, готовы. Вот тут то и всплывает третий вопрос - пользоваться ли функциями ядра или использовать какое-либо API (Application Programming Interface)? Выражаясь более простым языком в данном контексте, это библиотеки функций облегчающих процесс создания программы. Под любой другой операционной системой ответ был бы очевиден - поскольку практически все операционные системы на Intel платформе с архитектурой IA-32 используют защищенный режим и не позволяют работать с аппаратурой на прямую (из пользовательских приложений), а только через сервисные функции предоставляемые ядром операционной системы, то использование библиотек третьих фирм, просто скрывающих от Вас функции ядра, а также выполняющие некоторое количество действий, ориентированных на универсальность данной библиотеки, только снижали бы производительность. Значит ядро? Не все так просто - тем, кто "живет" под Windows, хорошо известна жуткая неэффективность в плане скорости функций ядра Windows. Именно поэтому долгое время после выхода Windows 95 разработчики продолжали создавать игры под DOS. Именно поэтому Майкрософт предприняла попытки исправить ситуацию. Сначала появился WinG API, а затем и виновник торжества - DirectX API. Именно последний Вам придется использовать для создания игр или высокопроизводительных мультимедийных приложений. Конечно, существуют и другие API - среди которых внимание заслуживают лишь OpenGL и, наверное, GLIDE. Первый был разработан Silicon Graphics для своих рабочих станций, а впоследствии портирован под разные ОС на многие аппаратные архитектуры. Второй был разработан компанией 3DFX как API для работы с ее графическими картами ускорителями. Наиболее универсальным (распространенным) из них является OpenGL. Недостаток этих библиотек в том, что обе они ориентированны лишь на работу с 3D/2D графикой, в то время как DirectX состоит из нескольких классов компонент (это тема для отдельного разговора) позволяющих эффективно использовать все составляющие компьютера - от видеокарты до мыши. Одной из важных особенностей DirectX является то, что все графические функции поддерживают аппаратное ускорение - иными словами - если Ваша видеокарта поддерживает некоторые аппаратные действия, с помощью DirectX вы можете использовать их в приложении. И, пожалуй, самым главным плюсом (в большей степени), является то, что программисту не важно, под каким аппаратным обеспечением он работает - между драйвером и кодом программы стоит DirectX API.

Чуть не забыл критерий в пользу Visual C, который я хотел упомянуть - и DirectX, и Visual C, и ОС под которую мы будем создавать приложения созданы одной фирмой производителем;).

Подведем некоторый итог. Для того, чтобы писать игры под Windows нам необходимы следующие инструменты:

  • Microsoft Visual C++.
  • DirectX SDK.
  • SDK включает в себя набор документации, примеров с исходными текстами, заголовочных файлов, утилит и библиотек, необходимых для создания приложений под DirectX. В комплекте Visual C++ идут также библиотеки и заголовочные файлы OpenGL API (Который в большинстве своем также поддерживается аппаратно).

    До того как я стал разработчиком игр, я (да и все в моем окружении) считал себя дизайнером сайтов.
    Не плохим, кстати, но дизайнером сайтов. Профессия, которая почти никак не используется в разработке игр.

    Есть такой стереотип - когда кто-то говорит, что он в разрабытавает игры без команды, все сразу представляют его программистом. На самом деле, стереотип не так далек от правды: скорее всего, разработчик, описанный выше, действительно умеет программировать, но программистом он может себя не считать.

    После одного игрового проекта со стримом всего процесса разработки мне часто пишут начинающие разработчики, что-то спрашивают, что-то показывают и на что-то жалуются. Недавно мне пришлось влезть в спор двух ребят, где темой спора было: “Что круче знать 3д-моделирование или программирование, если собираешься разрабатывать игры?”. Влез к ним в спор с предложением сделать первый шаг из схемы, что родилась в процессе участия в игровых проектах и создания своих.

    Шаг 0. Станьте разработчиком игр

    Именно первый, а точнее даже “нулевой”, шаг сделает Вас сразу разработчиками игр. Это не проекты, которые, может, уже есть у Вас за плечами, не навыки, котороми Вы, может, владеете, а простой, но очень важный шаг: скажите себе, а заодно и всему миру, что вы разработчик игр. Как только у вас уляжется в голове ответ на вопрос, чем вы занимаетесь - разработкой игр, - вы сразу станете для себя и окружающих разработчиком игр.
    Как это сказать себе и другим?
    Уверен, что у вас уже есть какая-то профессия. Также я уверен, что Вы каждый день посещаете сайты/форумы, связанные с вашей профессией, читаете блоги и, может, даже книги.
    Первое, что надо сделать, чтобы стать разработчиком игр:
    • Начать посещать сайты, связанные с тематикой игр и разработкой игр.
    • Подписаться на блоги разработчиков, творчество которых вам нравится.
    • Купить пару книг в “киндл” на амазоне, например, о игровом дизайне.

    Все, вы разработчик игр . Действительно, элементарный шаг вам может дать доступ к столь “закрытой” профессии как разработчик игр. Правда, без опыта и регалий, но никто (ни вы, ни окружающие ) уже не оспорит, что вы разработчик игр.

    Шаг 1. Найдите себе применение как разработчику игр

    Теперь, когда Вы смело можете считать себя разработчиком игр, надо найти себе применение. Как писатели могут пребывавать в двух состояниях: ищут идею книги, пишут книгу, - так и разработчики: ищут проект (идею), делают проект. Бывает, конечно, еще и поддерживают проект, но лично я его всегда объединяю с процессом поиска нового.

    Слова “найти проект” для каждого разработчика игр значат разное, вот список популярных способов поиска проектов:

    • найти проект, близкий по духу, с интересной идеей, проинвестировать в него свои навыки и/или деньги, а, может, какие-то еще ресурсы;
    • взять пару игр и сделать из них микс;
    • сделать клон игры, что может принести хорошую прибыль;
    • придумать гениальную идею и попробовать найти энтузиастов;
    • сделать ремейк любимой игры;

      И множество других способов.

    Выйти из состояния “поиска проекта” нужно как можно быстрее , и желательно выйти в состояние “делаю проект” и делать проект с шансами на успех: релиз и популярность.

    Этот этап - первая проверка для начинающего разработчика. Сделать выбор при полном отстутствии опыта очень сложно, но, к счастью, любой выбор принесет нам опыт.

    Вот некоторые советы для прохождения этого шага:

    1. Начните что-то свое . Свое от идеи до реализации в одиночку. Даже если у вас есть навыки программирования или вы сносно рисуете, - не вступайте в существующие проекты. Сделайте что-то небольшое, не требующее серьезных навыков.
      Например, я сделал маме подарок на НГ - 3д-игру по психологической методике:
      У меня не было опыта разработки на C# и программировать я особо не умел (немного знал python) и никогда до этого не моделил.
    2. Скажите себе кодовую фразу: “Если кто-то смог, я тоже смогу ”. Как бы вы ни были готовы к игровому проекту, всегда будет задача, с которой вы никогда не сталкивались. Например, даже у опытных программистов программного обеспечения, часто нет опыта создания шейдеров. Скажите себе кодовую фразу и учитесь по ходу .
    3. Найдите себе единомышлеников . Мне в моем развитии очень сильно помогли: скайп-чатик разработчиков социальных игр (теперь уже создатели: Голос Припяти 3D, Tanks Heroes, Contract Wars, Батла и многие другие) , а также одногруппники из Scream School по курсу гейм-дизайна . Их успех будет вас подталкивать, а обмен опытом ускорит процесс развития.
    4. Выберите себе платформу для разработки . Определите платформу, которая вас устраивает. Это может быть, например, Unity - за ее возможности, огромное комьюнити и сравнительно низкий порог входа. Вне зависимости от платформы, станьте ее евангелистом . Это позволит вам наладить коммуникацию с другими разработчиками и быстрее развиваться.
    5. Не давайте эмоциям взять вверх . Ошибки и неудачи станут вашими спутниками на длительный период, а если вы будете делиться процессом развития с русскоговорящими разработчиками, будьте готовы к тоннам говна большому количеству негативных отзывов. Не позволяйте эмоциям брать вверх: слушайте любые отзывы и предложения, но относитесь ко всему с необходимой критикой. Сохраняйте критичность ума .

    Шаг 2. Помогите себе закончить хотя бы ОДИН проект!

    Если вы закончили свой первый проект как разработчик игр, скорее всего, вы что-то делали не так. Даже эпилептоид не сможет закончить свой первый проект, а к первому релизу у него в архиве будет пара-тройка (минимум) замороженных проектов. Это нормально . Мы учимся на своих ошибках, а не совершают их только идиоты или те, кто ничего не делают.
    Но в какой-то момент нужно будет собрать весь свой опыт, полученный из проб и ошибок, и, наконец, сделать свой первый релиз .
    У каждого разработчика своя история первого релиза, но у меня есть пару советов, которые обязательно вам помогут:
    1. Вгоните себя в экстремальные условия , а выходом из них сделайте релиз. Поставьте себе реальный, но очень сжатый срок на релиз, например, 48 часов или неделю, но спать будете по 4 часа в день. Это даст сильный толчок, заставит оптимально использовать время и сфокусироваться на результате.
      • Сжатые сроки
        Сжимая сроки, не оставляйте себе время на риск. Сжимайте до последнего, пример с 48 часами - хороший.
      • Отсутствие сна
        Полное или почти полное отсутствие сна хороший мотиватор, но не доходите до крайностей. Практика показывает, что даже молодому организму надо давать отдых.
      • Менеджмент времени
        Не стоит выделять много времени на тайм-менеджмент, но не забывайте ставить себе вехи (milestone). Например, скажите себе, что через 5 часов вам надо сделать играбельный прототип.
        Например, в своем первом 48 часовом марафоне (на нем я только рисовал) , я за первую треть времени нашел стиль игры, нарисовал основной, игровой экран и все спрайты врагов. И за оставшееся время сделал 170+ спрайтов анимации и дорисовал интерфейс.
      • Конкурсы , особенно мероприятия, типа, HackDays или Ludum Dare, где нет времени на раздумья и надо сразу бросаться в работу, - отличное подспорье для пунктов выше.
    2. Поставьте себе рамки . Для первого релиза, особено в сжатые сроки, критически необходимо знать рамки проекта. Выпишите себе минимум, что нужен для релиза, и не выходите из него. По необходимости:
      • Урежьте список возможностей
        Было бы здорово сделать возможность летать на самолетах, но если вы делаете шутер про пехоту, сфокусируйтесь на стрельбе.
      • Сократите время игры
        Вероятно, вы рассчитывали сделать синглплеер на 5 часов игры, но вы останетесь победителем с демкой на 20 минут.
      • Уберите часть контента
        Конечно, дополнительная карта не будет лишней для вашего тактического шутера, но релиз останется релизом даже с одной картой.
    3. Ищите простые пути . Напоминайте себе, что вам необходим релиз, а не шедевр . У вас остается право на ошибку, но вы потеряли право на заморозку проекта.
      • Используйте костыли и хардкод
        Не стоит фокусироваться на универсальности или производительности кода. Оптимизация тоже подождет. Просто идите к результату.
      • Копируйте, а не придумывайте
        Если с ответом на любой вставший перед вами вопрос возникают трудности, копируйте решение коллег.
      • Используйте опыт на 150%
        Учет сделаных ошибок - это, несомненно, хорошо, но пока вы их совершали, вы собрали багаж наработок. Постарайтесь использовать из него что-то.
      • Подключите все ресурсы
        Если у вас есть друзья, готовые помочь, не отказывайтесь, а если у вас есть денежный ресурс - вкладывайте (покупайте готовые решения, контент и рабочие руки). Ваши вложения окупятся в дальнейшем.

    Шаг 3. Сделать полноценный релиз

    Когда прошлые шаги позади: релиз за плечами и опыт какой-то уже есть, - хочется, чтобы ваше хобби (не приносящий доход род занятий) переросло в настоящую профессию и источник хорошего, постоянного дохода. Каждый разработчик понимает, что для этого ему нужен полноценный релиз, не тот (те), что мы получили из второго шага, а полноценный релиз с шансом на успех. Увы, но релиз из прошлого шага нужен только для ощушения победы, а не успеха.

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

    1. Делайте проект каждый день . У всех начинающих инди есть занятия, с которыми приходится совмещать разработку. Но не забывайте добавлять хотя бы одну строчку кода или новый спрайт в игру каждый божий день. Это очень важно, это пункт номер 1.
    2. Ставьте себе небольшие задачи и старайтесь выполнять их каждый день. Долго открытая задача, например: “разработать систему инвентаря”, может быстро превратиться в “висяк” с очень низким приоритетом. Поставьте задачу “Интерфейс основного окна инвентаря” и закройте в этот же день, а затем радуйтесь прогрессу.
    3. Два шага вперед, один в сторону . Какой бы разнообразной вы ни планировали игру, не стоит делать сразу 50 типов врагов и тысячи уровней. Сфокусируйтесь на реализации возможностей игрока, а не способах их проявлений. Делаете слешэр? - Реализуйте возможность рубить врага, а врагов клонируйте.
    4. Прототипируйте . Когда вы сфокусированы на настоящем релизе, необходимо отдавать себе отчет, что игра должна быть хорошей . Проверить это можно, прототипируя.
    5. Вы делаете игру . Не стоит делать из своей игры движок или фреймворк. Нет, я не про чистоту кода или возможность его переиспользовать. Работайте хорошо, и результат будет хороший. Не стоит реализовывать возможности до того, как поймете, что они действительно необходимы вашей игре . Например, если вы не уверены, что будет возможность менять цвет одежды героя, не стоит рисовать маску для смены цвета в шейдере. Убедитесь, что ваш дизайн подразумевает наличие предметов перед тем, как создать класс Item.
    6. И главное… Не бойтесь вернуться на шаг 2 . Возможно, еще не время для настоящего релиза.