Что должен сделать программист, прежде чем получить помощь от дизайнера в Design Issue?

Question

Я как Front End Developer, в течение многих лет я решал многие проблемы, связанные с браузером и CSS, для разработчиков, пишущих на ASP, PHP и XSLT.

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

Firebug - один из вариантов.

Answer 1

Дизайнеры и разработчики часто имеют симбиотические отношения. На мой взгляд, все разработчики должны иметь (по крайней мере) очень базовые навыки проектирования, и все дизайнеры должны знать кое-что о коде. Я не имею в виду, что две профессии должны быть в состоянии выполнять работу другой; Просто у каждого должно быть общее представление о том, как другой решает проблемы. Большая часть враждебности, часто наблюдаемой между формой и функцией, идет с обеих сторон, не понимая другую.

На более конкретном уровне разработчик может извлечь пользу из знания HTML и CSS, поскольку он может видеть, что делает дизайнер, и вносить изменения в случае необходимости. Лучшее общение приведет к созданию более качественных продуктов, и две профессии не смогут общаться, не зная одних и тех же языков.

Answer 2

Где я работал, «Дизайн» связан с изображением, а «Разработка» - с кодом. Дизайнеры работают в Photoshop, а иногда и в редакторе HTML, а разработчики работают в среде IDE.

Дизайнер может работать с HTML и CSS, но разработчикам часто приходится настраивать их для работы с ASP.NET (при необходимости измените элементы управления вводом на сервере). Разработчики, возможно, могли бы изменить размер или перекрасить изображение в случае необходимости, но не так быстро, как дизайнер. Дизайнеры обычно выполняют свою работу заранее, а разработчики выполняют текущую работу.

По вашему определению, я между разработчиком внешнего интерфейса и внутренним. Разделение интересов не всегда ясно.

Эван Мигер прав, когда говорит: «Большая часть враждебности, часто наблюдаемой между формой и функцией, идет с обеих сторон, не понимая другую». То же самое для любых двух отделов, которые должны работать вместе. Способ, которым вы можете сгладить вражду, помогая вашим командам понять друг друга, - это заставить их разговаривать друг с другом до начала любых боев. Возможно, вы могли бы пообедать и узнать, где разработчики внешнего интерфейса описывают, что они делают, и некоторые нюансы конкретного проекта, и пригласить своих разработчиков внутреннего интерфейса сделать то же самое на следующей неделе.

Answer 3

Как дизайнер переднего плана, ключевые вещи, о которых бэкенд-разработчики обычно не знают:

• Internet Explorer может и будет полностью использовать HTML, CSS и JS и запускать самые основные ожидаемые поведения
• Сначала разработайте / протестируйте интерфейсы (Firefox, Safari, Opera, Chrome, Arora и т. Д.)! тогда обязательно просмотрите в IE6, IE7 и IE8 ...
• Возьмите спецификации HTML, CSS и ECMAScript с небольшим количеством соли. «Руководство» часто кажется более подходящим термином по сравнению со спецификацией.
• Вы слышали много сражений Дивов против Таблиц. Div великолепны, но рано или поздно вы столкнетесь с необходимостью обернуть что-то в таблицу, чтобы браузер X не упаковывал ваш контент, когда вы явно запретили. Время от времени можно «сдаваться».

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

Хотя такие сайты, как A List Apart , имеют отличные статьи с кодом, иногда решение теряется в истории.

Для устранения ошибок я рекомендую Knol , который ссылается на этот список ошибок браузера .

Кнол не предоставляет много информации, но он предоставляет организованный индекс, чтобы найти, какая ошибка причиняет вам боль.

В противном случае для получения общей информации ознакомьтесь с различными блогами разработчиков. Snook.ca , QuirksBlog PPK , Человек в синем и т. Д.