Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 89
согласен на все 1000%
Стандарты всегда хороши, ибо с ними приходит взаимопонимание.
Я бы поставил -1, да на сегодня лимит исчерпан.
Вот почему Вы не воруете? Потому что в законе есть статья из-за которой за воровство можно понести наказание?
Нет?
Я надеюсь что у Вас есть культура и внутренние мотивации, благодаря которым Вы понимаете какие последствия это может принести.
Дизайнер работает для себя. Наверняка он вовремя работы сосредотачивается на том что рисует в данный момент, а не глобально. Так получается куча. Дизайнеру понятно, так как он всё делал по отдельности/по очереди и не держал в голове глобальных мыслий о понимании, ведь понимание того что он делал в данный момент у него было.
Культуры нет. Была бы культура у дизайнера, не было бы таких проблем. А пост процессингом заниматься никто отдельно не будет, ведь рабобта уже нарисована.
Да и что за дела такие, когда верстальщик должен думать за дизайнера и доделывать дизайн? Надо вручать такую работу обратно.
Информация отстой. Вроде: «5 супер советов для чайников-дизайнеров».
Вот почему Вы не воруете? Потому что в законе есть статья из-за которой за воровство можно понести наказание?
Нет?
Я надеюсь что у Вас есть культура и внутренние мотивации, благодаря которым Вы понимаете какие последствия это может принести.
Дизайнер работает для себя. Наверняка он вовремя работы сосредотачивается на том что рисует в данный момент, а не глобально. Так получается куча. Дизайнеру понятно, так как он всё делал по отдельности/по очереди и не держал в голове глобальных мыслий о понимании, ведь понимание того что он делал в данный момент у него было.
Культуры нет. Была бы культура у дизайнера, не было бы таких проблем. А пост процессингом заниматься никто отдельно не будет, ведь рабобта уже нарисована.
Да и что за дела такие, когда верстальщик должен думать за дизайнера и доделывать дизайн? Надо вручать такую работу обратно.
Информация отстой. Вроде: «5 супер советов для чайников-дизайнеров».
Ты сказать-то что мне хотел, дружище? С мельницами захотелось повоевать?
Я бы и тут поспорил, однако скажу о другом: должна быть культура производства. Уж слои-то держать в порядке — не дополнительная фича, а само собой разумеющееся.
Дизайнер работает для себя.
Я бы и тут поспорил, однако скажу о другом: должна быть культура производства. Уж слои-то держать в порядке — не дополнительная фича, а само собой разумеющееся.
а где можно посмотреть примеры таких тщательных вариантов? если есть такое место ткните меня пальцем... просто слова хорошо, а вот наглядность она рулит всегда.
спасибо.
спасибо.
Алишер, ей-богу не знаю, чем помочь. У меня на HDD разве что. Кстати, если уж говорить о профессиональных вебдизайнерах, с которыми удобно и приятно работать, то первым в их числе я назову Евгения Федоренко. Его работы, помимо прочего, соответствуют и этим моим пунктам.
Я бы и тут поспорил, однако скажу о другом: должна быть культура производства. Уж слои-то держать в порядке — не дополнительная фича, а само собой разумеющееся.
Я об этом сказал:
Культуры нет. Была бы культура у дизайнера, не было бы таких проблем.
Дизайнер работает для себя.
Дизайнер врядли специально сделал те ошибки о которых Вы написали,
Они появились во время изготовления, когда дизайнер делал как ему удобно в данный момент, отсюда следует что нет культуры, а, стало быть, нет само собой разумеющегося.
Где я неправ?
Сергей, я вообще твоих комментариев не понял. Что ты этим хотел сказать совершенно не ясно. Я говорил, говорю и буду говорить, что в работе должен быть порядок. И если кому-то удобней работать так, что на выходе будет бардак — не жди от меня сочувствия (ах, ему так удобней, ах, у него времени нет).
И что, по-твоему, раз нет культуры, так и требовать нечего? Пусть галоши в парадных воруют и в сортирах разруху укореняют?
И что, по-твоему, раз нет культуры, так и требовать нечего? Пусть галоши в парадных воруют и в сортирах разруху укореняют?
Ключевое-то слово в топике - культура.
Одна и та же работа может быть передана следующему исполнителю по-разному.
Одна и та же работа может быть передана следующему исполнителю по-разному.
Главное правило:
Не верстайте в фотошопе, он для этого не предназначен.
Не верстайте в фотошопе, он для этого не предназначен.
Хм. Всё что я верстал, мне приходило именно в PSD. А разве есть альтернативы?
Прекрасное неведение. А вы искать пробовали?
Macromedia Adobe Fireworks.
Не верстайте в фотошопе, он для этого не предназначен.
А Вы подскажите пожалуйста как в таком случае нужно искать (задавать вопрос в поисковик) «правильную» программу для выдачи результата верстальщикам.
сначала - я перемудрил со словом "верстать". Имелась в виду, конечно, программа для дизайнера, делающего макет, максимально удобный верстальщику.
Но вы, кажется, правильно поняли. И давайте не будем обсуждать запросы поисковикам, а просто попробуем то, что я предложил.
Но вы, кажется, правильно поняли. И давайте не будем обсуждать запросы поисковикам, а просто попробуем то, что я предложил.
Остальные перечисленные правила - следствие выбора неправильного редактора и суть разведение лишних сущностей.
Кто-то уже написал, но макеты должны отдаваться на верстку в Fireworks. Сложные графические обьекты рисуете в Photoshop - имортируете в Fireworks. Один раз попробуете, и поймете, что так удобнее и вам, и ему.
Сложные графические обьекты рисуете в Photoshop - имортируете в Fireworks
Вот если создать такой опрос здесь, на Хабре, и спросить, в чём вы, господа вебдизайнеры, макеты свои рисуете, и импортируете ли вы свои PSD-шки в Fireworks, то каков, по вашему, будет результат? :-)
Мне, в принципе, пофигу, в чём придёт макет. Я в обоих графпакетах не заблужусь. Однако ж чаще всего именно Photoshop.
Возникнет прецедент.
Кто сказал что у верстателя есть Fireworks? А вот если заказчик изначально заказывает psd дизайн - тогда это лишняя инициатива.
Кто сказал что у верстателя есть Fireworks? А вот если заказчик изначально заказывает psd дизайн - тогда это лишняя инициатива.
Ни слова о размерах - правильный дизайнер рулерами и доп. слоями покажет размеры отступов и т.д. Ему это 5 минут, а верстальщик будет трахаться с "линейкой" да и уточнять если какие-то размеры неочевидны.
А вообще дизайнер просто обязан (что кстати некоторые и делают) прикладывать базовый CSS - с указанием какие стили к камим частям макета относятся.
Заставлять верстальщика тыкать пипеткой, снимать размеры текстовых надписей - это хамство и неуважение.
А дизайнер приславший макет и не приложивший несистемный шрифт (или растрировавший слой с текстом) вообще идетв жопу дорабатывать.
Можно сверстать с чего угодно, только разгадывать ребусы - не задача верстальщика. Особенно если дизайнеру надо лишних 3-5 минут.
А вообще дизайнер просто обязан (что кстати некоторые и делают) прикладывать базовый CSS - с указанием какие стили к камим частям макета относятся.
Заставлять верстальщика тыкать пипеткой, снимать размеры текстовых надписей - это хамство и неуважение.
А дизайнер приславший макет и не приложивший несистемный шрифт (или растрировавший слой с текстом) вообще идет
Можно сверстать с чего угодно, только разгадывать ребусы - не задача верстальщика. Особенно если дизайнеру надо лишних 3-5 минут.
Заставлять верстальщика тыкать пипеткой, снимать размеры текстовых надписей - это хамство и неуважение.
Ну знаете это уж слишком.
При грамотно сверстаном PSD, например текстовом блоке, в настройках параграфа видны все необходимые параметры, в том числе и шрифт, размер, цвет, стиль, межстрочное расстояние, отступы в параграфе и т.п.
Вы предлагаете еще раз это "записать на бумажке".
Золотые всё-таки слова.
Заставлять заказчика использовать PSD тоже неуважение. Мне нужен один-два сайта в год, почему я должен для этого приобретать фотошоп?
Друзья, какая разница в чём верстать? Главное - комфорт дизайнера и верстальщика.
На работе один дизайнер рисует только в Xara X. Какие-то фишки отрисовываются в Фотошопе. По лично опыту - БЕЗУМНО неудобно! Со слоями неразбериха. Не в макете дизайнера, а в самой программе. Слои реализованы ради галочки. Не знаю как в свежих версиях, а той, в которой она работает визуально нельзя определить в каком слое находится объект.
И как на зло в макетах используется вагон градиентов.
Ещё типичные ошибки дизайнера - отклонение от сетки и различающиеся фрагменты макетов (шапка изменилась, фон добавился, etc.)
Вообще, от дизайнеров нельзя требовать чего-то космического будь то использование только какой-то конкретной программы для создания макетов или записывать на бумажке цвета фонов :)... Вам это не кажется бедом?
Самое главное требование - аккуратность. И всё!
На работе один дизайнер рисует только в Xara X. Какие-то фишки отрисовываются в Фотошопе. По лично опыту - БЕЗУМНО неудобно! Со слоями неразбериха. Не в макете дизайнера, а в самой программе. Слои реализованы ради галочки. Не знаю как в свежих версиях, а той, в которой она работает визуально нельзя определить в каком слое находится объект.
И как на зло в макетах используется вагон градиентов.
Ещё типичные ошибки дизайнера - отклонение от сетки и различающиеся фрагменты макетов (шапка изменилась, фон добавился, etc.)
Вообще, от дизайнеров нельзя требовать чего-то космического будь то использование только какой-то конкретной программы для создания макетов или записывать на бумажке цвета фонов :)... Вам это не кажется бедом?
Самое главное требование - аккуратность. И всё!
.
geruway пишет:
«На работе один дизайнер рисует только в Xara X. Какие-то фишки отрисовываются в Фотошопе. По лично опыту - БЕЗУМНО неудобно! Со слоями неразбериха. Не в макете дизайнера, а в самой программе. Слои реализованы ради галочки. Не знаю как в свежих версиях, а той, в которой она работает визуально нельзя определить в каком слое находится объект».
О, нашелся таки нормальный дизайнер…
Что касается слоев в Xara, то в статус-строке выводится информация о том, на каком слое находится объект. И это в третьей старой версии (Xara X которая), естественно же, было.
Выделенный объект можно передвинуть последовательно на любой нужный слой, Up (Ctrl+Shift+U) или вниз, Ctrl+Shift+D соотвественно. Объект можно вырезать и вставить на то же место (Ctrl+Shift+V) на выбранный активный или новый слой.
В новой версии (X Pro) названия слоев редактируются по клику, кстати говоря, стало удобнее.
В новой же версии возможен экспорт в .psd (текстовые слои остаются редактируемыми) и импорт. Так что с детищем, частично порожденным Фредом Крюгером (Fireworks) вполне можно потягаться; сам же функционал у Xara — несравнимо больший.
V
geruway пишет:
«На работе один дизайнер рисует только в Xara X. Какие-то фишки отрисовываются в Фотошопе. По лично опыту - БЕЗУМНО неудобно! Со слоями неразбериха. Не в макете дизайнера, а в самой программе. Слои реализованы ради галочки. Не знаю как в свежих версиях, а той, в которой она работает визуально нельзя определить в каком слое находится объект».
О, нашелся таки нормальный дизайнер…
Что касается слоев в Xara, то в статус-строке выводится информация о том, на каком слое находится объект. И это в третьей старой версии (Xara X которая), естественно же, было.
Выделенный объект можно передвинуть последовательно на любой нужный слой, Up (Ctrl+Shift+U) или вниз, Ctrl+Shift+D соотвественно. Объект можно вырезать и вставить на то же место (Ctrl+Shift+V) на выбранный активный или новый слой.
В новой версии (X Pro) названия слоев редактируются по клику, кстати говоря, стало удобнее.
В новой же версии возможен экспорт в .psd (текстовые слои остаются редактируемыми) и импорт. Так что с детищем, частично порожденным Фредом Крюгером (Fireworks) вполне можно потягаться; сам же функционал у Xara — несравнимо больший.
V
Специально на Хабре по слову "Xara" искал? :)
И что на это отвечать? Искал специально, да, но давно, но тогда система не пускала ответить, а сейчас вот удалось. Т.е. если вопросы есть по этому поводу (Xara), то отвечу.
Программа вообще-то сразу после лицензирования компание Corel в 1995-м под web-дизайн специализировалась, так что свои возможности давно имелись.
А в силу своей пластики приспособить работать самодостаточно в пиксельном пространстве с любой опорной сеткой и слоем топологии (полное описание размеров и цвета) — вообще не проблема.
А еще можно иметь варианты маркирования нужной области страницы различным цветом (слайсинг), генерация пиксель в пиксель нужной части изображения без выделения объекта — с невидимой «маской» — имеется, много еще чего есть полезного…
.
Программа вообще-то сразу после лицензирования компание Corel в 1995-м под web-дизайн специализировалась, так что свои возможности давно имелись.
А в силу своей пластики приспособить работать самодостаточно в пиксельном пространстве с любой опорной сеткой и слоем топологии (полное описание размеров и цвета) — вообще не проблема.
А еще можно иметь варианты маркирования нужной области страницы различным цветом (слайсинг), генерация пиксель в пиксель нужной части изображения без выделения объекта — с невидимой «маской» — имеется, много еще чего есть полезного…
.
Если верстальщика называть "версталой", то так ему и надо — помойку из слоев. Как-то оскорбительно звучит такое название.
На мои жалобы по поводу помойки в макете, дизайнеры отвечают "Ой, бля, надо было срочно-быстро рисовать, времени нет складывать в папки и подписывать..."
От других дизайнеров были макеты с аккуратно раздложенными слоями, указанием размеров/гарнитуры шрифтов, межстрочного расстояния, со стрелочками, показывающими где и как должно растягиваться.
На мои жалобы по поводу помойки в макете, дизайнеры отвечают "Ой, бля, надо было срочно-быстро рисовать, времени нет складывать в папки и подписывать..."
От других дизайнеров были макеты с аккуратно раздложенными слоями, указанием размеров/гарнитуры шрифтов, межстрочного расстояния, со стрелочками, показывающими где и как должно растягиваться.
Абсолютно с тобой согласна :)
Когда я устроилась на работу в крупную аутсорсинг-компанию, и мне пришел первый макет, созданный местным дизайнером, я поразилась, как все четко и аккуратно: правильный нэйминг, группировка, направляющие - одно удовольствие было работать с таким макетом.
А большинство дизайнеров сляпают кое-как, и считают, что так и надо, а верстальщик обязан в этом мусоре разбираться. Даже обидно :)
Когда я устроилась на работу в крупную аутсорсинг-компанию, и мне пришел первый макет, созданный местным дизайнером, я поразилась, как все четко и аккуратно: правильный нэйминг, группировка, направляющие - одно удовольствие было работать с таким макетом.
А большинство дизайнеров сляпают кое-как, и считают, что так и надо, а верстальщик обязан в этом мусоре разбираться. Даже обидно :)
Скажу вам - .psd, хоть и не стерильный и без подробных инструкций (хоть бы и в отдельном текстовом файле) - это ещё цветочки. Бывает (из печальной практики), что "дизайнер" приносит для вёрстки эскиз в cdr, в котором часть шрифтов - в шрифтах (ах, в кривые перевести забыл, шрифты захватить с собой - не подумал, давайте подберём из вашей коллекции что-то похоженькое), часть - в картинках, вставленных в .cdr в изрядно побитом (с компрессией не более чем на 40% - для пущей оптимизации, видимо).jpg, но при этом беглый анализ показал, что даже в jpg их перезапомнили из индексированного цветов на 8 гифа, импортированные в эскиз иллюстрации да и прочие используемые цвета - в CMYK, про "главное меню", эскизно же обозначенное символическими прямоугольничками, вам на пальцах по-быстрому рассказывают, что здесь должны быть "вот такие скругления", при этом сайт планируется на 3-х языках, а в эскизе - русский, и при этом при всём заказчик объявляет, что "дизайн уже есть - только заверстать". При этом кто кого в таких ситуациях обманывает - дизайнер заказчика или заказчик верстальщика - не суть важно.
Конечно, есть два пути решения:
1. Потратить время на лекцию дизайнеру по поводу того, что нужно сделать с макетом, верстальщику заказчик платил за вёрстку, и не платил за макет.
2. Проще обычно самому до-пере-делать макет, при этом потратив время на лекцию заказчику про то, почему теперь вёрстка будет стоить дороже (да и дизайнера жаль - его-то достоинства ущемить придётся).
3. Отказаться от заказа и прослыть жадиной или снобом.
А вот если бы была какая-то система стандартов и правил для дизайнеров, которые рисуют макеты под вёрстку - всё же был бы опорный документ, на который можно было бы ссылаться и которым - пользоваться по мере необходимости всем.
Конечно, есть два пути решения:
1. Потратить время на лекцию дизайнеру по поводу того, что нужно сделать с макетом, верстальщику заказчик платил за вёрстку, и не платил за макет.
2. Проще обычно самому до-пере-делать макет, при этом потратив время на лекцию заказчику про то, почему теперь вёрстка будет стоить дороже (да и дизайнера жаль - его-то достоинства ущемить придётся).
3. Отказаться от заказа и прослыть жадиной или снобом.
А вот если бы была какая-то система стандартов и правил для дизайнеров, которые рисуют макеты под вёрстку - всё же был бы опорный документ, на который можно было бы ссылаться и которым - пользоваться по мере необходимости всем.
Документ на который должны ссылаться - это ТЗ, в котором должны быть описаны четкие требования к предоставляемым макетам. Но мы то с вами взрослые мальчики и девочки, и прекрасно понимаем, что нормальное ТЗ, сроки, бюджет и т.д - боооольшая редкость.
Да и никто (в первую очередь заказчик) не даст вам организовать процесс правильно: с написанием согласованного тех. задания, с передачей выполненных работ по акту. Потому что при формализованном подходе вылезает столько неприятных вещей, которые могут не дать проекту запуститься в ранее предполагаемые сроки с желаемым бюджетом.
Да и никто (в первую очередь заказчик) не даст вам организовать процесс правильно: с написанием согласованного тех. задания, с передачей выполненных работ по акту. Потому что при формализованном подходе вылезает столько неприятных вещей, которые могут не дать проекту запуститься в ранее предполагаемые сроки с желаемым бюджетом.
Пусть это будет не ТЗ - а публичный документ с перечнем *рекомендаций*, выработанных не заказчиком (заказчиками), а дизайнерским сообществом. Я думаю, если бы разработчики обсудили и не поленились, как Макс, озвучить наиболее популярные ляпы - такой документ легко можно было бы собрать.
Боюсь вот только что для дизайнера с описанным вами кореловским файлом, такой джентельменский свод правил не будет иметь никакого значения. Раз человек не в состоянии следовать базовым принципам, то предлагать ему какие-то правила - значит просто тратить время на его учебу. И учтите, что часто у многих разработчиков комплекс "суперзнайки": "А что мне ваши замечания сообщества, я и так все знаю!". Это не лечится ни трудом, ни ростом. Это лечится батогами, канделябрами и (если у человека остались зачатки вменяемости) четким указанием на его ошибки с веской аргументацией. Но! Ведь наша задача не учить дизайнера работать, не так ли?
Это смотря где :) И учить приходится, и договариваться, и время тратить. Бывает так, что договариваться не получается.
А для комплекса суперзнайки как раз очень полезно было бы дать возможность ознакомится с мнением профессионального дизайнерского сообщества, с теми же рекомендациями. Должно же быть хоть что-то у них святое.
А для комплекса суперзнайки как раз очень полезно было бы дать возможность ознакомится с мнением профессионального дизайнерского сообщества, с теми же рекомендациями. Должно же быть хоть что-то у них святое.
Ни в коем случае не дизайнеры! Им нельзя давать составлять такой документ! :) Татьяна, вы представляете что этот документ будет из одной строчки "И так сойдет"? :)
Нееет, "рекомендации" должны вырабатывать верстальщики, ибо сытый голодному не разумеет!
Нееет, "рекомендации" должны вырабатывать верстальщики, ибо сытый голодному не разумеет!
А ведь после верстальщиков еще могут идти программеры, разрывающие верстку на куски и прикручивающие ее к шаблонам. Им тоже есть что сказать и дизайнерам и верстальщикам :)
И есть менеджеры, которые общаются с заказчиком и контролирующие процесс.
И есть менеджеры, которые общаются с заказчиком и контролирующие процесс.
У меня с программером в этом плане был полный консенсус. Он раньше слыхом не слыхивал про семантическую разметку кода и блочную верстку. Зато теперь он счастлив :)
А это и есть "рекомендации для верстальщиков" :)
А это и есть "рекомендации для верстальщиков" :)
"А ведь после верстальщиков еще могут идти программеры, разрывающие верстку на куски и прикручивающие ее к шаблонам"
Для всех проще, если макетирование шаблона делает верстальщик. Всё равно потом за программером переделывать.
А научиться макетировать шаблоны, причём под любые серверные скрипты - это, имхо, самое простое и чаще всего предусматривается уже на этапе планирования порезки любого, самого сложного эскиза.
Для всех проще, если макетирование шаблона делает верстальщик. Всё равно потом за программером переделывать.
А научиться макетировать шаблоны, причём под любые серверные скрипты - это, имхо, самое простое и чаще всего предусматривается уже на этапе планирования порезки любого, самого сложного эскиза.
))) Эта ситуация банальна, особенно когда веб-дизайнер неопытен.
Ни чем это не лечится, кроме постоянного труда и роста.
А главное - граф. софт абсолютно не при чем.
И обратное тоже верно: если кодер слаб, однозначно его многое в макете не устроит.
Там, где дизайн и верстка делаются людьми сработавшимися - такой трухи не возникает.
Каждый имеет право на ошибку, главное - быстро все исправить.
Ни чем это не лечится, кроме постоянного труда и роста.
А главное - граф. софт абсолютно не при чем.
И обратное тоже верно: если кодер слаб, однозначно его многое в макете не устроит.
Там, где дизайн и верстка делаются людьми сработавшимися - такой трухи не возникает.
Каждый имеет право на ошибку, главное - быстро все исправить.
Максим, если кратко, то все главное вы изложили во втором пункте:
2. Удаляйте всё ненужное.
2. Удаляйте всё ненужное.
а хороший верстак он еще и неповторяющийся фон сам дорисует до 1600 по горизонтали и границы повторяющихся тайлов сам найдет
linker - неадекват, верстают в блокноте а не в граф. редакторе
единственное правило - сколько картинок - столько и шаблонов на выходе, переключаться между слоями чтобы получить альтернативные варианты картинки верстак не должен
linker - неадекват, верстают в блокноте а не в граф. редакторе
единственное правило - сколько картинок - столько и шаблонов на выходе, переключаться между слоями чтобы получить альтернативные варианты картинки верстак не должен
Все равно у дизайнера на это уйдет меньше времени. В противном случае теряется продуктивность работы.
а вот тут еще стоит подумать о том что рабочее время дизайнера - оно дороже стоит, а верстальщиков их пруд пруди вон
А вот и нет.. По-моему грамотного верстальщика днем-с-гуглОм не сыщешь, а дизайнеры у нас практически все.
"грамотный верстальщик" - это такой артефакт, вы ни одному маркетоиду не объясните как могут верстальщики отличаться по грамотности
лишь бы в осле показывалось хоть как-то и грузилось не очень долго, а вся эта семантика и прочие микроформаты - это для гиков дрочево
лишь бы в осле показывалось хоть как-то и грузилось не очень долго, а вся эта семантика и прочие микроформаты - это для гиков дрочево
В Рунете, наверное, так и есть. Однако тут в комментах отметились люди, которые работают в иных условиях. Найти хорошего XHTML+CSS-верстальщика, достойного получать $1000 и выше — проблема.
нет. не проблема. я на днях как раз проводил небольшой набор прямо тут на хабре. 90% тестовых работ были сделан очень аккуратно. Один человек даже не поленился прописать cssdoc в файле.
проблема скорее в тех КТО ищет. если этот человек вообше не в курсе основ верстки, критериев оценки качества он запутается сам и запутает других.
проблема скорее в тех КТО ищет. если этот человек вообше не в курсе основ верстки, критериев оценки качества он запутается сам и запутает других.
1) 2 года прошло 2) кризис. безработных стало больше.
я видел даты… просто хотелось прокомментировать ). что тогда, что сейчас суть проблемы не изменилась — дурные заказчики привлекают дурных исполнителей… а шума то…
а отсутствие такой привычки как «позаботится о коллеге» пока тоже наблюдается… ведь немного причесать свои файлы в реальности требует всего несколько минут от одного человека… а экономит часы другому.
впрочем. я может просто чего то не знаю и давным давно уже существуют опубликованные общие стандарты на эту тему?
а отсутствие такой привычки как «позаботится о коллеге» пока тоже наблюдается… ведь немного причесать свои файлы в реальности требует всего несколько минут от одного человека… а экономит часы другому.
впрочем. я может просто чего то не знаю и давным давно уже существуют опубликованные общие стандарты на эту тему?
Адекват. Там было понятно о что разговор о формате/программе в которой передадут верстальщику результат работы дизайнера.
Россомахин, тема супер!! Молодец, что поднял!
Я с месяц назад озадачился этой проблемой. Долгое время был верстальщиком, иногда и дизайном занимался, поэтому знаю с обоих фронтов эти этапы.
Зачастую дизайнер поглощен работой и не замечает каких-то технических недостатков.
Ещё немаловажную роль играет железо: у кодера оно все-таки слабее будет, об этом тоже часто забывают. Был у меня случай с одним жестоким макетом: открываешь PSD и... идешь курить, чаек пить, книжку какую вумную полистать. Глядь, через 20 минут 500-слойный макет и открылся. А потом своп-своп-своп... :)
Сейчас я руковожу отделом разработок и недавно поставил себе задачу - оптимизировать процесс разработки, дабы увеличить прибыль компании да и свою заодно :) И первым этапом у меня стал процесс разработки внутренних стандартов и порядка передачи материалов на каждый последующий этап: Проектировщик -> дизайнер -> верстальщик -> программер -> тестировщик.
p.s. Сейчас я как раз подтягиваюдокументацию свои руки к шее дизайнера :) Надеюсь меня не найдут потом в колодце с перерезанным горлом. Если что - я был Хабрачеловеком :)
Я с месяц назад озадачился этой проблемой. Долгое время был верстальщиком, иногда и дизайном занимался, поэтому знаю с обоих фронтов эти этапы.
Зачастую дизайнер поглощен работой и не замечает каких-то технических недостатков.
Ещё немаловажную роль играет железо: у кодера оно все-таки слабее будет, об этом тоже часто забывают. Был у меня случай с одним жестоким макетом: открываешь PSD и... идешь курить, чаек пить, книжку какую вумную полистать. Глядь, через 20 минут 500-слойный макет и открылся. А потом своп-своп-своп... :)
Сейчас я руковожу отделом разработок и недавно поставил себе задачу - оптимизировать процесс разработки, дабы увеличить прибыль компании да и свою заодно :) И первым этапом у меня стал процесс разработки внутренних стандартов и порядка передачи материалов на каждый последующий этап: Проектировщик -> дизайнер -> верстальщик -> программер -> тестировщик.
p.s. Сейчас я как раз подтягиваю
я дизайнер, верстаю сам.
привет.
привет.
в дополнение к psd - Стандарты именования html-layout
Интересная тема. Вообще, проблемы взаимоотношений в команде разработчиков - сложный вопрос, требующий с одной стороны некоторой стандартизации, а с другой взаимного уважения. Имея, наверное не очень большой опыт в подобных вопросах, могу сказать что у нас вполне получается работать по взаимной договоренности и при вежливом отношении дизайнера к верстальщику, верстальщика к программеру и т.д. И те и другие должны прислушиваться к просьбам и требованиям других - тогда все и получится.
И еще вопрос к многоопытным дизайнерам - неужели никто не рисует макеты в CorelDRAW? По моему, если уж сравнивать PSD и CorelDraw то, для макетов сайтов второй предпочтительнее.
И еще вопрос к многоопытным дизайнерам - неужели никто не рисует макеты в CorelDRAW? По моему, если уж сравнивать PSD и CorelDraw то, для макетов сайтов второй предпочтительнее.
Я верстальщик, полностью соглашусь с автором!
Работал с разными дизайнерами и есть люди, которые всем слоям дадут имена и сгруппируют объекты. А есть и такие, у которых Layer 81 и Layer 81 copy. Конечно, разобраться можно, но первый вариант как-то приятнее. Приятно, что человек о тебе позаботился, что ли... :)
Работал с разными дизайнерами и есть люди, которые всем слоям дадут имена и сгруппируют объекты. А есть и такие, у которых Layer 81 и Layer 81 copy. Конечно, разобраться можно, но первый вариант как-то приятнее. Приятно, что человек о тебе позаботился, что ли... :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Коротко об дизайн-макетах, удобных XHTML-верстальщику