Батл дизайнерів проти розробників: хто кого переможе?
Хоч у розробників і дизайнерів спільна мета, вони часом мають різні підходи. І разом з тим питання та навіть претензії один до одного. Можливо, це історія конфліктів рівня Монтеккі та Капулетті. А, можливо, надумана — і все насправді куди простіше й полягає просто в недостатній експертизі того «а чим же насправді займаються по ту сторону». Спробували розібратися з одвічним протистоянням команди розробки й дизайну. Розвінчати й підтвердити найпоширеніші упередження нам допомогли представники одного й іншого табору:
Юлія Жуковська — Senior UX/UI Designer у Sednor Holdings Limited і викладачка Hillel IT School, поділилася професійними «фішками» й дала поради початківцям для успішного працевлаштування й роботи в команді.
Володимир Шайтан — Senior Full Stack Developer в UKEESS Software House і викладач Hillel IT School, розкрив своє бачення IT-ринку в Україні й розповів декілька курйозних професійних історій.
Правда чи міф 1: не всі дизайнери роблять UI Kit?
Юлія Жуковська: «50/50. Мені здається, що деяким студентам вчасно не донесли інформацію, що UI Kit має бути. У ньому повинні бути зібрані головні компоненти, а ще краще — варіативні компоненти. Наприклад, кнопка у звичайному стані, при наведенні й натисканні, або ж поле для вводу у звичайному стані, при наведенні активне й неактивне. Це все має бути зроблене й коректно підписане в UI Kit, аби не виникало запитань і відразу було зрозуміло».
Правда чи міф 2: розробники змінюють макет від дизайнера на свій лад?
Володимир Шайтан: «Правда. Звісно, розробник змінює дизайн. І це не жарт. Коли малюється макет, дизайн робиться, наприклад, для таблет, десктопної версії та мобільної. Але телефонів у світі існує безліч з різними діагоналями й пропорціями. І на кожному з цих екранів сайти повинні гарно працювати й відображатися. А макет не малюють для кожного телефону окремо, тому розробник адаптує дизайн до різних девайсів. Звісно, що потрібно дотримуватися поінтів, які вказані у Figma».
Правда чи міф 3: потрібно залишати старі версії макетів після внесення правок в елемент?
Підписуйтеся на наші соцмережі
Юлія Жуковська: «Правда. Наприклад, якщо змінюємо login-форму, я би 100% зробила це материнським компонентом. І вже в ньому я би вносила зміни, щоб вони автоматично всюди відбулися. Але я би також зробила дублікат і відкріпила б його від компонента, щоб показати стару версію і були зрозумілими зміни. Розробник не повинен видивлятись у макеті новостворені зміни й моніторити їх (не повинен на це витрачати час), а має зрозуміти й помітити їх відразу. Цього я навчаю і студентів, раджу їм зберігати старі версії й розуміти, як змінюється їх дизайн».
Правда чи міф 4: планування архітектури коду — це марнотратство часу, особливо для стартапів?
Володимир Шайтан: «Міф. Незалежно від розміру проєкту, планування — це інвестиція, а не витрати. Навіть якщо стартап хоче швидко ринутись у бойові, то без чіткої архітектури ризикує через кілька місяців опинитись у хаосі. Ретельне планування зараз заощадить купу нервів і годин на переписування коду в майбутньому».
Правда чи міф 5: анімований елемент у дизайні недостатньо лише описати словами?
Юлія Жуковська: «Правда. Ідеальним варіантом буде вивчити прототипування у Figma і робити анімовані приклади самостійно. Наприклад, показати, як має з’являтися картка, як вона має перегорнутися чи як стрілка при наведенні опускається вниз. Зі студентами багато вивчаємо анімації, щоб у роботі потім розробнику було зручно побачити й зрозуміти задум. Існує альтернативний варіант — знайти, як подібна анімація працює в когось на сайті або ж віднайти референс і надати розробнику посилання».
Правда чи міф 6: використання найновіших бібліотек і фреймворків завжди гарантує успіх проєкту?
Володимир Шайтан: «Міф. Технології постійно змінюються, і модні бібліотеки можуть бути привабливими, але не завжди вони підходять для конкретного завдання. Слід вибирати інструменти, зважаючи на потреби проєкту, стабільність і підтримку. Найважливіше — забезпечити якість і зручність користувача, а не просто слідувати останнім трендам».
Правда чи міф 7: дизайнери не роблять окремі секції в тексті, а відділяють за допомогою Enter?
Юлія Жуковська: «Міф. Принаймні, мої студенти так не роблять. Вони розділяють текст на секції окремо. Auto Layout варто налаштувати, об’єднати розміри та вказати відстань між текстами. І, звісно, потрібно не забути підписати в шарах цей текст».
Правда чи міф 8: оптимізація під різні браузери — це зайва витрата часу, особливо, в невеликих проєктах?
Володимир Шайтан: «Міф. Розмір проєкту не звільняє від відповідальності за якість. Навіть невеликий сайт може відвідувати користувач із браузером, який має свої особливості. Тестування і налаштування коду для основних браузерів — це інвестиція у стабільність продукту. Краще зараз врахувати всі нюанси, ніж потім рятувати проєкт від критичних помилок».
Правда чи міф 9: модні шрифти неможливо віднайти, або ж вони дорогі?
Юлія Жуковська: «Міф. Потрібно вибирати безкоштовні шрифти на Google Fonts і передати розробнику файли зі шрифтами. Варто мати на увазі, що шрифти з однаковими назвами, завантажені з різних місць, можуть візуально відрізнятися. Тому дизайнер має передати розробнику папку (архів).
Про платні шрифти потрібно домовлятись із замовником. Якщо він погоджується купити ліцензію, то можна завантажити шрифт, заплативши за ліцензію і використовувати там, де вона дозволяє. Але є дуже багато класних безкоштовних шрифтів, які можна пошукати на Google Fonts».
Правда чи міф 10: деякі фонові градієнти неможливо реалізувати без втрати якості, бо вони є картинкою, або ж буде сповільнення завантаження сайті.
Юлія Жуковська: «Міф. Потрібно намалювати векторні фігури. Вектор можна експортувати (svg) і потім анімувати. Якщо все одно, це сповільнює завантаження, то потрібно замінити дизайн і вибрати оптимізацію. Користувач на сайті не чекатиме, доки завантажується зображення, завжди потрібно в пріоритет ставити зручність, а не красу».