Comments 12
По той же причине, по которой не начинаю писать книгу с придумывания обложки, статью с заголовка
У нас в редакции был один человек, который на пустом вордовском листе сначала писал рубрику, заголовок, потом отступал немного и в месте будущего конца писал подпись-фамилию. А потом, почесав подбородок и покурив, задумчиво вколачивал всю статью в середину пустого поля.
Дико? Да. Но это был ЛУЧШИЙ журналист в редакции федерального уровня. И он был настоящий мастер по сравнению с любым другим.
Да и я в своё время мог, спрятавшись в туалете, где музыка и шум (но это было самое тихое место какого-нибудь мероприятия), мог стиснуть зубы и, зажав от шума уши руками, надиктовать по телефону в редакцию (для скорости, чтобы «Срочно в номер!») полный текст статьи на первую полосу. Сходу. Без заминок. Начав с заголовка.
Но это был действительно редкий, высший класс. А остальные «начинали с карточки товара». Впрочем, они и писали всегда лишь на третью и четвертую полосы.
Красивый пример. Единственно, статью зачастую можно написать за один присест. А перекурить, почесать подбородок, а затем в течение месяца проектировать информационную систему, попутно получая обратную связь от других участников процесса, — это немного другое.
Ну или вот пример статьи, которую я не смог бы написать за один присест: https://habr.com/ru/articles/753156/
В общем, везде свои нюансы и исключения.
Один мой знакомый программист всегда начинал разработку пет-проектов с написания условий использования и пользовательского соглашения. Правда, не всегда добирался до самой разработки.
Мне нужны фото паука до обеда, слышал Паркер?
Спасибо за взгляд на прототипирование под другим углом.
Стереотипно, конечно, главную отрисовывать, почему-то
За свой ИТ опыт знаю только один случай, когда проект (не мой, но присутствовал с начала) начинался с проектирования кейсов применения, под них была разработка структур данных, определены структуры хранения в БД, выбрано БД по требованиям проекта из трех вариантов, Определены интерфейсы управления в UML диаграммах, требования к безопасности и система прав доступа, и только потом разработка дизайна страниц.
Проектирование всей системы шло около 1.5 лет, из них только структуры хранения (4НФ для БД) заняли больше полугода. Но, знаю что автор за них защитил кандидатскую диссертацию.
Собственно реализация базовой части ТЗ заняла около полугода.
Хызы, с главной можно сформировать единый стиль и форму и уже из неё вырастить другие страницы, так получится интересный, уникальный проект, а если начинать не с главной - то что формирует стиль и форму? Скорее всего потом получится посредственный сайт, потому что главная собрана просто как конструктор из других блоков нарисованых ранее
Дело не в форме и стиле, а в том, что понимание продукта приходит не сразу. Поначалу, если продукт сложный, может вообще не быть понимания, что будет на главной странице и для чего она нужна. А со временем будет приходить понимание, что можно вынести на главную, как она будет выглядеть и чем она привлечет пользователя и какие функции будет выполнять.
Все эти вопросы можно решить на этапе варфреймов. А так ты по сути не делаешь главную сразу только потому что не знаешь что туда разместить)) а когда типа нарисуешь внутренние - то знаешь)) Если же продумать функционал заранее, на этапе варфреймов, то остаётся сделать стиль и форму, сделать это с главной страницы намного проще, чем подход собирания главной как конструктор. На мой взгляд для достижения наилучшего качества рисовать нужно не блочно а от начала и до конца, сверху вниз, то есть вверху шапка, затем середина, снизу футер, всё это должно подчиняться тем правилам, которые придумал дизайнер, находится по сетке и тд, если нарисовать это сразу - всё получится, а если нарисовать это отдельно друг от друга в разное время - то результат будет скорее всего намного хуже, он не будет выглядеть единым, цельным продуктом.
Я тоже не начинал с главной и своих менеджеров к этому приучал. Посыла ровно два:
1. Начинать надо со сложного. Главная - не самая сложная страница. Есть каталог, есть лендинги (да-да, тут тоже надо подумать и они приносят деньги).
2. Пользователи с поиска в большинстве случаев заходят на внутренние. Это основная точка контакта. Если не будем успевать, то главную можно упросить и сократить время разработки. А блоки взять из уже разработанных на внутренних страницах.
В целом, считаю подход к снаряду рабочий.
Хе Хе. У вас есть заказчик и ему не важно как устроено всё внутри, но по визуалу сайта будет оценивать всю работу. Не важно какие паттерны или системы кеширования. Заказчик заходит на сайт с одной кнопкой и видит, что ничего не сделано. Ему всё равно на бэк, ему нужно закруглить кнопочку и вот сюда добавить таблицу.
Почему я почти никогда не начинаю проектирование (или дизайн) сайта с главной страницы