Потом — не будет Это очерк о том, почему дизайнер не имеет права выдавать временные решения, и почему он должен всех задолбать.

Вы или ваш дизайнер подготовил макеты экранов, передали в разработку, в какой-то момент наступает этап дизайн-ревью.

С точки зрения разработки там все ок, но дизайнер на свой выпуклый военно-морской глаз сходу видит: тут отступ не такой, тут реакция контрола не плавная, и еще десяток других мелочей.

Исправляют и говорят, что все ок. Смотришь — не ок. Опять итерация. И вскоре тебе говорят, что ты душнила и надоел (ну или думают, но не говорят). А мы вообще-то тут делаем ЭМ-ВИ-ПИ и иди нафиг, потом поправим, в следующем релизе/версии/году. И ты соглашаешься.

Так вот, это самое «ПОТОМ» не настанет НИКОГДА. И даже если вы все записали в блокнотик и создали багу в джире. Потому что потом будут новые задачи, новые сжатые сроки, нехватка ресурсов.

В этой ситуации, приоритизируя задачи, как вы думаете, что встанет на первое место у команды: новая фича, которая приносит бабки или приведение фронта в соответствии дизайну? Можете не отвечать.

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

А вот жить с этим чувством или слыть душнилой, тут уж как совесть позволяет.