Каковы границы между обязанностями веб-дизайнера и веб-разработчика? [закрыто]

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

Мои обязанности вышли за рамки базовой разработки, так как мне также было поручено создать среду разработки и перенести хостинг с внешнего хостинга CMS на внутренние серверы с языками сценариев (я выбрал PHP / MySQL).

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

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

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

Мне было поручено выбрать инструменты, которые мы будем использовать, включая фреймворки, языки сценариев, дизайн баз данных и некоторые приложения с открытым исходным кодом (например, Moodle и, возможно, Drupal в будущем). Хотя эти инструменты достаточно настраиваемы, работа с некоторыми интерфейсами напрямую не знакома с CSS, HTML и PHP. Это ограничивает степень его прямого контроля над внешним видом, что привело к некоторому обсуждению выбора инструментов.

Существует ли общепринятая разделительная линия между ролями веб-дизайнера и веб-разработчика? Влияет ли его относительно неопытный опыт работы с веб-технологиями на эту разделительную линию?

Нет разделительной линии

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

Работа с графическим дизайнером требует общения и компромисса

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

Динамические макеты

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

• Как будет выглядеть сайт, если на нем нет такого большого количества текста в определенной части?
• Как выглядит текст заголовка, если его нужно обернуть? (До тошноты, до бесконечности)

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

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

В твоем случае

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

Объединяя это от дизайна до веб-сайта

Графический дизайнер не должен знать html или css, чтобы иметь возможность создавать динамический сайт. Все, что нам нужно от них, это изображения и видение того, как должен выглядеть сайт. Поверьте мне, это довольно сложно сделать правильно, и принять во внимание удобство использования клиента. Остальное зависит от разработчиков.

Лично у меня есть и Photoshop, и Fireworks на моем рабочем компьютере, и я выполняю как обрезку, так и захват изображений, чтобы создать максимально оптимальный css, используя наименьшее количество изображений в спрайт-листах.

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

В широком смысле разница заключается в разработке технической и художественной части разработки веб-сайта. Веб-разработчики имеют техническую часть написания кода (php, Ruby, Pyhon) и тестирования, в то время как веб-дизайнеры имеют целью разработать внешний вид веб-сайта (CSS, Photoshop) и то, как пользователи его воспримут.

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

Какая разница между разработчиком программного обеспечения и разработчиком программного обеспечения?

Это та же концепция, веб-дизайнер должен работать на более высоком уровне, уделяя особое внимание макету, эстетике и пользовательскому интерфейсу. Что касается таблиц стилей и HTML, то, скорее всего, он не должен вносить ничего из этого, так как это слишком низкий уровень для его роли. Вы сталкиваетесь с ситуациями, когда вы наступаете на пальцы друг друга и запутываетесь, потому что вы оба пытаетесь выполнять одну и ту же роль.

Есть два хороших способа сделать это:

1) Он должен быть сосредоточен на создании макетов, примеров скриншотов и, возможно, использовать диаграммы случаев и пользовательские схемы. Вы несете ответственность за разработку промежуточного уровня и уровня базы данных, а также за разработку самой веб-презентации. Это большая задача, и она потребует от вас больше усилий, чем его, потому что вы выполняете много ролей.

2) Работа с базой данных и промежуточными уровнями, и он должен сосредоточиться на веб-уровне HTML, JS, CSS.

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

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

Быть внимательным почти никогда не выгодно.

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

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

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

Графический дизайнер = только визуальный дизайн

UX дизайнер = анализ и каркасный дизайн

Веб-дизайнер = создание прототипа

UI designer = HTML дизайн с совместимостью css, javascript, ajax и кросс-браузер

Программист = программа с использованием php. .net, jsp

Разработчик = кто придумывает новые виджеты, такие же фреймворки как программирование в обычной работе

Краткий ответ: веб-разработчики, как правило, НЕ реализуют реальные функциональные разработки (серверный код, сервисы, операции с базами данных, CRUD и т. Д.) В веб-приложении.

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

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

Что касается вашего конкретного случая, вы выходите за границы, в соответствии с командами, с которыми я работал (как дизайнер и разработчик). Вот ваше описание ролей:

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

Вы разработчик, он дизайнер. Вы можете выбрать фреймворк (и он должен соответствующим образом скорректировать свой HTML / дизайн), но ОН принимает решение о креативных элементах и ​​руководит любыми вопросами юзабилити. «Юзабилити» не означает «функциональность» в моей книге.

Веб-разработчик - это тот, кто на самом деле разрабатывает веб-проекты, такие как веб-сайты, веб-сервисы и все такое.

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