Дизайнеры, а ваша команда делает эти ошибки?

Дизайнеры, которые работают с хорошими командами по веб-разработке, счастливчики 🙂 А вот остальным повезло гораздо меньше.

dj-mistakes-homer-doh

Если вы работаете с неопытной командой, или ваша команда обещает быстрое решение всех вопросов, но выдает более чем некачественный продукт, вас просто могут уволить, не разбираясь в причинах. А вам, возможно, кажется, что медленная загрузка или огромный код – это реалии жизни.

Но программирование которое не делается по высоким стандартам – неприемлемо. Да, все делают ошибки, но количество ошибок ограничено, и должно быть оперативно исправлено, когда вы работаете с правильным программистом. Делает ли ваша команда подобные распространенные ошибки?

Проблемы с браузерами

Почти у каждого из нас есть любимый браузер. Это касается и дизайнеров и программистов. И это нормально, но только до тех пор пока ваш разработчик не начнет игнорировать другие браузеры в пользу своего фаворита. Потому что в таком случае он просто не будет обращать внимание – как они взаимодействуют с вашим сайтом или UX вашей апки. Профессиональный разработчик регулярно проверяет эти моменты и сразу же устраняет обнаруженные ошибки.

Грязный код

Грязный код замедляет сайт (апку) и использует больше ресурсов. Чистый код – единственный вариант, и это должны понимать абсолютно все разработчики в команде. Как и то, что все разработчики в вашей команде должны понимать чужие куски кода, а не только те части над которыми они трудятся. Опыт в кодировании для программиста очень важен – важен, однако не менее важен и опыт работы в комплексных проектах – как части многофункциональной команды. Поэтому не берите в команду человека, у которого нет того либо другого.

Безопасность

Это – одно из ключевых требований. Чтобы сэкономить время, программисты часто вставляют в свой код чужие куски кода, например, взятого из открытых источников. Особенно часто это происходит при создании апок. Тут проблема в том, что эти куски кода уже могут быть собственностью третьих сторон, и их использование может повлечь за собой серьезные проблемы с авторскими правами.

Отсутствие согласованных дедлайнов

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

Вместо выводов

И главное, помните: в вашей команде вы как дизайнер должны заниматься только дизайном, ваши программисты – качественно кодить, а PM – не менее качественно управлять всем проектом. Тогда у вас не будет “серых зон”, плохой коммуникации и плохих результатов накануне дедлайнов. Ну а вы, как профессионал по дизайну, не будете страдать 🙂

Вам сподобалося?

Читайте щотижня наші кращі статі про дизайн!

email рассылки

Корисна розсилка!

Все найцікавіше про дизайн і дизайнерів!
А ще свіжі вакансії і трішки гумору)

Ваш email:
email рассылки

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься.