Войти
ПрограммированиеФорумОбщее

Вопросы от Непрограммиста

Страницы: 1 2 3 4 5 6 Следующая »
#0
(Правка: 4 авг. 2021, 22:59) 12:26, 27 окт. 2020
Цель: минимум настроек - максимум творчества. Максимально упростить разработку игры.

1. ТЗ для программиста
2. Игра на юнити встроенная в браузер
3. Кодить по видео урокам
основная тема

#1
13:00, 27 окт. 2020

https://gamedev.ru/gamedesign/forum/?id=226064&m=4492819#m2

Но т.к. игры умеют делать только программисты, то обычно просто указывают игру, которую надо переделать/перепродать.

#2
(Правка: 13:16) 13:13, 27 окт. 2020

711
> Нужно в краткой форме перечислить все "если" и "то", так чтобы программисту,
> грубо говоря, осталось бы только всё заменить на "классы".
Если перечислить все "если" и "то" - то получится готовая программа. В том смысле что, чтобы заранее предусмотреть все "если" и "то", нужно самому тоже быть программистом.
И то, о многих пограничных случаях начинаешь задумываться, только уже приступив к реализации.
Так что самый надёжный способ
> а) по возможности упростить работу программисту.
> б) избавиться от разночтения одной и той же задачи.
- это сказать программисту "в случае каких-либо вопросов, сразу звони на вот этот номер" и дать ему свой телефон. Ну и, разумеется, когда тебе позвонят - хорошо подумать над вопросом и дать подробный ответ.

#3
(Правка: 7 ноя. 2020, 0:07) 23:45, 6 ноя. 2020

gudleifr
Delfigamer
Спасибо за ответ.
ВОПРОС 1.
ТЗ для программиста

+ Показать
#4
(Правка: 7 ноя. 2020, 0:07) 23:45, 6 ноя. 2020

ВОПРОС 2.
Игра на юнити встроенная в браузер.
Я хотел бы выкладывать наработки прямо здесь, на форуме, как картинки или видео. Взять кусочек игры, скомпилировать в определённый формат и выложить как раньше можно было выкладывать флеш игры.
Именно на юнити.
Возможно ли это ?

#5
1:54, 7 ноя. 2020

711
> Нужен пример
Не нужен - просто ответьте на те вопросы, что я задал.

711
> всё заменить на "классы".
Как это делается в наипростейшем случае, см. - ИзображениеТЕМА #97, АБЗАЦ #1238Изображение

#6
(Правка: 15:12) 14:51, 7 ноя. 2020

711
> Нужен пример - описание задачи, в таком виде в котором её хотел бы видеть
> программист, но простым языком.
Проще будет если ты напишешь свое видение "задачи", а программисты скажут чего в этом описании не хватает.

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

711
> ВОПРОС 2.
Юнити можно компилировать в webGL, дальше выкладывать на бесплатный хостинг и давать здесь ссылку.

gudleifr
> Как это делается в наипростейшем случае, см. - ИзображениеТЕМА #97, АБЗАЦ #1238
офигеть, у gudleifrа таки есть игры которые запускаются. жалко что клон.
#7
0:46, 27 дек. 2020

Привет.
Возвращаясь к первому вопросу. Может ли подобное описание быть для программиста полезным ? или это “каша” только путает ?

БАБОЧКА
ТЗ. Первый вариант.
Цель:
создать реалистичное и контролируемое поведение бабочки.
Полёт:
а) в сцене будут находится "технические точки" (расставляются вручную), которые будут являться началом и концом цикла полёта. Бабочка может взлететь с одной точки и приземлиться на другую. Одна точка может использоваться одновременно несколькими бабочками.
б) основное движение будет по прямой, от точк А до точки Б. Дополнительное смещение будет по осям X и Y, и должно смещаться относительно далеко. Смещение должно происходит рандомно.
Первая переменная: Бабочка, рандомно "выбирает" точку и начинает двигаться к ней по прямой (будет плюсом если есть способ создавать сложные траектории)
Вторая переменная: Выпадает случайное число. Число - это сила смещения по координатам относительно прямой траектории. Важно то, что число выпадает не только с разным значением, но и с разной периодичностью.
Анимация:
1. машет крыльями пока летит.
2. периодические помахивание при нахождении на "точке" (сидит на цветке)
ИИ:
1. перелёт с точки на точку - происходит случайным образом.
2. принудительно, при касании пальцем игрока.

