Comments 17
HTML+CSS как среда разработки накладывает слишком много ограничений для неопытного дизайнера. Я понимаю, конечно, что хочется убрать лишние звенья в цепочке, но подобное желание вырождается в желание иметь суперразработчика, который будет и иконки рисовать, и тексты писать, и сервера администрировать.
Мне кажется все-таки более разумным разделение обязанностей и этапов разработки, и использование для каждого этапа наиболее подходящих инструментов руками наиболее специализированных работников.
Мне кажется все-таки более разумным разделение обязанностей и этапов разработки, и использование для каждого этапа наиболее подходящих инструментов руками наиболее специализированных работников.
Сервера это уже другая тематика, тут разговор про разработку визуальной части.
HTML/CSS как раз снимает ограничения, которые есть в Фотошопе и дает полный спектр возможностей: адаптив, динамика, взаимодействие и.т.д. Убрать лишние звенья (количество человек в цепочке) не сама цель, больше приятный бонус. А вот умышленное сокращение «неполноценных» инструментарий, шикарный способ приблизиться к итоговой среде реализации для максимально эффективной и логичной работы.
HTML/CSS как раз снимает ограничения, которые есть в Фотошопе и дает полный спектр возможностей: адаптив, динамика, взаимодействие и.т.д. Убрать лишние звенья (количество человек в цепочке) не сама цель, больше приятный бонус. А вот умышленное сокращение «неполноценных» инструментарий, шикарный способ приблизиться к итоговой среде реализации для максимально эффективной и логичной работы.
По-моему, лучше один раз дизайнер научится чему-то, чем будет тягомотина и трата времени на каждом новом проекте
Вы предлагаете делать дизайн непосредственно кодом? Тогда сразу уж предложите еще и иллюстрации с версткой в postscript писать, в блокноте.
Просто посадить дизайнера за нормальный редактор, выдающий сразу верстку в коде, вроде webflow, и все. Это куда лучше и проще чем то что вы предлагаете.
Просто посадить дизайнера за нормальный редактор, выдающий сразу верстку в коде, вроде webflow, и все. Это куда лучше и проще чем то что вы предлагаете.
Мы именно так и работаем в последнее время.
еще до кучи инструментов для дизайна в браузере — Patternlab от Brad Frost. Пересели на него с самописной системы стайлгайдов.
Сам невольно пропагандировал такой подход, ибо здравый смысл подсказывал о ненужности траты времени на макет, который полностью отправляется в корзину. На что в ответ мне крутили у виска — так же принято, так все работают!
Я думаю идеал это когда дизайнер работают точно по такой же схеме, что он работал и в фотошопе, а программа трансформирует это все в валидный код. Если дизайнить сразу кодом, неизбежно накладываются определенные ограничения на простор фантазии, может быть для каких-то серых типовых проектов это хорошо, но если нужно что-то менее стандартное, то такой подход не оправдывает себя.
Нечто подобное уже есть, только там код не слишком валидный на выходе получается. Для создания анимаций тоже существует.
Если дизайнер будет держать в голове не цветовую гамму или композицию, а строку в которой нужно поменять значение Hex, то такой дизайн не будет радовать глаз. То о чем написано выше впринципе уже существует в том или ином виде. Это тот же Bootstrap, Foundation, Polymer.
Нечто подобное уже есть, только там код не слишком валидный на выходе получается. Для создания анимаций тоже существует.
Если дизайнер будет держать в голове не цветовую гамму или композицию, а строку в которой нужно поменять значение Hex, то такой дизайн не будет радовать глаз. То о чем написано выше впринципе уже существует в том или ином виде. Это тот же Bootstrap, Foundation, Polymer.
Программы трансформирующие в код отлично прогрессируют. Но код на выходе действительно ужасен. Плюс совсем небольшой контроль над архитектурой и вложенностью, что совершенно противоречит методологии Абсолютно Независимых Блоков. И накладывает ограничение на переиспользование и модификацию, без серьезных допилов.
Что касается Bootstrap и похожих вещей, то они сильно универсальны, но я не брезгаю внедрять в базовый файл стилей отдельные компоненты, к примеру сетку.
Не могу представить такой пример, где бы я чувствовал себя ущербно без граф редактора, а используя стеройды в виде HAML/Sass и.т.п не чуть не уступающих по скорости и возможностям.
Опираясь на большинство задач, могу сказать что графический редактор актуален для Иллюстраций, но как правила эта работа довольно изолирована от интерфейса. К тому же учитывая вектор развития графики в вебе и смотря на инструменты подобные http://snapsvg.io и тут закрадываются сомнения.
Что касается Bootstrap и похожих вещей, то они сильно универсальны, но я не брезгаю внедрять в базовый файл стилей отдельные компоненты, к примеру сетку.
Не могу представить такой пример, где бы я чувствовал себя ущербно без граф редактора, а используя стеройды в виде HAML/Sass и.т.п не чуть не уступающих по скорости и возможностям.
Опираясь на большинство задач, могу сказать что графический редактор актуален для Иллюстраций, но как правила эта работа довольно изолирована от интерфейса. К тому же учитывая вектор развития графики в вебе и смотря на инструменты подобные http://snapsvg.io и тут закрадываются сомнения.
Создание дизайна это процесс, не всегда понятно заранее каким должен быть конечный результат. Поэтому во время работы над дизайном интерфейса, я перебираю 10ки вариантов, а что если меню будет не сверху, а слева, а если текст заменить иконками, а если… и т.д. и т.п.
Если делать это все кодом, то процесс примерно такой. Подумать ---> Написать код ---> сохранить ----> открыть браузер ---> попробовать другой вариант. А если в граф. редакторе, то это просто клик, клик, клик. Скорость работы в несколько раз выше. Уже после того как все варианты испробованы и утверждены, то пишется код.
По моему так работать намного эффективнее, возможно если цветовая палитра уже подорана, все элементы стандартные, нету никаких фишек, то быстрее сразу кодом. Но при таком раскладе и дизайнер впринципе не нужен.
Если делать это все кодом, то процесс примерно такой. Подумать ---> Написать код ---> сохранить ----> открыть браузер ---> попробовать другой вариант. А если в граф. редакторе, то это просто клик, клик, клик. Скорость работы в несколько раз выше. Уже после того как все варианты испробованы и утверждены, то пишется код.
По моему так работать намного эффективнее, возможно если цветовая палитра уже подорана, все элементы стандартные, нету никаких фишек, то быстрее сразу кодом. Но при таком раскладе и дизайнер впринципе не нужен.
Касательно общего расположения «меню сверху, слева» — я решаю такие задачи, когда продумываю общий каркас, абстрагируясь от модулей.
Что касается «Написать код > Cохранить > Открыть браузер» — для быстрых набросков модулей(без развертки сложной системы), вполне подойдет codepen.io c небольшими настройками под себя.
Гораздо удобней будет показать процесс на примере. В следующей статье опишу разработку. Добавлю видео-скринкаст и примеры, для наглядности. Сможем обсудить уже предметно.
Что касается «Написать код > Cохранить > Открыть браузер» — для быстрых набросков модулей(без развертки сложной системы), вполне подойдет codepen.io c небольшими настройками под себя.
Гораздо удобней будет показать процесс на примере. В следующей статье опишу разработку. Добавлю видео-скринкаст и примеры, для наглядности. Сможем обсудить уже предметно.
Конечно, такой подход идеально подходит для разработки в рамках каких типовых решений и обычных (привычных) патернов поведения. Или тогда, когда абсолютно уверен и очень четко видишь конечный результат. Порой, что-то попробовать и посмотреть как оно получится, подвигать блоки, дорисовать мелочи и прочие-прочие мне намного удобнее в графическом редакторе. Идеальный вариант сделать графическую концепцию, пару-тройку страниц и уже дальше все это дело верстать.
Мы занимаемся разработкой сайтов и от макетов нам некуда не деться, так как на них с клиентом согласовывается дизайн-концепция. Чтобы как-то сократить сроки разработки мы делаем подробный прототип, по которому ведется разработка (программирование) и параллельно занимаемся разработкой дизайна и согласовываем его с клиентом. После технолог верстает страницы и «сводит» все с результатами работы программиста. Сейчас мы хотим попробовать рисовать только дизайн концепцию и элементы интерфейса, остальное все будет делать технолог по подробному прототипу, а дизайнер и иллюстратор будут дорисовывать необходимые элементы.
Правда как всегда посередине :)
Мы занимаемся разработкой сайтов и от макетов нам некуда не деться, так как на них с клиентом согласовывается дизайн-концепция. Чтобы как-то сократить сроки разработки мы делаем подробный прототип, по которому ведется разработка (программирование) и параллельно занимаемся разработкой дизайна и согласовываем его с клиентом. После технолог верстает страницы и «сводит» все с результатами работы программиста. Сейчас мы хотим попробовать рисовать только дизайн концепцию и элементы интерфейса, остальное все будет делать технолог по подробному прототипу, а дизайнер и иллюстратор будут дорисовывать необходимые элементы.
Правда как всегда посередине :)
Sign up to leave a comment.
Дизайн в браузере