DevNotes Live
6 subscribers
84.3K photos
12K videos
195 files
35.5K links
Автоматический агрегатор IT ресурсов в Telegram (@devnotes_robot)
Информация: https://t.me/devnotes_live/121
Download Telegram
Forwarded from Shock Design
Forwarded from Shock Design
Forwarded from Shock Design
Forwarded from Shock Design
Forwarded from Shock Design
12 Abstract Line Seamles Pattern

👉 Скачать файл

📝 Бесплатно для личных и коммерческих проектов
🗂️ #Фотошоп #Паттерны

Дизайн-Телега 🔥
Bikago. Редизайн та тестування прототипу

Стаття описує проєкт редизайну вебсайту Bikago, проведений з метою поліпшення користувацького досвіду та оптимізації процесу оренди мотоциклів. Результатом є сучасний та зручний сервіс, спрямований на потреби клієнтів і збільшення їхнього задоволення.

Підписатися на автора: Obriy Design Büro
Коментувати | Читати
Forwarded from Denis Sexy IT 🤖
This media is not supported in your browser
VIEW IN TELEGRAM
Редко тут пишу про всякие клевые штуки которые появляются для локальных txt2img моделей — и вот один новый workflow запал в душу, называется «ipiv’s Morph» и собран он под ComfyUI — если пропустили, это активно развивающийся Nuke/Blender, но для генеративного арта.

Если коротко, то под капотом там месиво из разных моделей которые работают поверх черно-белой видео маски (но можно и без нее) — то есть можно взять какие-то примитивные чб анимации и в итоге получится довольно приятное глазу видео, собрал коллекцию таких генераций с civitai

Поставьте «🥰» если хотите чтобы я сам протестировал и чонить погенеририровал
Please open Telegram to view this post
VIEW IN TELEGRAM
Design rationale или обоснование проекта — это явное документирование причин, лежащих в основе решений, принимаемых при проектировании системы или артефакта. По сути этот термин касается записи возникающих при проектировании соображений по обоснованию сделанных решений.

Использование полуформальных нотаций для структурирования аргументов в отношении проектов вызвало большой интерес в области как HCI, так и в менеджменте знаний. Хотя основная идея - а давайте документировать решения - кажется достаточно простой, но надо понимать, что речь идет и об аргументах, и о более сложных фреймворках типа «мы ожидаем возникновения новой технологии через 5 лет»

Обычно в DR нотации надо указывать:
причины нашего дизайнерского решения, оправдания, другие рассматриваемые альтернативы, оцененные компромиссы, аргументация, которая привела к решению.

На картинке одно из древ принятия решений при проектировании
например, такие