vsИнди

Я просто не понимаю почему нельзя насрать на все и просто сесть и начать делать. Осваивать новые вещи это же фан, зачем какая-то особенная подготовка, ритуалы, блогпосты, дрочба при луне? Берешь и делаешь. Обожжешься, наберешься опыта, выкинешь говно которое сваял, насрешь нового, жизнь тлен всё равно, зато фан.

Doc:

Кирилл, ты ли это? О_О

Devion:

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

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

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

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

Я думаю, чтобы утверждать своё мнение в качестве мнения последней интстанции нужно обладать как минимум опытом управления проектами в каком-нибудь Blizzard и даже в том случае, это мнение будет лишь одной стороной.

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

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

PrincePhoenix:

Skyforge
Мелкая инди-игрушка, ага.

Вынесенное на всеобщее обозрение по определению перестаёт быть "личным".

Сколько стульев уже продал за сегодня, высокомерный?

КМК, вполне очевидно, что ему просто насрать.

Clamp, Да, ты гуру гейм-дизайна, я даже иногда думаю, как ты находишь "время" зайти на форум и ответить мне, смертному, который так далёк от этого.
Я не хочу копаться в твоём белье, но ты носишь поношенное.
Все проекты, которые ты обозначил в профиле - клоны других игр.

Это почти оффтоп, в виду бурной дискуссии с переходом на личности выше, но все-же выскажу свое мнение.

Документация к проекту нужна, причем нескольких видов, факт, но не надо ставить телегу впереди лошади:

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

PrincePhoenix:

И как ты собираешься этим пользоваться если:
PrincePhoenix:

PrincePhoenix:

Не преподаватели вуза Чехии или бизнес школы MBA, на которые ты так фапаешь, уж прости)

он аутист как и все хгмвоцы

Аутистов не трожь!

Devion, не надо тут подменять мои слова пожалуйста, было ясно сказано, что я говорю о том, что излишняя самоуверенность в своих знаниях есть только у идиотов, ибо они ничего не знают. В остальном есть лишь опыт человека, который может быть трактован, как опыт - но не факт. не может быть трактован, как факт
Может уже хватит делать вид, что я говорю о чем-то в стиле: «я знаю лучше вас»?
не подражай клампу, умным людям это не идёт.
GeneralElConsul, не знаю, это такой двойной троллинг, или ты в плотную не разглядел сарказм очевидный.