Совместное создание игры

	Комментарий администратора
	Обсуждение вынесено из темы Ищу человека для совместного изучения программирования

Сообщение от Royal_X Вот на моем неигровом ноуте последний UE без проблем запускается и не тормозит даже.

ок.
если ТС готов варганить со мной сапера, то я сделаю ещё одну попытку его(пожалуй 4 версию) установить и испытать.

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

и больше ничаво.

0

Сообщение от SmallEvil Хотелось поработать совместно. Каждый пишет часть одной программы/системы.

я тут уже писал XLAT, что совместное программирование это когда

XLAT реализует int foo(), а я int bar(), и в конце нам остается return foo()+bar().

По такому принципу мы смогли немного поработать вместе, когда я создал игру на годот, а XLAT написал движок, и каждый не лез в работу другого. До этого я еще давно писал сапера, как на С++, так и на GDScript, и мне не было бы трудно все сделать самому. Но цель эксперимента как раз была в том, делать совместно, подстраивать игру под консольку XLAT.

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

Добавлено через 2 минуты

Сообщение от SmallEvil Где план работы, где взять фрагмент проекта на реализацию?

в том и проблема, что XLAT красиво объяснил принципы совместного программирования, но почему-то он выложил код, когда тот был уже полностью готов, кроме нескольких багов. И что тут другим продолжать? К тому же, он начал писать код, не договорившись, кто и что будет писать. А сейчас жалуется, что никто совместно не пишет.

0

Сообщение от Royal_X А вот если подразумевать под совместным программированием - я начал писать код для функции, а ты заверши, то получится бред...

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

0

Сообщение от SmallEvil Но в команде, каждый должен быть готов завершить код другого.

но тут уже нужно комментировать код очень хорошо и порой даже комментов недостаточно, нужна постоянная связь с тем, кто писал код, ведь можешь наткнуться на такое, например:

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

0

Апдейт к посту №756
Экстремальное_программирование
Это тоже можно попробовать, но нужно пройти сначала знакомство с простым совместным программированием, "каждой тваре по паре" - каждому кодеру по своей задаче.

0

Сообщение от Royal_X в том и проблема, что XLAT красиво объяснил принципы совместного программирования, но почему-то он выложил код, когда тот был уже полностью готов, кроме нескольких багов. И что тут другим продолжать?

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

Добавлено через 4 минуты
пацана жалко, но не знаю как помочь

0

Сообщение от SmallEvil Экстремальное_программирование

один программист занимается написанием кода, а его напарник в это же время непрерывно просматривает только что написанный код

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

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

Такой метод можно назвать multipass

0

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

0

Сообщение от CoderHuligan Нужно четко прописывать ТЗ

что думают об этом те, кто гребет деньги лопатой, т.е. профи:
https://www.youtube.com/watch?... 22&t=3745s

там он полезное сказал: "кодер пишет ТЗ на япе."

0

Сообщение от XLAT кодер пишет ТЗ на япе

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

3

Сообщение от XLAT профи

если он профи, то я шахиншах Млечного Пути)

