Переходя мой блог утром катится Я наткнулся на это отличная статья, написанная в Webdesigner депо по Тиг Джейсон Cranford .
У меня на долгое время пользовались для проектирования сети, но два года назад действительно сделал прыжок в кодировании и фронтального развития. Самое интересное то, что я нашел, что это немного борьбы в том, что как дизайнер, я использую одну сторону мозга, и как разработчик я использую другой.
Мысленно это налогообложение, как дизайнер я хочу, чтобы это выглядело так и в качестве разработчика Я хочу, чтобы сайт правильно работать. Преодоление этого разрыва и прийти к золотой середине утомительно, но я нахожу, что лучше, чтобы передать товар для трудоустройства. В большинстве случаев люди либо одно, либо другое. Одним из них является разработка и веселье, и баланс, где другой логический, технические, а иногда и разочарование. Надеюсь, вам понравится статья, я и сделал.
Мозоль # 1: "Почему нельзя просто разработчик, чтобы она выглядела как комп?"
Вы можете создать отлично выглядящие дизайн и руки от комп к разработчику, но когда вы получаете сайт назад, он выглядит как лоскутное одеяло, что вы предназначены.
Вопрос
Comps не веб-страницы, они не смесь HTML, CSS, JavaScript и кода. Photoshop, Fireworks, Illustrator и может сделать много вещей, которые невозможно (или по крайней мере, дико непрактично) в Интернете, которая часто означает, что разработчикам придется свернуть проект.
Решение
Поговорите с вашим разработчиком в то время как вы разрабатываете, а не только после этого. Попросите ли эффект, который вы используете будет легко выполнить, или лучшая альтернатива существует. Кроме того, как вы узнаете больше о веб-разработки, вы сможете лучше разницу между тем, когда ваш проект является нецелесообразным и когда застройщик только расшатывание прочь.
Мозоль № 2: «цветов все не так!"
Вы не выбираете цвет произвольно, но разработчики считают, что "близка достаточно близко».
Вопрос
Я не знаю, насколько это верно для всех разработчиков, но я когда-то работал с разработчиком, который был красно-зеленый цвет слепым (он был большим поклонником наших контент-менеджер, который послал всю свою электронную почту в розовый текст на известково-зеленом фоне). Однако, будучи дальтоником не помешало ему быть обалденная разработчика.
Решение
Если вы хотите, чтобы цвет, чтобы быть правой, то изложить все значения цветов на странице. Не полагайтесь на разработчика на глаз цветовые значения или попробовать цвета в Photoshop.
Кроме того, необходимо учитывать, что проблема может быть не с застройщиком, а с вами. Цвета выглядят по-разному на Mac, а в CMYK (если вам посчастливилось случайно включить, что цветовое пространство). Убедитесь, что ваш документ цветном режиме и доказательств устанавливаются общие RGB по умолчанию.
Мозоль # 3: "Не знаю даже разработчики средств, что« белое пространство »?
Вы оставили много передышку вокруг элементов, чтобы создать путь жидкости глаз и улучшения читаемости, но разработчик переполняет все вместе, говорит вам: "Это единственный способ это все подходит".
Вопрос
Однажды я пожаловалась разработчиков, что он оставил без пробела между ними граница модуля и его содержание, что делает его действительно трудным для большинства людей к чтению. Он ответил: "Я не забочусь о других людях. Я могу читать. "В то время как большинство разработчиков не так уж черствые, они не были обучены искусству смешивания положительных и отрицательных пространства для руководства глаз посетителя вокруг дизайна.
Решение
Если вы действительно хотите, чтобы ваши проекты, чтобы быть как можно точнее, не только дают разработчику компании и ожидать от них, чтобы выяснить расстояние. Укажите точный ширины, высоты и длины в документе проектных спецификаций. Это служит проект, который вы и разработчик договориться о том, как вещи должны быть расположены.
По крайней мере, определить общие правила для полей и отступов. Например, "Все модули должны иметь не менее 10 пикселей обивка между содержанием и границы".
Мозоль # 4: "разработчик не может получить свои проекты, чтобы выглядеть одинаково в разных браузерах."
Вы смотрите на сайте в Firefox, и это выглядит хорошо, но когда вы переключитесь на Internet Explorer, он разваливается на части.
Вопрос
Вы должны быть лояльными к бедственному положению разработчиков когда дело доходит до нанесения рисунка выглядеть последовательным во всех браузерах. Каждый браузер имеет свои тонкости с расстояния. Дела идут лучше (особенно с медленной смерти Internet Explorer 6), но получить их все полностью играйте друг с другом по-прежнему трудно.
Решение
Я вообще позволяют несколько пикселей для маневра в моей конструкции для размещения кросс-браузерные проблемы, но это помогает узнать, что эти вопросы в то время как вы разрабатываете, так что вы можете помочь разработчику избежать их.
Не бойтесь отметить, кросс-браузерные проблемы для разработчиков и ожидаю, что они будут исправлены. Но решение некоторых из них может потребоваться настроить ваш дизайн.
Мозоль № 5: "Это займет как долго?"
Нет ничего более удручающей, чем допоздна на двойное время, чтобы получить часть проекта сделана по расписанию, только чтобы вернуться развитие ПЭП (уровень усилий), что ставит дату релиза проекта обратно в месяц с конца вечности .
Вопрос
В классическом эпизоде Star Trek: The Next Generation, Скотти объясняет факты инженерных жизнь Geordi La Forge: "Ты не сказал ему [капитан Пикар], как долго это будет действительно принимать, не так ли? Да, паренек. У вас есть чему поучиться, если вы хотите, чтобы люди думали о вас как чудотворец. "Некоторые разработчики считают дизайнеры таким же образом, что Скотти считает Звездного флота капитана.
Решение
Разработчики знают, что они сталкиваются с непредвиденными проблемами и поэтому, как правило, грубо площадку своих оценках. Это также позволяет им выглядеть действительно хорошо, если они получают свою часть сделали гораздо раньше, чем предполагалось. Торгуйтесь с застройщиком до разумные сроки, а затем провести их к нему. Как вы узнаете разработчик, вы, надеюсь найти свой собственный путь, чтобы стать "чудотворцем".
Специальные мозоль Бонус: "Разработчики просто не понимают, дизайнеры".
Или еще хуже:
"Разработчик считает, что они дизайнер!"
Это достаточно плохо, когда разработчики, кажется, просто не хотят видеть точки дизайнера зрения, но, что расхождение во мнениях, как правило, быть опосредовано (как правило, хороший менеджер проекта). Однако, когда разработчик считает, что они знают больше о дизайне, чем дизайнер, закаляет может воспламениться.
Вопрос
Я имел дело с более чем одним разработчиком, который прочитал статью Якоба Нильсена , а затем хотел учить меня о хорошей практикой в середине встречи. Это не только демонстрирует неуважение к дизайнеру, но замедляет проект дебаты следует.
Решение
Работа с ноу-это все-разработчиков является сложным, и способ справиться с этими ситуациями, зависит от размеров эго вы имеете дело с. Вообще, я считаю, что лучше просто слушать то, что они должны сказать, а затем, если у них есть точки, признать его и двигаться дальше. Избегайте спорить с ними, если это возможно.
Часто их жалобы о конструкции "правило", которое было нарушено. Не бойтесь признать, что вы нарушили правила, это то, что инновационные дизайнеры, но убедитесь, что вы можете объяснить, почему ты разбил его.
Всякий раз, когда я нахожусь в этой ситуации, я вспоминаю моего обзора дней в школе дизайна, когда мне пришлось защищать свою работу с довольно жестокой критике. Эти занятия часто эго синяки, но они научили меня, как быстро защитить свои решения, сохраняя при этом моя круто.
Это может показаться унизительным должны постоянно оправдывать свои решения, но чем больше вы показываете "метод в вашем безумии," чем больше вы обнаружите, что ваши коллеги ценности и доверять вашим суждением.
Врачи в китайской провинции Сычуань, нашли угря до прямой кишки 59-летний мужчина и существа съели его внутренности! Безымянный шеф-повар в Китае был принят из пьян и его друзья играли на его шалости которые пошли ужасно неправильно. 