Схема. Гифка

+ Показать

#8
(Правка: 1:03) 1:03, 27 дек. 2020

711
> Может ли подобное описание быть для программиста полезным ?
Современные программисты не умеют программировать. Тупо напишите: нужен "Ил-2", но про бабочку. Если Вы просто напишете "что надо", программист сделает Бабочку из Контры или Складского учета...

#9
0:15, 28 дек. 2020

gudleifr, ну... там... пару индивидуумов умеют )))

#10
1:24, 28 дек. 2020

711
какая-то наркомания:
> создать реалистичное и контролируемое
предлагаешь заняться исследованием полета бабочки? (ну ок, + n нулей в ценник)
> в сцене будут находится "технические точки"
давай нормальные имена чтобы не было потом путаницы.
> будут являться началом и концом цикла полёта. Бабочка может взлететь с одной
> точки и приземлиться на другую.
масло масляное.
> от точк А до точки Б
что такое точка А, что такое точка Б? Перед тем как вводить новые обозначения, ты им должен дать определение. Но допустим точка A цветок на котором сидит бабочка в данный момент, точка Б цветок на который нужно перелететь.
> Дополнительное смещение будет по осям X и Y, и должно смещаться относительно
> далеко.
Что такое дополнительное смещение? Что такое относительно далеко?
> Первая переменная
это смешное конечно, но пусть.
> (будет плюсом если есть способ создавать сложные траектории)
кто будет их создавать? Что значит сложная траектория? Любая траектория не по прямой?
> Выпадает случайное число. Число - это сила смещения по координатам относительно
> прямой траектории. Важно то, что число выпадает не только с разным значением,
> но и с разной периодичностью.
тут самый сок наркомании, предполагаю речь про направление движения которое меняется динамически в полете.
> 1. машет крыльями пока летит
программисту очень интересно что будет нарисовано в анимации, конечно. (нет)
> периодические помахивание при нахождении на "точке" (сидит на цветке)
всё то же самое. Иными словами есть анимация полета и есть анимация покоя, что там в них нарисовано программисту до лампочки.
> 2. принудительно, при касании пальцем игрока.
касанием по чему? Цветку с бабочками?

#11
1:47, 28 дек. 2020

711
1. данные
2. методы(функции)
3. механика

у тебя есть задача.
у тебя есть твоё виденье решения задачи
для кодера это всё "эльфийский" потому нужно конкретизировать(выстроить забор вокруг возможной свободы кодера) на столько, чтоб задача обязательно была выполнена с результатом, который ты ожидаешь.

например:
бабочка:
есть вариант состояния бабочки скажем ничего не делает и летит, и кажется что это норм?
кодер смотрит на такую петрушку и говорит нуок будет значит состояние кодироваться бул переменной 0 стоит 1 летит и делает твой полёт...
а потом вдруг ты говоришь хочу чтоб бабочка ползала ну хочу и надо! я так надизайнил, а кодер такой СТОП у меня уже сделана логика, я не хочу переделывать у вас разногласия-трения и выясняется, что состояние лучше кодировать перечислением...
как итог на 2-3й раз подобных неурядиц кодер ливнет...
потому сначала нужно определить данные обьекта потом методы с помощью которых обьект оперирует данными и потом уже механику игры. можно дать кодеру свободу на этапе методов но вот над данными никакой свободы быть не может это "точка раздора"

#12
2:13, 28 дек. 2020

uss
Достаточно описывать задачу так чтобы в ней не было противоречий и терминов без определений.

#13
2:28, 28 дек. 2020

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

если не думать о данных(а в приведённом автором примере он о них не думает...ему бы механику получить) мы 100% придём к противоречиям на уровне кода, а почему? а потому что о данных не думаем сразу лепим механики

#14
2:48, 28 дек. 2020

uss
ты говоришь о том о чем заказчику вообще знать не полагается и если он полезет своими грязными руками программисту что-то диктовать про данные/методы, то либо вообще ничего не получится (заказчика пошлют), либо всё равно программист сделает по своему.
Ты задачи то хоть разделяй. Тут опытный программист голову поломает над архитектурой не раз, а ты хочешь чтобы тебе вообще ноль что-то советовал в этом.

Страницы: 1 2 3 4 5 6 Следующая »
ПрограммированиеФорумОбщее