Привет! Есть несколько вопросов, про дизайн систему и как вы с ней работаете.
1. Как давно вы используете подход с дизайн системой? Как много времени прошло с момента когда вы поняли, что она нужна до момента когда устаканились все процессы работы с дизайнерами с использованием дизайн системы?
2. От кого пошел интент на разработку с помощью дизайн системы? Если от разработки, то как дизайн отреагировал, на то, что сейчас им нужно думать еще и про дизайн систему и как получилось их уговорить.
3. Как устроена ваша дизайн система. Есть ли разделение на core часть (где скажем общая палитра сервиса и шрифты) и на платформенные части. Есть ли разделение внутри платформы на какие-то подчасти, например примитивы (тексты, лоадеры, простейшие вьюшки, кнопки) и на ui-компоненты (например сложные карточки)
4. Как построен процесс разработки нового экрана с использованием дизайн системы. То есть именно что и когда вы делаете, как разработка в этом участвует с момента того например как пришла задача на разработку нового экрана до момента когда команда разработки начинает писать код.
5. Как у вас устроен процесс определения что является компонентом дизайн системы а что нет.
6. Есть ли у вас какие-то критерии по которым вы определяете что вот эти две похожие (визуально) вьюшки это должен быть один компонент а вот эти нет. Это делает только разработка или вместе с дизайном, как построен процесс.
7. Какая тулза используется для хранения дизайна и дизайн системы. В ее использовании применяются ли какие-то возможности тулзы для использования дизайн системы (имею ввиду ссылки на компоненты и т.д.)
8. Действительно ли процесс разработки с дизайн системой приносит выгоду в скорости глобально и в быстром изменении компонентов.
9. Как построен процесс, кто и когда сообщает, что в дизайн системе произошли изменения, например какого-то отступа (например есть отступ padding-normal и вот дизайнеры решили, что он не 16 а скажем 24 становится, кто когда и как уведомляет, что он изменился и как дальше построен процесс разработки и проверки)
10. В дизайне где лежит дизайн система как-то помечается, что компонент еще не реализован на в коде приложения.
11. Есть ли в дизайн системе подробная спецификация для каждого компонента (состояния, зависимые отступы, стили компонента например для темной и светлой темы)
12. Используете ли вы в дизайн системе цветовые токены
13. Есть ли у вас отдельные именованные токены для отступов и соответствующие им размерности
14. Есть ли у вас отдельные именованные токены для стиля написания текста и соответствующие им массивы значений
зы: было бы круто посмотреть небольшой пример как используется у вас дизайн система на примере дизайн+код, то есть очень бы хотелось посмотреть небольшой кусок того как хранится дизайн система, что там оформлено и как и как вы в коде интерпретируете дизайн систему.
Мне не сильно нравится лесенка условий в примере FileOpen.class. Для данного подхода можно воспользоваться уже имеющимся MimeTypeMap классом, и если чего то там вам не хватает, то всегда можно его расширить. (MimeTypeMap)
Не знаю на сколько хорошо Mono работает на десктопах но например достаточно простое приложение под Android работающее с помощью Mono (HighLoad++ например, которым недавно так сильно хвастались разработчики на последней конференции от Yandex) работает неудовлетворительно медленно.
Спасибо за томик! Есть вопрос, умеет ли Espresso находить View по заданному ресурсу, скажем ImageButton с заданным drawable для него? В данный момент используем Robotium и он к сожалению этого делать не умеет и разработчики ответили что не планируется, к сожалению.
Верно ли я понимаю, что если провайдер выходной ноды при обращении на запрещенную вашим провайдером страницу lostfilm будет использовать скажем того же провайдера, то профита не будет?
На данный момент редактирование C++\ С кода является небольшой проблемой. Потому что Idea не поддерживает редактирование нативного кода для в Android проекте «из коробки», или мы не знаем как это сделать.
Сейчас мы ищем, подходящее решение. Пока что редактируем прямо в Intellij Idea. Без подсветки и прочих радостей, то есть по факту, вы правы «блокнот».
Есть плагин для удобного редактирования C++\ C кода (ссылка), но ввиду некоторых ограничений (только 32 битные платформы, нет поддержки 13 Idea), мы его не используем.
На хабре был пост про то что AnvancedTools открыли исходники (github.com/nicity/CppTools) данного плагина, в которой автор предлагает совместно решить вопрос улучшения работы данного плагина.
В данном репозитории есть коммит «Idea 13 compatibility fixes», что не может не радовать. Сам я никогда не писал плагины для Idea, и к сожалению пока нет времени с этим разобраться, думаю там не так все просто касательно этого плагина, но я бы с радостью поддержал инициативу.
1. Как давно вы используете подход с дизайн системой? Как много времени прошло с момента когда вы поняли, что она нужна до момента когда устаканились все процессы работы с дизайнерами с использованием дизайн системы?
2. От кого пошел интент на разработку с помощью дизайн системы? Если от разработки, то как дизайн отреагировал, на то, что сейчас им нужно думать еще и про дизайн систему и как получилось их уговорить.
3. Как устроена ваша дизайн система. Есть ли разделение на core часть (где скажем общая палитра сервиса и шрифты) и на платформенные части. Есть ли разделение внутри платформы на какие-то подчасти, например примитивы (тексты, лоадеры, простейшие вьюшки, кнопки) и на ui-компоненты (например сложные карточки)
4. Как построен процесс разработки нового экрана с использованием дизайн системы. То есть именно что и когда вы делаете, как разработка в этом участвует с момента того например как пришла задача на разработку нового экрана до момента когда команда разработки начинает писать код.
5. Как у вас устроен процесс определения что является компонентом дизайн системы а что нет.
6. Есть ли у вас какие-то критерии по которым вы определяете что вот эти две похожие (визуально) вьюшки это должен быть один компонент а вот эти нет. Это делает только разработка или вместе с дизайном, как построен процесс.
7. Какая тулза используется для хранения дизайна и дизайн системы. В ее использовании применяются ли какие-то возможности тулзы для использования дизайн системы (имею ввиду ссылки на компоненты и т.д.)
8. Действительно ли процесс разработки с дизайн системой приносит выгоду в скорости глобально и в быстром изменении компонентов.
9. Как построен процесс, кто и когда сообщает, что в дизайн системе произошли изменения, например какого-то отступа (например есть отступ padding-normal и вот дизайнеры решили, что он не 16 а скажем 24 становится, кто когда и как уведомляет, что он изменился и как дальше построен процесс разработки и проверки)
10. В дизайне где лежит дизайн система как-то помечается, что компонент еще не реализован на в коде приложения.
11. Есть ли в дизайн системе подробная спецификация для каждого компонента (состояния, зависимые отступы, стили компонента например для темной и светлой темы)
12. Используете ли вы в дизайн системе цветовые токены
13. Есть ли у вас отдельные именованные токены для отступов и соответствующие им размерности
14. Есть ли у вас отдельные именованные токены для стиля написания текста и соответствующие им массивы значений
зы: было бы круто посмотреть небольшой пример как используется у вас дизайн система на примере дизайн+код, то есть очень бы хотелось посмотреть небольшой кусок того как хранится дизайн система, что там оформлено и как и как вы в коде интерпретируете дизайн систему.
Сейчас мы ищем, подходящее решение. Пока что редактируем прямо в Intellij Idea. Без подсветки и прочих радостей, то есть по факту, вы правы «блокнот».
Есть плагин для удобного редактирования C++\ C кода (ссылка), но ввиду некоторых ограничений (только 32 битные платформы, нет поддержки 13 Idea), мы его не используем.
На хабре был пост про то что AnvancedTools открыли исходники (github.com/nicity/CppTools) данного плагина, в которой автор предлагает совместно решить вопрос улучшения работы данного плагина.
В данном репозитории есть коммит «Idea 13 compatibility fixes», что не может не радовать. Сам я никогда не писал плагины для Idea, и к сожалению пока нет времени с этим разобраться, думаю там не так все просто касательно этого плагина, но я бы с радостью поддержал инициативу.