Когда речь идет о совместной работе специалистов из разных областей, возникает множество проблем. Для некоторых членов команды все становится сложнее, потому что не все говорят на одном языке. Взаимоотношения могут становиться трудными, но здесь сосредоточимся на взаимодействии между дизайнерами и разработчиками.
Существует стереотип, что разработчики не обладают чувством творчества и эстетики, а дизайнеры не имеют технических навыков и логического мышления. Однако эти стереотипы уже давно исчезли: многие проекты теперь успешно завершаются благодаря совместной работе дизайнеров и разработчиков.
Новые методы работы подтверждают, что сотрудничество — это правильный путь к успешному завершению проекта. В многих организациях ключевую роль в этом играют инструменты для совместной работы. Разработчики уже знакомы с множеством платформ, таких как Jira, Bitbucket, Confluence, Airtable, Zube и Trello, но главной из них, без сомнения, является GitHub.
GitHub - это сервис для хостинга и контроля версий программного обеспечения, но это не все его возможности. Помимо мощного инструмента версионирования, GitHub позволяет пользователям сотрудничать и управлять проектами с помощью карточек, задач и колонок рабочих этапов. Он также предоставляет возможность использовать версионирование для файлов изображений, общаться через Slack и даже писать код для создания дизайнерских руководств. Я использовал его и как дизайнер, и как разработчик, поэтому могу оценить его достоинства и лучшие практики с обеих сторон.
GitHub для объединения всего в одном месте
Раньше я отправлял черновики иллюстраций по электронной почте, через Google Drive или InVision. Хотя облачные сервисы позволяют коллегам комментировать, писать отзывы и предлагать обратную связь, они не дают возможности связать команды разработчиков и дизайнеров. Это просто платформы для работы. GitHub же объединяет, а не просто предоставляет пространство для файлов.
GitHub для управления проектами
GitHub можно использовать как инструмент управления проектами. С помощью досок проектов инструмент может быть доступен всем членам команды. Это можно назвать общим языком, так как всегда полезно использовать одну платформу для всех коммуникаций. Кроме того, колонки Kanban можно легко создать.
GitHub для хранения некодового контента
Да, GitHub можно использовать и для некодового контента. Просто добавьте свои файлы Sketch или PDF в репозиторий и отправьте их. Преимущество этого метода в том, что весь материал проекта собирается в одном месте, и вам больше не нужно использовать WeTransfer. Единственный недостаток — ограничение размера файлов до 100 МБ. Когда файлы JS или CSS весят меньше мегабайта, дизайнерские файлы могут быть тяжелыми. Вывод: обменивайтесь творческим контентом, таким как изображения или небольшие видео, с осторожностью.
*Примечание: размер репозиториев ограничен 100 ГБ, но рекомендуемый GitHub размер — не более 1 ГБ.*
GitHub для получения преимуществ от функции версионирования
Версионирование остается самой известной и популярной функцией GitHub. Оно помогает сравнивать код и образцы, даже если они очень маленькие. Теперь вы, вероятно, думаете, зачем это нужно дизайнеру? Не спешите! GitHub информирует ваши PDS, Sketch и другие файлы изображений о том, что вы их отредактировали и загрузили в репозиторий. Эта функция называется rich diff, и она позволяет отслеживать основные изменения, изменения размера, форматирования и даже изменения файлов (с тем же именем или без). Предлагаются несколько режимов просмотра: режим по умолчанию — 2-up, который дает быстрый обзор старых и новых версий изображений. Мой любимый режим — Swipe, который позволяет пользователям проводить вертикальную границу, показывая новое изображение справа, при этом оставляя старую версию слева. Режим Onion Skin позволяет пользователям с помощью курсора плавно изменять старую версию изображения на новую. Этот режим может быть очень полезен для сотрудников, которые хотят показать коллегам изменения в редактировании скетчей или когда изменения настолько малы, что сразу не очевидно, что именно изменилось.
GitHub для создания CSS-библиотек
Когда дело касается больших проектов или брендов, обычно можно найти стилистические руководства, показывающие, какой шрифт и размер использовать для форматирования заголовков и т.д. Так как такие документы находятся между кодом и дизайном, это отличная возможность для дизайнеров создать библиотеку самостоятельно. Это может показаться не самой интересной задачей, но я гарантирую, что после её завершения вы будете знакомы с CSS и знать свои дизайнерские файлы наизусть! Поскольку это обычно также будет публичным документом, это будет маленькой победой для дизайнеров в мире разработчиков. В конечном итоге, если ваша библиотека будет создана до этапа программирования, разработчики смогут получить доступ ко всем необходимым материалам для создания CSS-файлов и правил проекта.
Заключение
Используя GitHub, дизайнеры и разработчики могут создавать веб-дизайн и код бок о бок, почти одновременно — совершенно противоположно процессу, когда сначала создаются эскизы, а затем, через несколько месяцев, проект кодируется без какого-либо взаимодействия между обеими сторонами команды. Модули и блоки GitHub действительно экономят время. Кроме того, это подход, который любят разработчики: React.js построен на этой логике блоков, поскольку создание кирпичик за кирпичиком позволяет создавать более гибкий код, который гораздо легче понять и отлаживать.
В конечном итоге, независимо от того, используете ли вы GitHub или другие платформы, сотрудничество между дизайнерами и разработчиками в реальной жизни не зависит от инструментов, которые они используют, а больше от доверия, которое они готовы оказать друг другу. Но почему бы не использовать подходящий инструмент для экономии времени и избегания множества встреч и бессмысленных писем? Конечно, было бы еще эффективнее, если бы дизайнеры и разработчики могли стать одним человеком — ведь что может быть более эффективным.
