Дизайнеры и фронтендеры
Признаться, я не люблю дизайнеров и фронтендеров. Не лично кого-то, а в массе. Причина проста — эти ребята вечно все ломают. Конечно, эти профессии нужны, однако люди, которые отвечают за интерфейс и при этом ничего не ломают, встречаются раз на тысячу — и это не преувеличение. По моей оценке, наверное один из тысячи дизайнеров или фронтендеров думает о том, чтобы не навредить своими правками. И только потом об изменениях в интерфейсе.
Причина этому проста. Чаще всего дизайнер — обычный сотрудник, который приходит в фирму, а через год-два уходит. Его наняли, он должен что-то делать. Скорее всего дизайнер никогда не пользовался сервисом, который дизайнерит, не имеет представления о том, что нужно клиентам. Он надувает кнопки, перемещает их из угла в угол, делает интерфейс воздушным.
С фронтендером то же самое: это обезьянка, которая не пользуется сервисом и не понимает нужды клиентов. Обезьянка внедряет реакты-редуксы, делает ссылкам onClick, чтобы их нельзя было открыть новой вкладке, словом — занимается ерундой, потому что зарплату нужно отрабатывать.
Простой пример. Сегодня я обновил клиент для VPN. Когда он работает, то в трее висит иконка. Если нажать на нее, выпадет меню, где можно выбрать “disconnect” или “connect”, чтобы по-быстрому отключить-включить текущий сервер. Когда приложение свернуто в трей, оно не отображается в главной панели.
А что после обновления? Теперь в меню только два пункта: “open” и “quit”. Пункт “open” открывает приложение, и нужно тыкнуть кнопку Disconnect. И теперь приложение всегда висит в панели задач, даже если если свернуто в трей.
Разве человек, который поменял интерфейс, не идиот? Ничего, что количество кликов стало больше? Как же не писать проклятия в адрес того, кто на ровном месте создал неудобства? И главное, кто просил?
Другой пример — Модульбанк, услугами которого я пользовался. Это было в ту пору, пока он не вырос: банк был маленьким и эффективным. Звонишь, ждешь два гудка, и трубку снимает живой человек — не бот и даже не голосовое меню.
Долгое время у них было хорошее приложение: быстрое, простое как лопата. Но потом у банка завелись деньжата, и пошло: голосовое меню, графомания в Телеграме, рассылки и в том числе — новый дизайнер приложений. А этот клоун взял и переставил все пункты местами. Например, передвинул шаблоны платежей в историю. Часто бывало, что я открывал приложение и не мог найти нужную кнопку. Искал методом перебора, тыкая все по очереди.
Тому дизайнеру и голову не пришло, что клиенты уже давно пользуются приложением и привыкли к нему. Да, может быть та или иная кнопка выглядит не так, как советует условный Мильчин. Ну и что? Люди-то привыкли! Они в гробу видали Мильчина. Твоя задача — поддерживать и улучшать то, что сделали до тебя, а не строить с нуля.
Главную причину я уже назвал: этот дизайнер не был клиентом банка. Он не был ИП Ивановым, который каждый день совершает платежи, выплачивает сотрудником зарплату, обменивает валюту. Дизайнер сам был сотрудником и отрабатывал зарплату. Вместо приложения у него была установлена демка. Вот в чем дело.
Пример с другим банком. Раньше у них был статичный интерфейс, и каждый счет можно было открыть в новой вкладке. А потом наняли мартышку с реактами-редуксами. Теперь ни одну сущность нельзя открыть в новой вкладке: ссылок нет, по клику вываливаются выпадашки. Приходится дублировать вкладки и прокликивать каждую с начала.
С бекендом такой проблемы нет, потому что существуют протоколы и соглашения. Представьте, что условный Гугл без предупреждения обновил апишку почты. В одно утро отваливаются все клиенты, и Гугл такой — переписывайте. Такого не бывает. Разумеется, иной раз компании ломают апишки, но это случается гораздо реже, чем новый дизайн.
Если дизайнер или фронтендер не хочет, чтобы его ненавидели, нужно всего-то пользоваться продуктом, который дизайнишь, и понимать, чего хотят пользователи — и чего они не хотят. Эти две вещи дают хороший дизайн. Все остальное — отработка зарплаты.
Нашли ошибку? Выделите мышкой и нажмите Ctrl/⌘+Enter
Роман, 7th Jul 2025, link
Тема больная, но вы стреляете не по тем.
По моей личной статистике в массе своей эти ребята все прекрасно понимают и жопы у них горят не менее ярко чем моя.
В не поверите, но у этих ребят тоже есть желание сделать все “правильно”, следовать гайдлайнам и “наконец-то сделать все правильно”
При том, что это вполне возможно, но ничуть не более, чем любой другой пользователь.
Вот не согласен вообще. Я видал конечно таких персонажей, но массовым я бы такое явление не назвал. Индусы кстати таким страдают, а вот наши довольно редко. Но это моя личная статистика.
И проблема мне видится совсем в другом. А я был “с обеих сторон баррикад”. Проблема это - совершенно оторванные от реальности требования бизнеса к этому самому UI. И я не про то, что бизнесмен тупой - вовсе нет. Но как правило он разбирается в своей области и крайне плохо в теме UI/UX, но признать, что подчиненный в чем-то “шарит” лучше могут единицы.
Нет - проблемы нет, потому, что Product Owner не может посмотреть и “оценить” результат. Только косвенно - условно быстро/медленно и че-то у нас VDS памяти много жрет. Поэтому никто не учит вас “правильно” складывать данные, оптимизировать запросы и т.д. Но любой рандомный чел знает какие кнопки и где должны быть.
Как вариант (воспоминания нахлынули) это может быть новый как это называется “интернет-менеджер”, которому как раз надо продемонстрировать эффективность. И пофиг, что все работает как часы. Не раз и не два наблюдал этот процесс - приходит новый менеджер и все начинается с “наш сайт выглядит как говно - срочно нужен редизайн”.
Лет 10 назад лично выпиливал, обливаясь слезами, с прекрасно работавшего сайта (разрабатывал не я - я только ломал) весь AJAX под корень, потому, что новый менеджер где-то прочитал, что это тупиковая технология. А я при чем до руководства достучался - результата ноль.
А вы говорите “дизайнер или фронтендер не хочет”. Есть еще фактор - “вау - Facebook/Twitter/Google/<сайт конкурентов=""> сделал <подставьте сюда="" любую="" UI="" дичь=""> - нам срочно надо добавить такое-же"подставьте>сайт>
Есть еще всякие “сайт должен дышать - давайте сделаем отступы пошире” и “мы не можем разбрасываться местом - как-то надо поплотнее скомпоновать” и это может совмещаться на одной странице. И эти бедные дизайнеры пытаются как-то все эти хотелки реализовать впихивая невпихуемое. Потом фронтендеры в ужасе, матерясь на дизайнеров пытаются это все хоть как-то реализовать.
Ну нет например в HTML вложенных форм … а надо. И ниипет - я вам бабки плачу. Мой уникальный бизнес требует именно такого. Решайте. И все и ку-ку - здравствуй мешанина из реакта и прочего дерьма. А просто потому, что по нормальному это не сделать, а не из-за заговора фронтендеров и дизайнеров. А дальше компромисс погоняет компромиссом, потому, что время - деньги, а платить никто не хочет - нам нужны новые фичи. Главный смотрит - да вроде норм - выкладываем - потом если что допилим.
И так это и работает.
Ксати проблема с дизайнерами была довольно давно в нулевые когда они из полиграфии массово в веб ломанулись, но это было ооочень давно и проблемы там были специфические.
Алексей, 10th Jul 2025, link
Тут надо бы совместить пост про фронтендеров, и про выпадашки под большим пальцем.
Соглашусь с предыдущим коллегой, что фронтендеры может и хотят сделать нормально, и дизайнер, но бизнес говорит разместить на главной приложения одного Жёлтого банка, всё что угодно, кроме баланса.
Потому что аналитик сказал что это растит конверсию, надо тыкать сторис и вести трафик на партнеров, которые отвалили кучу денег за размещение виджета на главной Жёлтого банка. Ну и так далее.
Тут можно было бы пойти по пути разделения приложений как у Госуслуг например, тогда в теории ошибки в сториз не перенесутся в приложение банка. И приложение банка было бы в теории стабильнее, поскольку в него не надо было бы вносить столько изменений во фронтенд (знай показывай себе баланс, да цвета меняй, где кстати опять аналитики выскажутся). Но тогда они не смогут привлечь трафик в приложение со сториз банка - кому оно надо. И получается что никто не даст фронтендеру, дизайнеру делать как они действительно бы хотели. Поэтому в чём-то с вами можно согласиться, бывают конечно и такие. В чём-то нет. Возможно это даже удобное оправдание для фронтендеров и дизайнеров, но всё-таки они работают под микроскопом, под линзой которого бизнес и пользователи имеют возможность визуально увидеть или тыкнуть - что для человека безусловно имеет главенствующее значение с точки зрения органа зрения. Работу бэкэндеров же, особенно вот эту с протоколами и контрактами, глазами бизнес и пользователи не видят. Чаще всего бизнесу пофиг эти детали. Тут должна была быть картинка про айсберг, у которого под водой кракен.
Кстати во фронтенде же есть стандарты и протоколы, просто за что их действительно можно не любить - это за как раз желание “что-то улучшать и делать по-своему” что приводит к тому, что их среда настолько динамичная, что стандарты становятся бессмысленными. Завтра изобретут новый. Новое всё. Каждый. А завтра бросит, так и не починив баги, потому что снова новый день и новое всё.
P.S. не фронтендер если что, Clojure backend
Алексей , 12th Jul 2025, link
Хотя как можно сделать нормально фронтенд, если у тебя инструмент от рождения кривой настолько, что его не выровнять https://jsdate.wtf/