Блоги живых драконов
Создай свою игру!
Современные игровые движки просто поражают своей модульностью. Сейчас уже можно купить игровой движок, который позволит не задумываться о спецэффектах, программировании красивой воды или физических явлений. За вас это уже сделали другие. Вам требуется только написать код игры, а всё остальное вы можете отрегулировать в конструкторах игрового мира. Хотите бурю? Просто потяните ползунок в специальном меню. Это раньше всё приходилось монотонно описывать в коде игры. И по всей видимости, дальше будет всё интересней и проще. Получится так что скоро игры будут собирать в специальных конструкторах, с минимум вмешательства со стороны программистов. Как это сейчас выглядит можно увидеть на примере игры Alan Wake.
713
3
комментарии
И всё равно не так всё просто. Никакой конструктор ничего дельного не даст. Технологически всё упрощается, но от этого будет только вал похожих игр. Впрочем, это уже есть.
И еще никогда передовые технологии не будут доступны вот так всем желающим, даже за деньги (только за очень большие) и в больших играх всё равно нужны серьезные программисты. А локацию построить проще, да. На то она и среда разработки, сиди и лепи.
Ну а для технически простых игрушек в простых движках, конечно тоже всё постепенно обрастает более качественными и интересными библиотеками, явный прорыв в источниках света, физике... но опять же, это просто инструмент. В Алане Вейке свет отличный, имитация атмосферных явлений выше всяких похвал, но если дешевый конструктор предложит создание такой сцены в пару кликов, ну и будут одинаковые клоны у детсадовских команд геймдевелоперов. Отчасти это убивает творческую ауру, я считаю. Весь креатив сводится к тасканию ползунков, а не к придумыванию оригинального. Люди в итоге будут выбирать в основном из предложенных конструктором и компьютером вариантов, а не из того, что придумает их собственный разум.
И еще никогда передовые технологии не будут доступны вот так всем желающим, даже за деньги (только за очень большие) и в больших играх всё равно нужны серьезные программисты. А локацию построить проще, да. На то она и среда разработки, сиди и лепи.
Ну а для технически простых игрушек в простых движках, конечно тоже всё постепенно обрастает более качественными и интересными библиотеками, явный прорыв в источниках света, физике... но опять же, это просто инструмент. В Алане Вейке свет отличный, имитация атмосферных явлений выше всяких похвал, но если дешевый конструктор предложит создание такой сцены в пару кликов, ну и будут одинаковые клоны у детсадовских команд геймдевелоперов. Отчасти это убивает творческую ауру, я считаю. Весь креатив сводится к тасканию ползунков, а не к придумыванию оригинального. Люди в итоге будут выбирать в основном из предложенных конструктором и компьютером вариантов, а не из того, что придумает их собственный разум.
Не совсем так. Раньше, к примеру, чтобы загрузить объект, надо было написать код загрузки этого объекта. Теперь же просто перетаскивай из проводника 3D модель в тот же Unity3D и делай с ним что хочешь. Просто программистам работы получается намного меньше чем раньше. Им уже не надо заморачиваться на всякой второстепенной фигне, а предоставляется возможность полностью сосредоточится на игре.
Взять же тот же физический движок. Это вообще сторонняя разработка. Подключаемый модуль. Его уже поголовно используют, хоть вроде и должно быть похоже, однако физика на то физика, она стандартна. :)
А ведь чтобы её сделать, это сколько раньше времени уходило и не факт, что хорошо получалось.
Однако, конструкторы игр и сейчас существуют. Но они очень убоги и рассчитаны на детей и чуть постарше. Я не знаю ни одной игры сделанных на них, чтобы они что-то там получили. Так что беспокоиться за поделки не стоит. Игру сделать это сложно и долго. Спецы стоят денег. Хорошие спецы, очень хороших денег. Просто как бы двиг не облегчал работу программистов, графическая, звуковая, музыкальная стороны будут развиваться отдельно от игровых движков. При этом никто не ограничивает программистов сделать что-то своё, чего не хватает в движке или модернизировать имеющееся в движке.
Взять же тот же физический движок. Это вообще сторонняя разработка. Подключаемый модуль. Его уже поголовно используют, хоть вроде и должно быть похоже, однако физика на то физика, она стандартна. :)
А ведь чтобы её сделать, это сколько раньше времени уходило и не факт, что хорошо получалось.
Однако, конструкторы игр и сейчас существуют. Но они очень убоги и рассчитаны на детей и чуть постарше. Я не знаю ни одной игры сделанных на них, чтобы они что-то там получили. Так что беспокоиться за поделки не стоит. Игру сделать это сложно и долго. Спецы стоят денег. Хорошие спецы, очень хороших денег. Просто как бы двиг не облегчал работу программистов, графическая, звуковая, музыкальная стороны будут развиваться отдельно от игровых движков. При этом никто не ограничивает программистов сделать что-то своё, чего не хватает в движке или модернизировать имеющееся в движке.
Вот с таким дополнением я согласен на все сто. :)
А ведь принцип среды разработки с уже готовым набором библиотек уже поголовно внедряется, в том числе и в микроэлектронике, создании чипов, процессоров. Перетащил модуль и есть у тебя то что нужно. Так и компонуют. Другой вопрос - насколько это эффективно и быстро работает, ведь между всегда стоят определенные обработчики, дабы всё связывать и распознавать.
Вот код написанный на C++ и аналогичное созданное на среде разработки и библиотеках будет работать по разному и в том числе по скорости. Вполне понятно, где будет быстрее. Но тяжесть движков не всегда убыточна, конечно, приложение работает и этого достаточно. Так что упрощенность и скорость разработки играет нынче ключевую роль, это факт.
А ведь принцип среды разработки с уже готовым набором библиотек уже поголовно внедряется, в том числе и в микроэлектронике, создании чипов, процессоров. Перетащил модуль и есть у тебя то что нужно. Так и компонуют. Другой вопрос - насколько это эффективно и быстро работает, ведь между всегда стоят определенные обработчики, дабы всё связывать и распознавать.
Вот код написанный на C++ и аналогичное созданное на среде разработки и библиотеках будет работать по разному и в том числе по скорости. Вполне понятно, где будет быстрее. Но тяжесть движков не всегда убыточна, конечно, приложение работает и этого достаточно. Так что упрощенность и скорость разработки играет нынче ключевую роль, это факт.
