ОК!это часть от школы 135!
вот те напутствие от статьи про сталкер,прям в тему по-моему!
Вопрос: Как насчет приобретенного опыта? Если бы у вас было 30 секунд, для того чтобы дать совет другим разработчикам, чтобы вы посоветовали?
Дмитрий Ясенев:
1. Не изобретать колёса. Используйте Интернет для поиска решений возникших у вас проблем.
2. Чётко знать какую игру вы делаете, что в ней будет и чего не будет, используйте прототипирование для того, чтобы избежать большого количества фич, которые не вошли в релиз.
3. Отлаживайте персонажей с удобными инструментами: каждая компонента должна иметь отладочную отрисовку/режим/экран. Рисуйте пути (все итерации, все стадии сглаживания), рисуйте проверки на видимость, чтобы знать почему персонаж не видит, рисуйте информацию об укрытиях и т.д. Для отладки поведения персонажей мы создали отладочный экран со всеми данными, так что мы можем легко выбрать персонажа и выяснить что с ним не так. Пауза и замедление времени бесценны для отладки анимаций/передвижения/ориентации.
4. Пусть программисты программируют, а дизайнеры – дизайнят. Дизайнер – плохой программист, а программист – плохой дизайнер. Это может быть проблемой при использовании скриптов. Пусть люди занимаются тем, в чём они сильны. Вместо обучения дизайнеров программированию, сделайте WYSIWYP редактор с кучей настроек.
5. Будьте в курсе всех новых веяний и течений в вашей области, читайте Интернет ресурсы.
6. Я бы пожелал каждому разработчику в каждой своей игре пробовать что-то новое. Возможно, всего одну вещь (т.к. несколько сразу могут выйти за рамки одного проекта), но обязательно новую. Мы видим прекрасную реализацию деревьев решений в Black & White, Jeff Orkin сделал отменную презентацию планировщиков GOAP в F.E.A.R., мы попробовали сделать в каком-то приближении A-Life в шутере, завтра кто-то сделает ещё что-то новое - от этого выиграют как игроки, которые получат разные игры, так и сами разработчики, которые хорошим примером обратят внимание коммьюнити на интересный метод/подход