Веб-разработчики: Реализовать код или разработать сначала? [закрытый]

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

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

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

Иногда попробуйте другой способ, чтобы увидеть, не изменилось ли что-нибудь.

Таким образом, вы получите решение, адаптированное к вашей ситуации, не беспокоясь об эфемерных преходящих вещах, таких как «лучшие практики».

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

После того, как вы разработали и утвердили все свои раскадровки, вероятно, более естественным будет сначала сделать более подробные «наброски» на уровне HTML. Но я думаю, что я бы также попытался разделить дизайн и код в максимально возможной степени, чтобы разработчик и дизайнер могли работать в некоторой степени параллельно. Двумя способами разделения являются XHTML / CSS и «ненавязчивый Javascript».

Разработчик и дизайнер могут разработать скелетные структуры страниц XHTML, которые им понадобятся, из набора раскадровок. Затем дизайнер может использовать статические макеты страниц для разработки таблиц стилей CSS и изучения иллюстраций. Между тем разработчик может сосредоточиться на создании структур XHTML без информации о стиле. Большим преимуществом (и целью) CSS было отделить структуру страницы от внешнего вида.

Еще одно направление для изучения - это «ненавязчивые Javascript-фреймворки», такие как jQuery, цель которых - отделить поведение страницы от ее структуры, что опять-таки упрощает параллельную работу разработчика и дизайнера. Распараллелив эти действия, можно будет постепенно выпускать версии конечного продукта как по форме, так и по содержанию.

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

В большинстве случаев, я согласен, будет проще сначала создать HTML, а потом включить внутреннее программирование. По сути, он составляет для вас спецификацию.

Зависит от типа места, в котором вы работаете, и набора навыков ваших команд !!

Я много лет работал в дизайн-агентстве, где дизайнеры правили, поскольку они приносили самый большой поток доходов и работу в Интернете был дополнением к услугам.

Мы очень тесно работали с дизайнерами, чтобы убедиться, что проекты соответствуют требованиям, а мы не отклоняемся от спецификации. Дизайн часто использовался в качестве подписи (не заставляйте меня начинать !!), и мало что могло измениться после согласования с клиентом. Дизайнеры также не были настолько хороши в HTML, JScript, CSS и т. Д., Поэтому разработчикам пришлось реализовать это.

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

Что ж, если предположить, что дизайнер создает высококачественный HTML и CSS (что далеко не очевидно, кстати), вопрос сводится к следующему: есть ли у вас 100% контроль над своим HTML или нет ?

Если вы используете CMS или фреймворк, который любит создавать множество собственного HTML (например, ASP.NET), тогда у вас нет выбора. Попытка привести вывод в соответствие с HTML дизайнера - бессмысленная головная боль. Вам будет лучше использовать исходный метод.

Однако, если вы создадите весь HTML самостоятельно (используя PHP или, скажем, облегченный фреймворк, такой как Django), для дизайнера лучше сначала создать HTML, по указанным вами причинам.

Маленькая придирка: Я не согласен с причиной №2. Дизайн на основе CSS заключается в том, чтобы брать «уродливые» (то есть голые и функциональные) страницы и делать их привлекательными, даже не касаясь HTML.