Forwarded from Дизайн-Телега 🔥
This media is not supported in your browser
VIEW IN TELEGRAM
#mockup_telega
Подборка мокапов
T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feM2
Long Sleeves T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feMH
Detail Badge on T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feMZ
Подборка мокапов
T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feM2
Long Sleeves T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feMH
Detail Badge on T-Shirt Mockups Design
👉Скачать:
https://clck.ru/33feMZ
Forwarded from Дизайн-снайпер
Когда ты дизайнер оружия в пиксельном платформенном шутере и работаешь в Paint
Forwarded from Дизайн-снайпер
This media is not supported in your browser
VIEW IN TELEGRAM
Минутка анимации:
Хороший, железный, стоп-моушен.
Автор: Aghilhosseinian
Хороший, железный, стоп-моушен.
Автор: Aghilhosseinian
Forwarded from Адовый UX
This media is not supported in your browser
VIEW IN TELEGRAM
Trust me, I am an engineer
Forwarded from Дизайн-снайпер
Еще месяц и на всех каналах будут посты про тренды в дизайне 2024, а я вам сразу скажу, чтобы не смущать никого, что все тренды в дизайне — х___я.
Хотя, наверное стоит сесть писать пост про тренды в дизайне, чтобы потом видеть как у тебя отдельные мысли перехватывают.
Глупого дизайнера кстати отличает желание вывести в тренд стремление к минимализму, которое полвека в культуре уже «в тренде» и просто часть естественного инструмента оптимизации в решении конкретной задачи.
Главный тренд в дизайне следующего года — глубокая интеграция нейронок в инструменты дизайна.
Появятся более глубинные алгоритмы понимания нейронками как и по каким правилам и законам возникает визуальная гармония, что станет интересным сдвигом в генерируемой эстетике.
Дизайн системы как комплексные решения из визуального и кода станут более гибкими и удобными для повсеместного применения, автоматизация дизайна сделает из начинающего дизайнера — гения шаблонных решений, что только повысит стоимость думающих и оригинально решающих нестандартные задачи дизайнеров.
Напомню, что все тренды в дизайне — х___я.
Хотя, наверное стоит сесть писать пост про тренды в дизайне, чтобы потом видеть как у тебя отдельные мысли перехватывают.
Глупого дизайнера кстати отличает желание вывести в тренд стремление к минимализму, которое полвека в культуре уже «в тренде» и просто часть естественного инструмента оптимизации в решении конкретной задачи.
Главный тренд в дизайне следующего года — глубокая интеграция нейронок в инструменты дизайна.
Появятся более глубинные алгоритмы понимания нейронками как и по каким правилам и законам возникает визуальная гармония, что станет интересным сдвигом в генерируемой эстетике.
Дизайн системы как комплексные решения из визуального и кода станут более гибкими и удобными для повсеместного применения, автоматизация дизайна сделает из начинающего дизайнера — гения шаблонных решений, что только повысит стоимость думающих и оригинально решающих нестандартные задачи дизайнеров.
Напомню, что все тренды в дизайне — х___я.
Forwarded from Gregory Riaguzov
This media is not supported in your browser
VIEW IN TELEGRAM
Йо, я сделал полностью бесплатные 3д мокапы 15 про для фигмы, чекни плз. Если поищешь что-то подобное, то бесплатно такое не найдешь и платно тоже, по крайней мере я для себя не нашел и делал до этого в c4d.
https://www.figma.com/community/file/1303247171848616022/iphone-15-pro-3d-mockups
https://www.figma.com/community/file/1303247171848616022/iphone-15-pro-3d-mockups
Forwarded from ai.dot(ufna, dev)
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Егор Камелев | Канал нормального фрилансера | Проектирование интерфейсов, UX-дизайн, аналитика, проектная документация
«Чем толще техническая документация — тем лучше»
Одно из моих ранних заблуждений. Я даже не знаю, откуда это пошло. Наверное, со школьных и университетских времён, когда нужно было обязательно написать сочинение больше, чем на три страницы или реферат не меньше, чем на десять. При этом никого не волновало, если я мог раскрыть тему в меньшем объёме.
В технической документации объём будет интересовать только людей, связанных с бюрократическими процессами, но никак не разработчиков, которым с ней работать.
Поэтому первое, что я сделал в своих функциональных спецификациях, — избавился от 10% объёма, просто отказавшись от вводных слов типа:
— В этом разделе находятся следующие элементы
— Меню навигации состоит из
— Карточка товара включает в себя следующие составляющие
— Ссылка ведёт в раздел такой-то
Их я просто вычеркнул. Теперь после заголовка с названием раздела я без лишних вводных слов перечислял, из каких элементов он состоит.
Второе — вынес повторяющиеся описания в отдельные разделы. К сожалению, я не нашёл в ворде функции, похожей на мастера в Axure или компоненты в Фигме. Поэтому, по-старинке, в начале документа описывал сквозные элементы, а затем ссылался на них.
Например, в начале ФС у меня есть раздел «шапка», где я подробно расписываю все её составные части и состояния. И после этого уже не описываю её в рамках каждой отдельной страницы. Я просто в начале документа пишу, что шапка и подвал присутствуют на каждой странице, если иное не указано в ФС.
Или карточка товара в списке. Она может встречаться и на странице «Каталог», и в блоке «Сопутствующие товары» отдельного товара, и в блоке «Вы недавно смотрели» над подвалом, и в блоке «Не забудьте купить» на странице добавления товара в корзину. Вместо того, чтобы описывать её каждый раз во всех этих местах, я описываю её однажды в начале документа, а затем ссылаюсь на это описание.
Третье — описываю логику поведения и значения по умолчанию для отдельных сущностей, а в описании конкретной страницы уточняю только те, которые будут специфичны для неё. Взять, например, любую форму для отправки данных. В начале документа у меня есть полторы страницы текста «Общие принципы работы форм», где рассказано обо всех мелких нюансах: в каком поле курсор по умолчанию, где отображаются сообщения об ошибках, как происходит валидация, как блокируется кнопка отправки после нажатия (чтобы предотвратить случайное повторное нажатие) и так далее.
А когда дело доходит до конкретной формы на конкретной странице, я уже не описываю повторно все эти вещи, а уделяю внимание уникальным моментам: составу полей, ограничению по вводимым данным, типам ошибок.
Таким же образом я описываю общие принципы работы ссылок, языковых версий интерфейса, «печенек», модальных окон и прочих сквозных элементов.
Суммарно эти оптимизации привели к тому, что мои функциональные спецификации заметно «похудели», при этом не теряя полноты описания. Вместе с ними без следа исчез и подход «Чем толще техническая документация — тем лучше». ФС должна быть ровно такой толщины, которая позволяет минимальным количеством текста максимально описать систему.
Этот же принцип перекочевал и в функциональные требования, и в договоры, и в отчёты, в общем, в любые документы, которые я создаю для других людей.
Одно из моих ранних заблуждений. Я даже не знаю, откуда это пошло. Наверное, со школьных и университетских времён, когда нужно было обязательно написать сочинение больше, чем на три страницы или реферат не меньше, чем на десять. При этом никого не волновало, если я мог раскрыть тему в меньшем объёме.
В технической документации объём будет интересовать только людей, связанных с бюрократическими процессами, но никак не разработчиков, которым с ней работать.
Поэтому первое, что я сделал в своих функциональных спецификациях, — избавился от 10% объёма, просто отказавшись от вводных слов типа:
— В этом разделе находятся следующие элементы
— Меню навигации состоит из
— Карточка товара включает в себя следующие составляющие
— Ссылка ведёт в раздел такой-то
Их я просто вычеркнул. Теперь после заголовка с названием раздела я без лишних вводных слов перечислял, из каких элементов он состоит.
Второе — вынес повторяющиеся описания в отдельные разделы. К сожалению, я не нашёл в ворде функции, похожей на мастера в Axure или компоненты в Фигме. Поэтому, по-старинке, в начале документа описывал сквозные элементы, а затем ссылался на них.
Например, в начале ФС у меня есть раздел «шапка», где я подробно расписываю все её составные части и состояния. И после этого уже не описываю её в рамках каждой отдельной страницы. Я просто в начале документа пишу, что шапка и подвал присутствуют на каждой странице, если иное не указано в ФС.
Или карточка товара в списке. Она может встречаться и на странице «Каталог», и в блоке «Сопутствующие товары» отдельного товара, и в блоке «Вы недавно смотрели» над подвалом, и в блоке «Не забудьте купить» на странице добавления товара в корзину. Вместо того, чтобы описывать её каждый раз во всех этих местах, я описываю её однажды в начале документа, а затем ссылаюсь на это описание.
Третье — описываю логику поведения и значения по умолчанию для отдельных сущностей, а в описании конкретной страницы уточняю только те, которые будут специфичны для неё. Взять, например, любую форму для отправки данных. В начале документа у меня есть полторы страницы текста «Общие принципы работы форм», где рассказано обо всех мелких нюансах: в каком поле курсор по умолчанию, где отображаются сообщения об ошибках, как происходит валидация, как блокируется кнопка отправки после нажатия (чтобы предотвратить случайное повторное нажатие) и так далее.
А когда дело доходит до конкретной формы на конкретной странице, я уже не описываю повторно все эти вещи, а уделяю внимание уникальным моментам: составу полей, ограничению по вводимым данным, типам ошибок.
Таким же образом я описываю общие принципы работы ссылок, языковых версий интерфейса, «печенек», модальных окон и прочих сквозных элементов.
Суммарно эти оптимизации привели к тому, что мои функциональные спецификации заметно «похудели», при этом не теряя полноты описания. Вместе с ними без следа исчез и подход «Чем толще техническая документация — тем лучше». ФС должна быть ровно такой толщины, которая позволяет минимальным количеством текста максимально описать систему.
Этот же принцип перекочевал и в функциональные требования, и в договоры, и в отчёты, в общем, в любые документы, которые я создаю для других людей.
Forwarded from Coding: работа и стажировки для программистов
Ни черта не умеешь? Постоянно ленишься, но хочешь получать хотя бы $500?
Тогда ты нам подходишь!
Фаундер как раз ищет раздолбаев и бездельников. Требования: знать, что такое компьютер и уметь тыкать по клавиатуре.
Даже чайники получают 35.000₽, а ребята с опытом – от 80.000₽.
Такие денежные вакансии публикуются на Фаундере, поэтому подписывайся и готовь номер карты для денежек!
Тогда ты нам подходишь!
Фаундер как раз ищет раздолбаев и бездельников. Требования: знать, что такое компьютер и уметь тыкать по клавиатуре.
Даже чайники получают 35.000₽, а ребята с опытом – от 80.000₽.
Такие денежные вакансии публикуются на Фаундере, поэтому подписывайся и готовь номер карты для денежек!
Forwarded from Дизайн-снайпер
This media is not supported in your browser
VIEW IN TELEGRAM
Когда открыл свое портфолио 2020 года с «актуальным дизайном», который за три года стал смотреться как пыльное, старперское ретро.
Forwarded from Цифровой геноцид
Пятиминутка постмодернизма о технологии
Надо сказать, что иногда и французские философы бывают весьма своевременны и убедительны. Например, книга "Теория дрона". Книга аж 2013 года, не так давно на русском.
Вот в чем может заключаться теория определенного оружия:
определить, что подразумевает владение им, попытаться понять,
какой эффект оно производит на тех, кто его использует.
Как на врага, который является его мишенью, так и на сами
отношения между ним и тем, кто это оружие применяет.
Поэтому главным вопросом будет следующий: какое воздействие оказывает дрон на саму военную обстановку?
Что он привносит в отношение к врагу, а также в отношение
государства к своим гражданам? Это разнообразные процессы,
которые имеют весьма серьезные последствия. Пока их можно
набросать в виде динамических зарисовок, не выдавая
за конечный результат. «Показать механизм вооруженного противостояния», то есть провести стратегический анализ
« социальных отношений, которые оно вызывает», — такова
будет in fine программа критической теории вооружений.
Это оружие развивает и производит радикализацию уже существующих способов дистанционной войны, приводя к тому, что сам бой практически исчезает. А это приводит к глубокому
кризису самого понятия войны.
Главная проблема в следующем:
если «война при помощи дронов» больше не является собственно войной, то какому «режиму насилия» она соответствует?
«Война без риска», наиболее совершенным орудием которой, вне всякого сомнения, является дрон, вызывает кризис базовых метаюридических принципов права на убийство во время войны. Но фоне этой фундаментальной дестабилизации формируются проекты нового определения суверенного права на жизнь и смерть. Речь идет о создании права на «целевое убийство», которое на практике равнозначно полному пересмотру права военных конфликтов.
Шамаю Грегуар
Теория дрона
Надо сказать, что иногда и французские философы бывают весьма своевременны и убедительны. Например, книга "Теория дрона". Книга аж 2013 года, не так давно на русском.
Вот в чем может заключаться теория определенного оружия:
определить, что подразумевает владение им, попытаться понять,
какой эффект оно производит на тех, кто его использует.
Как на врага, который является его мишенью, так и на сами
отношения между ним и тем, кто это оружие применяет.
Поэтому главным вопросом будет следующий: какое воздействие оказывает дрон на саму военную обстановку?
Что он привносит в отношение к врагу, а также в отношение
государства к своим гражданам? Это разнообразные процессы,
которые имеют весьма серьезные последствия. Пока их можно
набросать в виде динамических зарисовок, не выдавая
за конечный результат. «Показать механизм вооруженного противостояния», то есть провести стратегический анализ
« социальных отношений, которые оно вызывает», — такова
будет in fine программа критической теории вооружений.
Это оружие развивает и производит радикализацию уже существующих способов дистанционной войны, приводя к тому, что сам бой практически исчезает. А это приводит к глубокому
кризису самого понятия войны.
Главная проблема в следующем:
если «война при помощи дронов» больше не является собственно войной, то какому «режиму насилия» она соответствует?
«Война без риска», наиболее совершенным орудием которой, вне всякого сомнения, является дрон, вызывает кризис базовых метаюридических принципов права на убийство во время войны. Но фоне этой фундаментальной дестабилизации формируются проекты нового определения суверенного права на жизнь и смерть. Речь идет о создании права на «целевое убийство», которое на практике равнозначно полному пересмотру права военных конфликтов.
Шамаю Грегуар
Теория дрона
Forwarded from Coding: работа и стажировки для программистов
❗️Опять не успел найти подработку? Даю второй шанс - успевай в Фаундер