Новости
25.10.2017
Показатель отказов: от чего он зависит? Показатель отказов: от чего он зависит?

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

18.10.2017
Копия сайта и необходимость ее создания Копия сайта и необходимость ее создания

Несмотря на то, что сайт – это не вещь, его тоже можно потерять. Серьезные проблемы с интернет-порталом могут быть результатом:Посягательств со стороны злоумышленников. П...

10.10.2017
Грамматические ошибки на сайте: накажут ли за них поисковики? Грамматические ошибки на сайте: накажут ли за них поисковики?

Стоит ли опасаться гнева поисковика, если на страницах сайта присутствуют грамматические ошибки? Этот вопрос волнует всех, кто уже давно распоряжается собственным виртуал...

Мировые новости


11.07.2015
Три способа улучшить взаимодействие между дизайнером и разработчиком

Три способа улучшить взаимодействие между дизайнером и разработчиком

Взаимодействие между отделами дизайна и разработки может выглядеть не лучшим образом. Чаще всего над проектами работают узкоспециализированные группы, которые распускаются сразу после окончания проекта. И обычно дизайнеры и разработчики разбираются между собой сами. Но нам нужны новые способы работы, чтобы выстроить мост общения между дизайнерами и разработчиками, чтобы повысить эффективность этого сотрудничества. Сегодня инструменты для создания веб-дизайна настолько совершенны, что было бы весьма недальновидным лишать эффективности рабочий процесс.
Сегодня своими соображениями о том, как исправить это упущение делится дизайнер и разработчик Тим Брайант. Что же обычно идет не так и портит взаимодействие дизайнеров и программистов?

01. Разработчики и дизайнеры обособлены

Большинство сайтов невозможно создать не рисуя вручную дизайн, и не прибегая к написанию кода. Однако многие дизайнеры понятия не имеют как разработан сайт, какой код отвечает за ту или иную функцию и какие языки программирования лучше подходят для выполнения определенных задач.
Почему так важно, чтобы дизайнеры лучше понимали как происходит разработка сайтов? Только когда дизайнер будет понимать как код влияет на каждый элемент дизайна, он сможет создавать полностью рабочие макеты. Разработчикам часто приходится говорить дизайнерам, что их решение не может быть выполнено. Дизайнеры же думают, что дело в непрофессионализме кодера или в его лени. Однако часто это лишь вопрос практичности — некоторые дизайнерские идеи идеально ложатся в созданную разработчиком инфраструктуру, но некоторые просто в ней не работают.
Если дизайнеры хотят перестать тратить время на создание решений, которые не будут работать, им придется взаимодействовать с разработчиком с первого же дня работы.
Решение
К счастью дизайнеров учиться программировать в этом случае необязательно. У вас есть два выхода: 1) использование инструментов типа Webflow (подробнее об этом чуть позже), или 2) привычка работать в связке с разработчиком, который последовательно объяснит свой подход к реализации проекта. Последний совет зависит от того насколько общителен и открыт к сотрудничеству разработчик, поэтому давайте остановимся на первом решение, которое зависит только от вас.
Webflow (и их конкуренты Webydo или Froont) это инструменты, которые превращают дизайнеров в кодеров. Это конструкторы сайтов, созданные для профессионалов, а не новичков. Они позволяют создавать визуальный проект, используя лучшие веб-дизайн практики, решения и компромиссы. К примеру, в Webflow вы размещаете в свой документ не магическую «сетку», а реальный HTML div элемент, в котором вы потом будете размещать другие элементы путем добавления ссылок. Фактически это рисование HTML-кодом на странице. И это работает: генерируемый код соответствует спецификации W3C и подчас оказывается чище чем написанный от руки.
Использование этих инструментов позволяет вам более целостно подходить к проектированию сайтов. Плюс ко всему дизайнеры оценят что вы отдаете им код, с которым они сразу могут работать. (Эти инструменты позволяют вам экспортировать код для последующего использования в IDE.)

02. Дизайнеры и разработчики получают разные задания

Дизайнеры обычно участвуют в обсуждении на самых самых ранних стадиях создания проекта, в то время как разработчиков подключают позже. Все потому что, к сожалению, разработчиков считают просто машинами, которые превращают дизайн в код. Такой подход, конечно, контрпродуктивен.
В реальности, когда разработчики оказываются изолированы от общей картины, цели проекта теряются в процессе передачи задания от клиента ведущий проекта, от ведущего дизайнеру и от дизайнера разработчику. Подумайте об этом в следующем ключе: когда ведущий проекта говорит дизайнеру использовать специфический шрифт для передачи определенного тона сообщения, а разработчику строго настрого наказывает сделать так, чтобы весь текст идеально индексировался поисковыми машинами, работа над проектом превращается в битву между двумя интересами -дизайнера и разработчика, в ходе которой проект не выигрывает.
Решение
Приглашайте и дизайнера и разработчика на самые первые встречи по обсуждению проекта. Это сделает обоих участников процесса быть ближе к проекту, а также даст понимание причин ключевых решений. Зная это, и дизайнер и разработчик смогу принимать решение в интересах проекта, а не своих собственных.

03. Реальный контент отличается от шаблонов

Обычно при создании макетов дизайнеры используют текст и изображения «для примера». Часто мы просто видим повсюду 'lorem ipsum'. Реальный мир конечно отличается от примеров. Как только дело доходит до настоящего контента, все начинает идти не по плану. Оказывается что тот или иной элемент не предусмотрен для изображений специфического размера, или в том или ином случае отступ для текста смотрится плохо. Клиент начинает вносить мелкие изменения, которые считает правильными и проект стремительно отдаляется от первоначального вида.
В результате дизайнер и разработчик вновь оказываются на поле битвы, в ходе которой пытаются срочно найти наилучшее решения в сложившейся ситуации. Это всегда столкновение, к которым обе стороны не готовы.
Решение
Откажитесь от использования шаблонов. Начинайте работать с реальным контентом с первого дня. Так вы будете точно знать что получится в конечном итоге. А если вы будете использовать инструменты типа Webflow или Webydo, то получите двойное преимущество: вы фактически будете создавать работающие сайты, а не безжизненные прототипы.

Итоги

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