Comments 25
Нужно начинать разработку, только если сайт в итоге будет нужен не только тебе но и окружающим. :)
Только в этом случае его ждет успех.
Только в этом случае его ждет успех.
постановка вопроса глупая - всё зависит от контекста
если нужно сделать визитку, то, конечно, дизайн
если сложную систему, то на бумаге писать классы и интерфейсы - всё равно будет применяться MVC-архитектура
если нужно сделать визитку, то, конечно, дизайн
если сложную систему, то на бумаге писать классы и интерфейсы - всё равно будет применяться MVC-архитектура
Продумываю все досконально1 в голове
1 Насколько получается
1 Насколько получается
UFO just landed and posted this here
уж если на то пошло, опрос галочками должен быть сделан
Если дизайн визитки, то понятно что делать, а если наружная реклама или сайт или что по-интересней, то нужно найти ассоциативный ряд, потом выбрать хорошую неординарную идею (лучше несколько), которая соответствует ТЗ и взглядам заказчика на проект, а потом уже думать как ее воплотить. а потом воплощать на бумаге ли или как-нить иначе.
UFO just landed and posted this here
Не очень понятно, что автор опроса понимает под словом "сайт". Корпоративный портал и сайт в две странички для бюро ритуальных услуг нет смысла делать, используя один универсальный процесс. Я уж не говорю о том, что список предлагаемых вариантов... как бы это помягче... очень странно подобран.
Да, можно формально сказать, что вначале по ТЗ уточняются требования и затем рисуется информационная архитектура и формулируются требования к юзабилити. Но для сайта бюро ритуальных услуг весь этот процесс занимает 30 секунд и сводится к единственному уточняющему вопросу: "цены на гробы вынести в отдельную страницу?"
Я вижу, сейчас в голосовании лидирует доскональное продумывание на бумаге. Честно говоря, это не соответствует тому, что я наблюдаю в реальной жизни. Хотя бы потому, что есть очень обширный пласт заказчиков, которые в состоянии внятно отвечать на уточняющие вопросы только увидев дизайн.
Кроме того, очень невелик процент веб-разработчиков, которые умеют "досконально продумывать на бумаге". Бумага предполагает, что результат сможет прочесть кто-то другой, не только автор. Иначе и сам через неделю не прочитаешь правильно. Это означает использование общепринятых схем. Тот же UML, гарретовский Visual Vocabulary или что-нибудь еще. И что, в реальной жизни сорок с гаком процентов веб-разработчиков профессионально использует это? Очень сомнительно.
Да, можно формально сказать, что вначале по ТЗ уточняются требования и затем рисуется информационная архитектура и формулируются требования к юзабилити. Но для сайта бюро ритуальных услуг весь этот процесс занимает 30 секунд и сводится к единственному уточняющему вопросу: "цены на гробы вынести в отдельную страницу?"
Я вижу, сейчас в голосовании лидирует доскональное продумывание на бумаге. Честно говоря, это не соответствует тому, что я наблюдаю в реальной жизни. Хотя бы потому, что есть очень обширный пласт заказчиков, которые в состоянии внятно отвечать на уточняющие вопросы только увидев дизайн.
- Нам кажется, что для вашего сайте нецелесообразно вынесение в главное меню пункта "Вакансии"...
- Ну вы пока дизайн нарисуйте как есть, мы потом посмотрим и подумаем.
Кроме того, очень невелик процент веб-разработчиков, которые умеют "досконально продумывать на бумаге". Бумага предполагает, что результат сможет прочесть кто-то другой, не только автор. Иначе и сам через неделю не прочитаешь правильно. Это означает использование общепринятых схем. Тот же UML, гарретовский Visual Vocabulary или что-нибудь еще. И что, в реальной жизни сорок с гаком процентов веб-разработчиков профессионально использует это? Очень сомнительно.
А мне кажется что все поняли, что я имею ввиду под словом сайт. Это веб-ресурс средний по размерам.
>> Кроме того, очень невелик процент веб-разработчиков, которые умеют "досконально продумывать на бумаге".
Может и так, но мне кажется что большинство здесь собравшихся умеют "досконально продумывать на бумаге".
>> Бумага предполагает, что результат сможет прочесть кто-то другой, не только автор.
А здесь мне кажется необязательным! ну, по крайней мере, если работаешь один. (я так работаю). То зачем тебе надо еще писать всякую чушь или сокращения, условные знаки так, чтоб все поняли. Если я их запомнил или использую постоянно, то я обязательно вспомню их при следующем чтении своих записей!
Спасибо за столь обширный ответ!
>> Кроме того, очень невелик процент веб-разработчиков, которые умеют "досконально продумывать на бумаге".
Может и так, но мне кажется что большинство здесь собравшихся умеют "досконально продумывать на бумаге".
>> Бумага предполагает, что результат сможет прочесть кто-то другой, не только автор.
А здесь мне кажется необязательным! ну, по крайней мере, если работаешь один. (я так работаю). То зачем тебе надо еще писать всякую чушь или сокращения, условные знаки так, чтоб все поняли. Если я их запомнил или использую постоянно, то я обязательно вспомню их при следующем чтении своих записей!
Спасибо за столь обширный ответ!
Разработка сайта начинается как раз с ТЗ, так как это совместный продукт заказчика и исполнителя, а не просто бриф... В ТЗ должно быть решено подавляющее большинство вопросов, а в идеале все. Но на практике еще ни разу не получилось :)
Я обычно закрываю глаза и вижу, как все должно выглядеть, перемещаю блоки, думаю об их ширине, в зависимости от информации, которая будет в них содержаться, придумываю общую идею, которая будет проходить нитью через весь сайт, и вот оно - рождается.
Но в реале - все почти все заказчики консервативны!!!
Но в реале - все почти все заказчики консервативны!!!
>> рисую дизайн
делает дизайнер
>> продумываю все досконально на бумаге
делaет программист
>> ищу вдохновение и идеи в интернете
делает директор
>> создаю базу данных
делает технический директор :)
делает дизайнер
>> продумываю все досконально на бумаге
делaет программист
>> ищу вдохновение и идеи в интернете
делает директор
>> создаю базу данных
делает технический директор :)
спасибо всем за комментарии и замечания! Все будет учтено!
И вообще с большинством согласен.... что то с чего начинать зависит от ситуации... я сам то с дизайна, то с бумаги начинаю... а до этого еще и сижу тупо уставившись в одну точку или с закрытыми глазами и представляю перед собой картинку (т.е. не обязательно дизайн, а и саму систему, программирование, структуру БД)...
но все же кажется, что хоть сколько-то содержащий программирование проект должен быть хорошо и до мелочей продуман прежде чем его начинать реализовывать!
И вообще с большинством согласен.... что то с чего начинать зависит от ситуации... я сам то с дизайна, то с бумаги начинаю... а до этого еще и сижу тупо уставившись в одну точку или с закрытыми глазами и представляю перед собой картинку (т.е. не обязательно дизайн, а и саму систему, программирование, структуру БД)...
но все же кажется, что хоть сколько-то содержащий программирование проект должен быть хорошо и до мелочей продуман прежде чем его начинать реализовывать!
С разговора с заказчиком или с собой.
Sign up to leave a comment.
С чего вы начинаете разработку нового сайта? (после того как узнали ТЗ)