Сакутин - самопровозглашенный кодер (https://www.youtube.com/watch?v=kalhCVeOHjw&t=64s)

как ты вообще находишь такой мусор? у сакутина отсутствует мозг, банальная логика, а сам он выглядит как петушара из кладбища.
Кто-то в комментах написал "Их компания делает откровенно бездушные , картонные, пустые игры."

0

Сообщение от CoderHuligan Но для конкретно сапера это избыточно.

Кажется что избыточно, если писать простой сапер.
Но если писать более обобщенные его части, то можно разделить на несколько вполне независимых подзадач.
Хватит по одной на каждого из желающих в этой ветке. (3-5+ задач).
Да и проектировать так же можно вместе.

Например: предлагаю разделить сапер на след. подзадачи:
- Само поле и его элементы. (почему сущность поля отдельно, об этом позже)
- Генератор поля (бомб и прочего). Могу сказать что рандомный генератор очень часто создает логически неразрешимые ситуации, где приходится лишь угадывать с различными шансами 50% 33% и т.д. Для начала пойдет и такой.
- Система возможных событий взаимодействия с полем, включая колбеки.
- Конечная логика/правила игры. Условия победы и поражения и доп. условий, событий.
- GUI, это отдельная задача/тема, которую также можно декомпозировать.

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

Теперь посмотрим на первую цитату этого поста. Уже не так однозначно звучит?

Добавлено через 3 минуты
update: особенно учитывая, что стандартный сапер нас особо не интересует, а вид конечного или возможных мы ещё не знаем.
Поэтому обобщенные и по возможности универсальные его части дадут нам или другим свободу експериментировать и фантазировать. Что бы получилась залипательная игрушка на несколько часов/десятков часов/ 50+ игр и т.д.

1

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

Полностью согласен. Тут простор для самовыражения.

Сообщение от SmallEvil Генератор поля (бомб и прочего). Могу сказать что рандомный генератор очень часто создает логически неразрешимые ситуации, где приходится лишь угадывать с различными шансами 50% 33% и т.д. Для начала пойдет и такой.

Я уже в этой теме выкладывал свою рэндомную генерацию поля и расстановку мин. Правда консольный вариант. XLAT тоже выкладывал свой вариант. А вот как быть с неразрешимыми ситуациями, тут надо думать. И я уже тут писал об этом, что надо бы это учесть, хотя в оригинале это не учитывается. Мне осталось сделать модель поля, то есть формат представления состояния конкретной ячейки. Склоняюсь к одному байту, меньше памяти займет, а состояния выражать при помощи отдельных битов. И функции отрисовки рамок,табло со счетом, секундомера и самого поля.
Хочу еще свои спрайты сделать причем под разный масштаб.

0

Сообщение от SmallEvil Например: предлагаю разделить сапер на след. подзадачи:

переписую на яп:
1.

Сообщение от SmallEvil Само поле и его элементы. (почему сущность поля отдельно, об этом позже)

2.

Сообщение от SmallEvil Генератор поля (бомб и прочего).

3.

Сообщение от SmallEvil Система возможных событий взаимодействия с полем, включая колбеки.

4.

Сообщение от SmallEvil правила игры

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

5.

Сообщение от SmallEvil GUI, это отдельная

namespace gui
{
...
}

мне нравится идея писать ТЗ на япе.

0

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

Потом пишутся интерфейсы и всё остальное для выполнения поставленной задачи.
Интерфейс может быть дополнен или изменен с предложениями утвердить их.

ТЗ на ЯП - моя плакать.
XLAT, наверное, то что ты хочешь сказать называется как то по другому.

0

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

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

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

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

0

Сообщение от XLAT что тз не пишутся для кодеров,

Откуда тогда кодер будет знать что кодить?
Или я проспал где то 50 лет, и уже не важно что кодить и как называть?

Так и не понял, желает ли кто совместно пописать и покакать сапера?

0

Сообщение от SmallEvil Или я проспал где то 50 лет, и уже не важно что кодить и как называть?

из тз, на языке, который можно понять.

Сообщение от SmallEvil Так и не понял, желает ли кто совместно пописать и покакать сапера?

а тз уже готово?

Добавлено через 1 минуту

Сообщение от SmallEvil Так и не понял, желает ли кто совместно пописать и покакать сапера?

да, я пишу сервер на 100500 клиентов для казино-сапера.

Рояль_X ничего, вроде, не пишет - его можно загрузить по полной)

0

вам что ТЗ написать?

0

Сообщение от XLAT ты, наверное, хотел сказать, что тз не пишутся для кодеров,

Сообщение от XLAT из тз, на языке, который можно понять.

Сам себе противоречишь в каждом втором посте.
Русский можно понять?

0

Сообщение от SmallEvil Сам себе противоречишь

ок, тогда меня можно не слушать.

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

Сообщение от Royal_X вам что ТЗ написать?

вместо этого вопроса уже бы само тз сюда бы написал)

0