Проектирование сайтов - Не рассчитывайте на карту сайта / sitemap toy - Comments

Хорошо бы 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

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

ЗЫ структура

~xXx~ — Thu, 17 May 2007 01:00:36 +0400

ЗЫ

структура сайта как правило формируется на уровне коммерческого/тендерного предложения. а потому на момент подписания договора проект уже имеет конечную смету.

ТЗ по-любому

~xXx~ — Thu, 17 May 2007 00:58:47 +0400

ТЗ по-любому включает в себя карту сайта, так как многие разделы сайта обслуживаются кастомными модулями, прописанными ниже по тексту ТЗ (а далеко не все CMS способны весьма вольно работать с шаблонами представлений в плане подключения любых модулей в любые области шаблона страницы). + карта сайта регламентирует последующее контент наполнение в рамках договора.

Кстати, да. Если

Дмитрий Сергеев — Thu, 17 May 2007 00:44:09 +0400

Кстати, да. Если в договоре упоминается тз с картой сайта, то для ее обновления придется сделать что-нибудь юридическое :) И думаю, это не так уж хорошо -- спроектировать сразу всё как надо невозможно. Ловушка для заказчика и оправдание для исполнителя.

как человек

~xXx~ — Thu, 17 May 2007 00:30:04 +0400

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

как правило так

kodji — Wed, 16 May 2007 23:56:05 +0400

как правило так и происходит (по крайней мере в моей практике) - карту составляют чтобы определиться с количеством работы на начальном этапе. а потом карта не нужна.

Мне кажется, мы

Дмитрий Сергеев — Wed, 16 May 2007 19:36:57 +0400

Мне кажется, мы обсуждали карту сайта, как элемент документации. То есть она никак физически не связана с самим сайтом. Просто чертежи на бумаге или в Visio.

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

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

Не рассчитывайте на карту сайта / sitemap toy

Дмитрий Сергеев — Sun, 13 May 2007 00:44:27 +0400

В прошлый раз я пытался разобраться с картами сайтов. Речь шла не об xml sitemap для поисковиков и не об оглавлениях сайтов для посетителей. Под картами сайтов подразумевались рисунки с подписанными квадратиками (страницами) и соединяющими их линиями (ссылочными связями).