Спасибо! В самом начале использовали активно. Потом поняли, что достаточно Sketch-а и пары (десятка) встреч. Сейчас связка Sketch+Zeppelin+Invision и внутренние инструменты.
Оптимизация процесса никаким образом же не сковывает. Это совершенно не мешает реализовывать интерфейс в фирменном стиле или как-то убить «уместный» креатив. Появляется больше логики, плюс возможность итеративно и осознанно повышать интерфейсную планку. Или в реальности столкнулся с каким-то барьером?
Тебе не кажется, что перенасытить ранок в области технологий просто невозможно? Чем больше спецов, тем больше продуктов (и выше планка качества) и еще больше на них спрос.
Я так понимаю это статья заточена на PR продукта, хотя в некотором роде плотно затрагивает проблемы о которых я писал пару месяцев назад в "Дизайн в браузере". Прийти к единому мнению в глобальном понимании, цели не было. Я рассказал о своем видении процесса, который активно внедряю и прорабатываю. Смысл как раз в том, что в качестве инструмента использовать HTML/CSS и придерживаться методологии Абсолютно Независимых Блоков, которые мы можем переиспользовать. Сейчас большинству моих требований отвечает SourceJS в качестве основной среды и HAML + Sass + Bourbon в качестве основных инструментов. А сам подход эволюционирует, но не уходит от принципа «написания руками». Я не то что-бы против использования сторонних инструментов. Просто я вижу две очевидные проблемы:
1. Нет возможности тонкой настройки структуры разметки(html), все-таки это автогенерация, которая мягко говоря сумбурная.
2. Не удобно использовать c библиотеками(js).
Эти два казалось бы логичных фактора, отталкивают от использования. Лично для себя не вижу смысла применять сторонний инструмент, если вполне комфортно работать с разметкой и стилями руками.Это более ювелирно, чище и тоньше. А с использованием препроцессоров это дает максимум комфорта и контроля. Плюс это гораздо удобней в командной работе.
Но для тех, кто боится «трогать» код, думаю это не навредит и приблизит к браузерной среде.
Спасибо! Обошлось без допинга. После года рутинный и парой абсурдных задач, начал осмысленно вникать в процесс и пришло понимание, что проблемы не в конкретных этапах, а в самой системе на которую хорошенько подзабили. Но периодически проблескивает потенциал на проектах, поэтому не смог остаться равнодушным и в виде доклада «излил душу» команде, практически с аналогичным смыслом.
Тут ситуация гораздо абсурдней. Команда работает на проекты компании. «Заказчик» формально, это отдел внутри компании, для которых часто выполняется работа. Существует огромная пропасть между менеджерами(марионетками, слепо угождающими высшему руководству, набивая плюсики в карму) и амбициозной разрабоческой командой. Личная неумелость менеджера умножается на количество подчиненных. А в поэтапной работе, растет в геометрической прогрессии на каждом этапе. Думаю проблема не частная, а глобальная для многих крупных компаний с плохо организованными процессами и непродуманно распределенными полномочиями.
Если дизайнер пишет HTML/CSS, то это очень здорово и логично. У меня такие ребята вызывают дикое уважение. А что касается дриббблизация, не знаю насколько качественно все могут разработать структуру, но «покрасят» отлично)
Касательно общего расположения «меню сверху, слева» — я решаю такие задачи, когда продумываю общий каркас, абстрагируясь от модулей.
Что касается «Написать код > Cохранить > Открыть браузер» — для быстрых набросков модулей(без развертки сложной системы), вполне подойдет codepen.io c небольшими настройками под себя.
Гораздо удобней будет показать процесс на примере. В следующей статье опишу разработку. Добавлю видео-скринкаст и примеры, для наглядности. Сможем обсудить уже предметно.
Программы трансформирующие в код отлично прогрессируют. Но код на выходе действительно ужасен. Плюс совсем небольшой контроль над архитектурой и вложенностью, что совершенно противоречит методологии Абсолютно Независимых Блоков. И накладывает ограничение на переиспользование и модификацию, без серьезных допилов.
Что касается Bootstrap и похожих вещей, то они сильно универсальны, но я не брезгаю внедрять в базовый файл стилей отдельные компоненты, к примеру сетку.
Не могу представить такой пример, где бы я чувствовал себя ущербно без граф редактора, а используя стеройды в виде HAML/Sass и.т.п не чуть не уступающих по скорости и возможностям.
Опираясь на большинство задач, могу сказать что графический редактор актуален для Иллюстраций, но как правила эта работа довольно изолирована от интерфейса. К тому же учитывая вектор развития графики в вебе и смотря на инструменты подобные http://snapsvg.io и тут закрадываются сомнения.
Сервера это уже другая тематика, тут разговор про разработку визуальной части.
HTML/CSS как раз снимает ограничения, которые есть в Фотошопе и дает полный спектр возможностей: адаптив, динамика, взаимодействие и.т.д. Убрать лишние звенья (количество человек в цепочке) не сама цель, больше приятный бонус. А вот умышленное сокращение «неполноценных» инструментарий, шикарный способ приблизиться к итоговой среде реализации для максимально эффективной и логичной работы.
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
1. Нет возможности тонкой настройки структуры разметки(html), все-таки это автогенерация, которая мягко говоря сумбурная.
2. Не удобно использовать c библиотеками(js).
Эти два казалось бы логичных фактора, отталкивают от использования. Лично для себя не вижу смысла применять сторонний инструмент, если вполне комфортно работать с разметкой и стилями руками.Это более ювелирно, чище и тоньше. А с использованием препроцессоров это дает максимум комфорта и контроля. Плюс это гораздо удобней в командной работе.
Но для тех, кто боится «трогать» код, думаю это не навредит и приблизит к браузерной среде.
Что касается «Написать код > Cохранить > Открыть браузер» — для быстрых набросков модулей(без развертки сложной системы), вполне подойдет codepen.io c небольшими настройками под себя.
Гораздо удобней будет показать процесс на примере. В следующей статье опишу разработку. Добавлю видео-скринкаст и примеры, для наглядности. Сможем обсудить уже предметно.
Что касается Bootstrap и похожих вещей, то они сильно универсальны, но я не брезгаю внедрять в базовый файл стилей отдельные компоненты, к примеру сетку.
Не могу представить такой пример, где бы я чувствовал себя ущербно без граф редактора, а используя стеройды в виде HAML/Sass и.т.п не чуть не уступающих по скорости и возможностям.
Опираясь на большинство задач, могу сказать что графический редактор актуален для Иллюстраций, но как правила эта работа довольно изолирована от интерфейса. К тому же учитывая вектор развития графики в вебе и смотря на инструменты подобные http://snapsvg.io и тут закрадываются сомнения.
HTML/CSS как раз снимает ограничения, которые есть в Фотошопе и дает полный спектр возможностей: адаптив, динамика, взаимодействие и.т.д. Убрать лишние звенья (количество человек в цепочке) не сама цель, больше приятный бонус. А вот умышленное сокращение «неполноценных» инструментарий, шикарный способ приблизиться к итоговой среде реализации для максимально эффективной и логичной работы.