www.mudconnector.su

и каков вывод?

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

чтд.

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

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

Не понимаю вашей агрессии.
Была предложена новая архитектура взамен существующих. Был вопрос про мнение общественности.
Я высказался - считаю, что существующие кодовые базы имеют больше потенциала, чем предложенная идея.
Почему я должен предлагать что-то новое, объясните?

что вы, никакой агресси
просто мне очень хотелось увидеть здоровенную простыню про olc.

Хорошо, быть может, это оживит дискуссию...
Видите ли, я под комфортной работой билдера понимаю вовсе не гуевый редактор. Отсутствие гуи это дело привычки. В конце-концов, про саму игру в мад тоже можно сказать, что интерфейс не предоставляет никаких удобств (непривычному человеку в маде даже ходить трудно).
Комфортная работа билдера это прежде всего:
1) Возможность по ходу дела править другие зоны, достраивать в них то, что необходимо для взаимодействия с новой зоной. Например, я хочу сделать квест, который заставит персонажа как следует помотаться по всему миру, причем за пределами зоны лежит 90% его действия. Естественно, нужно создавать новых мобов, объекты, скрипты в старых зонах. Здесь olc имеет явное преимущество перед редактором.
2) Возможность быстро получить нужную информацию или статистику. Даже если я не правлю другие зоны, мне все равно в любой момент может понадобиться уйма информации о них. При создании каких=нибудь глобальных квестов бывает нужно знать, сколько и каких существует объектов такого-то типа, или из такого-то материала, в каких зонах они есть, насколько трудно их добыть. Если в моем квесте используется, скажем, драгоценный камень, то нужно узнать, где в мире существуют еще похожие камни, дабы реализовать их использование либо логично обосновать, почему их использовать нельзя. Да и когда придумываешь награды, полезно знать, какого рода вещей в мире не хватает и на какие уровни. В olc меня от получения статистики отделяет одна команда, в самом худшем случае нужно написать небольшой скрипт, но не более того.
3) Возможность билдить и сразу оценивать, насколько задуманное вписывается в мир. Сразу на месте проверить работу скриптов. На месте же посоветоваться с коллегой или уточнить что-то, чего не знаешь. Понятно, что редактор ничего этого не запрещает, я лишь говорю, что зоны создаются отнюдь не в оффлайне, подальше от всех, а наоборот, в онлайне при активном взаимодействии с миром и другими билдерами. Механизм "я билдю дома и присылаю главному на проверку" устарел давно и безнадежно - создать шедевр в таких условиях нелегко, и он в любом случае будет замкнутым мирком, вещью в себе.
4) Возможность затребовать в скриптах какой-то новый функционал и оперативно его получить от кодеров. Поддержка olc при активном развитии скриптового языка - вещь в десятки раз более быстрая, чем поддержка оффлайн-редактора. А возможность билдеров реализовывать свои более сложные идеи напрямую зависит от того, насколько много из запрошенного выполняется и насколько быстро. К тому же, например, в нашем маде формат файлов, где хранятся данные о зонах, изменялся принципиально как минимум дважды и бессчетное число раз дополнялся. Представляю, чего бы стоило каждый раз переделывать еще и редактор.
5) Возможность редактировать не только зоны, но и многое другое: справку, параметры рас, профессий, умений и групп, материалов и жидкостей, социалов, божеств, типов повреждения... и еще много чего. Оффлайн-редакторы нервно курят.
Вот, я перечислил основные причины, по которым лично для меня и моих товарищей по маду никакой редактор не заменит olc. Прошу высказываться.

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

_________________
Пруль, кодер и билдер VMUD
http://mud.kharkov.org
http://virtustan.net
telnet 195.123.245.173 3000

Я лично не согласен практически ни с чем, поскольку РЯДОВОМУ билдеру ВСЯ эта информация
не должна быть доступна .

Некоторую непаблик часть лично моих оффлайн-редакторов составляет именно статистическая
часть, которая позволяет оценить те или иные вещи.

Способность "быстро поправить всё" безусловно нужна, но для коллективной работы
она нужна максимум 1-2 людям . Способность "быстро сломать всё" выданная двум десяткам
лиц приведет к понятному всем результату. Бездумное создание сильносвязанных зон
не нужно ни игрокам, ни тем, кто впоследствии будет заниматься исправлением в них багов.

Привет всем, я тут почитал и решил присоединиться. Чтобы не быть голословным, скажу что в MUD я играю около 4-5 лет, из которых примерно 4 являюсь иммом в действующем проекте, прошел путь от лопуха, не умевшего вообще ничего до старших уровней, занимался как билдерством (чуть меньше), так и кодерством (последнее время - почти исключительно кодом).
Говорю с позиции своего опыта и знания принципов работы мира глубоко изнутри (основанного на ROM, хотя это не принципиально): предыдущий пост - почти полностью состоит из заблуждений.

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

Во-вторых, в оффлайне просто физически невозможно сделать что-либо сложнее чем набор комнат/мобов/предметов с описаниями. Хоть сколько-нибудь заметное взаимодействие зоны с игроком, реализуемое на внутренних языках требует написания сриптов на этих языках в реальном окружении и многократная проверка различных ситуаций. Не гвооря уж о том, что большинству билдеров требуются консультации с другими билдерами (все знать невозможно) и с кодерами. Кто учился в 80х-90х годах может с радостью вспомнить уроки информатики и контрольные вида "написать программу на бумажке" - это будет примерно то же. Да, после того как зона, кажется, доделана и вылизана и туда заходят смертные, билдер еще долго следит за ними и подчищает/дорабатывает/переделывает. Да, на лету. Иначе это был бы марафон на много месяцев.

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

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

_________________
http://neronis.ru http://kh.lazy.zoxt.net

to KadVar
Я не говорю, что нужно выдавать права двум десяткам людей. Да, часть пунктов в моих аргументах касаются в основном старших билдеров. Однако, во-первых, пп. 3-4 относятся и к рядовым, во-вторых, младший билдер - потенциальный старший, а значит, ему лучше сразу осваивать olc, чтобы потом не переучиваться.