Search
Write a publication
Pull to refresh

Comments 8

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

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

В случае непримиримого спора имеет смысл эскалировать вопросы, а дальше тупо чиллим.

Лично я, как рядовой фронтенд-разнорабочий (специально отказался от повышения грейда и выбрал вместо этого повышение ЗП, чтобы сэкономить нервы), имеющий тесные отношения с дизайнерами и ходящий в основном под ними, в сложных случаях вообще дурачком прикидываюсь, искусственно понижаю свой IQ и пускаю слюни - здорово помогает! Главное, до вызова "скорой" не доводить.

Есть конкретные примеры тех китов, на которые ты ориентировалась в работе? Это в догонку по Пункту #10, сейчас у нас в тиме сложности не столько в создании составляющих, сколько в грамотной упаковке всего этого добра и в понятном нейминге.

Буду очень благодарен)

Посягну на святое, но все-же интересно.

А есть какие-то доказательства - что ui кит - это вообще хорошая идея? Или набор правил - когда его стоит составлять, а когда забить.

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

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

Вы исходите из тезиса - консистентный дизайн красивый и удобный, а не консистентный уродский и неудобный.

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

Возможно вы видели исследования подтверждающие этот тезис?

Впрочем если на проекте 10 продуктовых команд делающих новые фичи - то это уже наверное тот масштаб когда и я соглашусь что ui-kit поможет в эфективности.

Sign up to leave a comment.

Articles