Обычно, после завершения веб -дизайна, невежество дизайнера раскрывается и критикуется. Они оставили тяжелую работу по созданию веб -кода программистам. Это явление происходит не только в индустрии развития сети, но и в индустрии программного обеспечения и разработки игр.
Жестокий факт заключается в том, что прогресс в разработке может застояться из -за дизайнеров. Чтобы добиться наилучшей эффективности, дизайнеры не только должны рисовать, но и должны иметь возможность сделать это! В этой статье я хочу поделиться с читателями по некоторым причинам, по которым дизайнеры должны научиться писать код.
С явным впечатлением о том, как будет реализован конечный продукт, дизайнеры придумывают более практические концепции. В качестве неотъемлемой части процесса разработки дизайнеры несут ответственность за обеспечение плавно передачи их проектов в сетевой носитель, а также с учетом его удобства использования, веб -разборчивости и реализации. У удобного для пользователя веб-сайт не только имеет простую и четкую логику последовательности просмотра, но и предоставляет пользователям всю необходимую им информацию, не выглядя агрессивными или грязными. Единственный способ узнать, возможна ли веб -макет - это научиться самостоятельно создать веб -страницу.
Почти во всех независимых продуктах проектирования и реализации группа проектирования и группа реализации никогда не оправдали ожиданий другого, особенно те нематериальные продукты, такие как веб -сайты, программное обеспечение и игры. Это обычно объясняется взаимными компромиссами между ожиданиями продукта и осуществимостью продукта , которые в настоящее время, кажется, трудно идеально объединить. Решение: дизайнеры должны лично попытаться разработать реализацию работы, чтобы избежать путаницы, недоразумения и дезинформации в общении.
Дизайн на практике не должен быть абсолютным. Я имею в виду, что дизайн должен быть гибким и дружелюбным, способным изменять, чтобы удовлетворить технические ограничения системы, не искажая его первоначальную коннотацию. Эти повторные, но необходимые изменения могут быть достигнуты только оригинальным дизайнером. Дизайнер/разработчик может быть более эффективным, чем разработчик, который повторяет дизайн для дизайнера для изменений. И существует трение между дизайнерами и разработчиками - на самом деле это часто бывает.
Мне часто нравится думать о программном обеспечении, сети или разработке игры как оркестра, в то время как дизайнер является композитором, а разработчик является дирижером оркестра. Представьте себе, каково это быть одним и тем же человеком? Симфония будет потрясающей, очаровательной и подлинной! Это не только шедевр мастера, но и его собственная команда!
Одновременно роль дизайнера как программиста означает, что прогресс в дизайне и кодировании непрерывен, если не одновременно. Результатом является сокращение цикла развития - кому это не волнует эффективность?
Современным дизайнерам необходимо улучшить свои способности для поддержания личной ценности. Наличие навыков далеко не достаточно. Нам часто нужно носить разные названия: дизайнеры, фронт-разработчики, авторы статьи и менеджеры проектов.
Научившись осознавать свой собственный дизайн, вместо того, чтобы сделать дизайн сиротой в руках разработчиков - вы повышаете свою собственную ценность. В конце концов, не повредит упомянуть навыки дизайна и кодирования в вашем резюме. Напротив, в эту эпоху реструктуризации финансового кризиса (см.: Массовые увольнения) и сокращение расходов можно также подчеркнуть важность человека без увольнения.
Тем не менее, даже с таким большим количеством причин поддержать дизайнеров в обучении писать код, здесь все еще есть голоса возражений.
Цитируйте спорную статью Лукаса Матиса. Дизайнер не программист ( примечание 1)
Если дизайнер реализует свой собственный дизайн, он будет подвергаться двум разным целям: аккуратный код и хороший пользовательский опыт. Эти две цели противоречивы. Если вы хотите реализовать свой собственный дизайн, вы неизбежно пойдете на компромисс для качества кода, что не способствует интерактивному дизайну.
Дизайнеры, которые реализуют свои собственные дизайны, сталкиваются с двумя проблемами: они знают, что отличная новая идея создаст грязный код, и они также знают, что существующий код будет нарушен, если пользовательский опыт улучшится. Эти два противоречивы, потому что пользовательский опыт имеет мелкие детали, которые в конечном итоге разрушают код, который будет сбит с толку их неспособностью вынести.
Это удачно суммирует жесткую позицию, занятую пуристами веб -разработки. Они старомодные и защищают грань между дизайном и разработкой. Очевидно, что дизайнеры создают для людей и разработчиков создавать для машин. Поэтому дизайнеры UX должны разработать наиболее возможный пользовательский интерфейс и позволить разработчикам принимать наиболее осуществимые решения по программированию. Хотя это имеет смысл, мои попытки найти вдохновение из кода, закончившиеся сбоем, когда я изучал пользовательский интерфейс. Короче говоря, более полезно иметь правильную концепцию технологий и ограничений доступности.
В конечном счете, размер разработанного проекта может в конечном итоге определить роль дизайнеров и разработчиков. Небольшое приложение может контролироваться менеджером проекта ( примечание 2) , в то время как большая система должна требовать разных профессиональных талантов!
ПРИМЕЧАНИЕ 1 Матис-Лукас-дизайнеры не являются программистами-врождением кода
Примечание 2 Spolsky-Joel-Describibes Назначение Designer и Programmer-How является менеджером программы Joel на программном обеспечении
Автор Джон Урбан - второкурсник в Калифорнийском университете, специализирующийся на компьютерных науках.
Оригинальный английский текст http://sixrevisions.com/web_design/why-designers-should-learn-how-to-code/