Когда дизайнеру нужно быть немножко программистом

А когда вы внедрите веб в вашу работу вместо иллюстратра, вы увеличите скорость работы еще на 20% а то и больше. Все что связано с автоматизацией вывода данных в графических продуктах это работает не очень гибко, а то и дольше.

Проблема дизайнеров в том, что они не понимают как можно по другому. Графические продукты диктуют стандарт работы целой индустрии и кажется — по другому нельзя.

Генерация прайсов — чистый веб. Переменные в макетах — чистый веб. Резиновые макеты — тоже чистый веб. С динамическим текстом в вебе гараздо удобнее работать, чем в графических редакторах. (В иллюстраторе вообще беда — таблиц нет. В индизайне беда нет иллюстратора.) Потом просто сохраняете в PDF хотяб даже нативно через Opera без PDF принтера.

А потом вам в голову придет примерно следующее:

Представляете, насколько увеличивается время обработки задач? Раньше на переверстку макетов меню (при замене цен) у дизайнера уходило 3-4 рабочих дня. Сейчас мы успеваем за 2.

А если предложете клиенту выгружать данные по ценам из их ресторанного софта сразу в ваш макет, изменения цен будет занимать 15 секунд. Это особенно важно, когда у вас постоянное сотрудничество.

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

дубляжа файлов вообще не должно быть. Есть одна сущность и привязанные к ней метаданные. Если типография не умеет по другому, по присланной ссылке она может получать zip с копиями файлов с нужными вам именами. Имена берутся из той же вашей таблицы. Вы вообще не должны создавать никаких копий. Контролируете только одну сущность в вашей бд в таблице. Типография получает ссылку на скачку, по переходе по которой все должно генерироваться на лету.
Или же вы просите клиента присылать данные в нужном вам формате. Я уж молчу что вы можете им выдать каждую учетку и там хранить для них аналог гугл таблиц.

Хорошая статья. Я пришел за годы труда к единому шаблону ведения разработки и исходников:

1) Узнаваемая и понятая структура папок проекта.
2) Именование понятными названиями внутримакетных сущностей )например, слоёв или 3Д объектов).
3) Стараюсь делать недеструктивные преобразования и вообще придерживаюсь методики, которая позволяет открыть старый файл и что-то там подкрутить. Банальный пример: использование маски прозрачности при обтравке, вместо «ластика». Использование слоёв-фильров, вместо применения фильтра к слою…