Извините, ничего не найдено.

Gector · 03.08.2013, 15:55

Сообщение от Mr_F_

ещё один тред на ГД "Я директар, ничего не умею, делаю мморпг, нужны все"? :D
Если хочешь прослыть клоуном, то конечно.
В ином случае надо брать юнити (пожелание поддержки шейдеров и одновременное нежелание прописывать самому обсчет каждой вершины намекает на то что что-то более глубокое автору не нужно; да и впрочем и нет нормального публичного движка лучше) и делать игру.
Когда будет интересная игра но чего-то в ней не будет хватать - тогда можно будет просить помощи других и не быть осмеянным.

А... Ну я это и не отрицаю. Само собой пока нет демки - набирать людей нет смысла.

radiobutton · 03.08.2013, 16:12

Сообщение от ABTOMAT

Кто тебе мешает её одному продумать на этапе создания прототипа?

Ну так это нужно в первый пункт занести. Т.к. это длительный и творческий процесс.

ABTOMAT · 03.08.2013, 16:16

Ты бы ещё включил пункты "Установить хороший IDE", "Сесть удобно на стул" и прочие само собой разумеющиеся вещи.

Nuprahtor · 03.08.2013, 16:18

Юнити уже рекомендовали? Нет?
Бери юнити.

avel · 03.08.2013, 16:47

Сообщение от ABTOMAT

Ты бы ещё включил пункты "Сесть удобно на стул"

а сесть удобно на стул это в нашем деле практически самое главное!

radiobutton · 03.08.2013, 17:12

Сообщение от ABTOMAT

Ты бы ещё включил пункты "Установить хороший IDE", "Сесть удобно на стул" и прочие само собой разумеющиеся вещи.

Тема называется "с чего начать?".
Можно и про IDE написать.

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

ABTOMAT · 03.08.2013, 17:16

Сообщение от radiobutton

Mr_F_ · 03.08.2013, 17:40

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

Оно все равно получится, инфа 200%.
Если ты делаешь проект с такой спецификой, с какой раньше не был не знаком, тебе как минимум 2 раза придётся его переписать чтобы это был не тотал говнокод и костыль на костыле. Опыт тут решает. Фокусироваться слишком сильно на архитектуре не имея опыта - это пустая трата времени, в результате которого родится переинженеренный толстенный движок, плохо сочетающийся с реальностью, в который придётся вбивать как раз костыли и запутываться ещё больше.
Моё мнение - надо делать так чтоб работало, не тормозило и было читабельно. Причём всё это можно сделать без ООП-помешательств.
На перспективы что когда-то там вдруг вместе с автором будут работать другие прогеры в одном и том же коде я бы сразу забил.
Надо садиться и делать конкретную эту игру. Без опыта грамотной архитектуры никакой не придумаешь.

radiobutton · 03.08.2013, 17:48

Сообщение от Mr_F_

Оно все равно получится, инфа 200%.
Если ты делаешь проект с такой спецификой, с какой раньше не был не знаком, тебе как минимум 2 раза придётся его переписать чтобы это был не тотал говнокод и костыль на костыле. Опыт тут решает. Фокусироваться слишком сильно на архитектуре не имея опыта - это пустая трата времени, в результате которого родится переинженеренный толстенный движок, плохо сочетающийся с реальностью, в который придётся вбивать как раз костыли и запутываться ещё больше.
Моё мнение - надо делать так чтоб работало, не тормозило и было читабельно. Причём всё это можно сделать без ООП-помешательств.
На перспективы что когда-то там вдруг вместе с автором будут работать другие прогеры в одном и том же коде я бы сразу забил.
Надо садиться и делать конкретную эту игру. Без опыта грамотной архитектуры никакой не придумаешь.

Взял и разбил все надежды автора разом =(

Я в своем ответе абстрагировался от того, что не имея опыта написать мморпг все таки можно. +)

avel · 03.08.2013, 18:08

Сообщение от radiobutton

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

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

ну, и что такое ООП я тоже прекрасно представляю.
тока, тсс, никому!

radiobutton · 03.08.2013, 18:17

Сообщение от avel

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

ну, и что такое ООП я тоже прекрасно представляю.
тока, тсс, никому!

Ну одно дело прекрасно представлять, а второе пользоваться всеми преимуществами.

Gector · 03.08.2013, 20:37

Сообщение от Mr_F_

Причём всё это можно сделать без ООП-помешательств.

Полностью согласен. Принцип "чем проще, тем лучше" никто не отменял.

radiobutton · 03.08.2013, 23:15

Сообщение от Gector

Полностью согласен. Принцип "чем проще, тем лучше" никто не отменял.

Тут зависит от поставленной задачи и целей.

Если ты делаешь проект один, на 1 раз. То да можно сделать чтобы работало и не тормозило (с читабельностью спорно, зависит от опыта, хотя опыт и на первые 2 пункта распространяется.) Не используя весь потенциал ООП, и не задаваясь сильно вопросами архитектуры. (использовать стандартные возможности среды разработки)

Но если ты пишешь не один.(особенно если начинаешь один, а потом к тебе присоединяется народ) Если ты хочешь поддерживать свой проект и позднее. Если у тебя в проекте используется большое количество разных технологий. Есть в проекте есть хоть какая то асинхронность(а в мморпг нужно постоянно обмениваться пакетами с сервером). То если ты не будишь замарачиваться с продуманной архитектурой то проект 300% не дойдет до релиза.

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

Nex · 03.08.2013, 23:42

Нынче модно продавать альфа/бета версии и можно вообще легко заработать и купить 3д модельки, звуки, ~~машину и выпускать небольшие обновления раз в месяц-два дабы игру продолжали покупать~~. Главное зацепить людей чем нибудь в игре, а там все как по маслу пойдет.

Gector · 03.08.2013, 23:59

Сообщение от radiobutton

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

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