С чего вы начинаете разработку нового сайта? (после того как узнали ТЗ)

[Vitaliy]

Нужно начинать разработку, только если сайт в итоге будет нужен не только тебе но и окружающим. :)
Только в этом случае его ждет успех.

[ihoru]

это все абсолютно верно и понятно, но не об этом же речь!

[delightmanua]

постановка вопроса глупая - всё зависит от контекста

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

[ihoru]

а я все никак не освою и не перейду на ООП... :(
а что такое MVC-архитектура?

[NoN]

Продумываю все досконально¹ в голове
¹ Насколько получается

[ihoru]

а если продумывать все досконально в голове целый день и ничего не записать (мыслишки, идейки), то голова к концу дня может лопнуть от излишка информации :)

[alammi]

уж если на то пошло, опрос галочками должен быть сделан

[ihoru]

сделано!

[redwave]

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

[ihoru]

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

[SCoon]

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

Да, можно формально сказать, что вначале по ТЗ уточняются требования и затем рисуется информационная архитектура и формулируются требования к юзабилити. Но для сайта бюро ритуальных услуг весь этот процесс занимает 30 секунд и сводится к единственному уточняющему вопросу: "цены на гробы вынести в отдельную страницу?"

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

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

Кроме того, очень невелик процент веб-разработчиков, которые умеют "досконально продумывать на бумаге". Бумага предполагает, что результат сможет прочесть кто-то другой, не только автор. Иначе и сам через неделю не прочитаешь правильно. Это означает использование общепринятых схем. Тот же UML, гарретовский Visual Vocabulary или что-нибудь еще. И что, в реальной жизни сорок с гаком процентов веб-разработчиков профессионально использует это? Очень сомнительно.

[ihoru]

А мне кажется что все поняли, что я имею ввиду под словом сайт. Это веб-ресурс средний по размерам.

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

>> Бумага предполагает, что результат сможет прочесть кто-то другой, не только автор.
А здесь мне кажется необязательным! ну, по крайней мере, если работаешь один. (я так работаю). То зачем тебе надо еще писать всякую чушь или сокращения, условные знаки так, чтоб все поняли. Если я их запомнил или использую постоянно, то я обязательно вспомню их при следующем чтении своих записей!

Спасибо за столь обширный ответ!

[Demur]

Разработка сайта начинается как раз с ТЗ, так как это совместный продукт заказчика и исполнителя, а не просто бриф... В ТЗ должно быть решено подавляющее большинство вопросов, а в идеале все. Но на практике еще ни разу не получилось :)

[ihoru]

да, но заказчик не профессионал, а еще чаще ваще ничего не шарит в вебе, и поэтому надо все (кроме идею и некоторых моментов) продумывать и придумывать самому.

[sokky]

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

[ihoru]

ага, я так тоже раньше делал, когда мне было больше не о чем больше думать, кроме как о ширене колонок :)

[ihoru]

ага, я так тоже раньше делал, когда мне было больше не о чем больше думать, кроме как о ширине колонок :)

[chilly]

>> рисую дизайн
делает дизайнер

>> продумываю все досконально на бумаге
делaет программист

>> ищу вдохновение и идеи в интернете
делает директор

>> создаю базу данных
делает технический директор :)

[ihoru]

А ты что делаешь?

[ihoru]

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

[Romek]

С разговора с заказчиком или с собой.

[ihoru]

а после этого?
по разговариваешь - записываешь (на бумагу/диктофон/моб/комп)?!