Проектирование сайтов - Визио - Comments

В Википедии со

Дмитрий Сергеев — Tue, 05 Aug 2008 12:58:50 +0400

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

Оглавление — указатель заголовков издания. В отличие от содержания, оглавление раскрывает в первую очередь строение произведения в моноиздании или только строение сборника (из каких частей или разделов он состоит). [1]

Содержание — указатель заголовков издания. В отличие от оглавления, содержание представляет прежде всего состав полииздания (какие произведения в него включены) или состав моноиздания — издания одного произведения (какие части, кроме этого произведения, в него вошли). [2]

Содержание - в

Roma — Mon, 04 Aug 2008 13:38:39 +0400

Содержание - в конце книги, а оглавление - в начале. Это разные термины.

Да, ничего.

Дмитрий Сергеев — Mon, 15 Oct 2007 02:41:39 +0400

Да, ничего.

http://www.avarda.ru/support/

давид — Mon, 15 Oct 2007 02:33:31 +0400

http://www.avarda.ru/support/forum/index.php?showtopic=645
сто лет висит в сети. если не читал, думаю- понравится.

Приятно, когда

Дмитрий Сергеев — Mon, 15 Oct 2007 01:33:45 +0400

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

А так, конечно, никакой нет разницы :)

-какая разница

david — Sun, 14 Oct 2007 12:34:42 +0400

-какая разница что вокруг чего вертится: солнце вокруг Земли или Земля вокруг Солнца? - как сказал Холмс.
назвать можно хоть жоп..й с электроприводной ручкой, только чтоб было всем понятно о чем речь идет, по- моему.

Хорошо бы CMS

Дмитрий Сергеев — Thu, 24 May 2007 11:21:01 +0400

Хорошо бы CMS specific модуль, чтобы нюансы учитывал и отрисовывал карту аккуратно. Можно поискать что-нибудь подобное в составе пакетов, направленных на автоматизрованное производство документации.

мысль - если

~xXx~ — Thu, 24 May 2007 01:43:29 +0400

мысль - если карта сайта меняется на этапе сборки сайта, то кто мешает модернизировать CMS на предмет экспорта в тот же csv той самой текущей карты с сохранением иерархии и указанием используемых в разделе программных модулей?

Ха-ха. Забыл

Дмитрий Сергеев — Wed, 23 May 2007 16:58:51 +0400

Ха-ха. Забыл залогиниться :) Предыдущий коммент -- мой.

Предлагаю

Wed, 23 May 2007 16:55:39 +0400

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

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

Карта не нужна,

Gray — Wed, 23 May 2007 03:40:51 +0400

Карта не нужна, если сайт сразу получился таким каким хотелось бы. А если вы учли не все пожелания заказчика? Не важно по чьей вине (вы не поняли или заказчик плохо объяснил). Да и для развития сайта карта необходима. А если сайт делает не один разработчик? И вообще, если карту сайта сделать трудно, то за сайт лучше и не браться.

Карту сайта

Gray — Wed, 23 May 2007 03:30:43 +0400

Карту сайта надо отдать заказчику сайта, что бы в случае необходимости он мог обратиться к другому разработчику. А другой разработчик не тратил бы времени на исследование этого сайта.

Карта сайта

Gray — Wed, 23 May 2007 03:20:47 +0400

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

вот тут и нужен

~xXx~ — Thu, 17 May 2007 10:29:21 +0400

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

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

ну

grimskin — Thu, 17 May 2007 01:39:38 +0400

ну спроектировать все как нужно не проблема :) а вот спроектировать это так, как это хочет заказчик - это уже да, проблематично.