Написал для Хабра статью про то, какие требования и навыки чаще всего описывают в вакансиях дизайнеров: https://habr.com/ru/articles/765844/
Такую же сатью писал 10 лет назад, захотелось сравнить результаты и понять тенденции 🧐
Такую же сатью писал 10 лет назад, захотелось сравнить результаты и понять тенденции 🧐
👍4
А по мотивам статьи создал опрос для дизайнеров, чтоб сравнить то, что пишут в вакансиях с тем, что на самом деле приходится делать на работе 👉 https://forms.gle/64cndeAXeKY7SMoD8
Буду благодарен всем кто его пройдет и перешлет коллегам, чтоб я получил более полную картину и поделился результатами с сообществом в виде новой статьи на Хабре ☺️
Буду благодарен всем кто его пройдет и перешлет коллегам, чтоб я получил более полную картину и поделился результатами с сообществом в виде новой статьи на Хабре ☺️
❤2
Дизайн интерфейсов и интерьеров: есть ли разница в процессах?
Уже несколько лет я плотно варюсь в теме строительства и как следствие в «строительном» дизайне.
Заказывал и принимал работу у архитекторов, проектировщиков и дизайнеров интерьеров. Очень интересно наблюдать за методами их работы и сравнивать с нашей индустрией.
Оказалось, что “студийный подход” к работе имеет одни и те же проявления.
Есть дорогие и хорошие дизайнеры, а есть дорогие и плохие.
Одни, отправив результат, просто ждут одобрения или очередную порцию правок. Другие презентуют и обосновывают свои решения, стремясь понять заказчика и найти лучшее решение.
Есть те, кто начинает работу с формальным ТЗ, а потом много уточняет и согласовывает, а есть те, кто много спрашивает и записывает, потом пропадает до тех пор, пока не выдаст как бы финальный результат.
Есть архитекторы “технари” и это видно по детальным техническим решениям, но слабому визуалу, а есть “концептуалисты”, которые делают крутую картинку, но не заморачиваются по удобству и возможностям строителей.
Забавно было при обсуждении проектов челленджить макеты теми же методами, что и в регулярной работе с дизайнерами:
- а давайте прокрутим сценарий, когда ко мне приехала куча народу?
- а почему на схеме дверь открывается внутрь, а крепится к внешней стороне стены?
- а зачем выключатель спальни нарисовали в коридоре?
В общем, подходы к дизайну в казалось бы разных индустриях во многом одинаковы. Вывод не претендует на открытие, но было интересно убедиться в этом на практике.
А ещё я убедился в том, что хороший дизайнер – это неравнодушный дизайнер. Тот, для кого дизайн заканчивается не когда от него отстали, а когда он понял, что его идея пошла в работу и действительно принесла пользу.
Уже несколько лет я плотно варюсь в теме строительства и как следствие в «строительном» дизайне.
Заказывал и принимал работу у архитекторов, проектировщиков и дизайнеров интерьеров. Очень интересно наблюдать за методами их работы и сравнивать с нашей индустрией.
Оказалось, что “студийный подход” к работе имеет одни и те же проявления.
Есть дорогие и хорошие дизайнеры, а есть дорогие и плохие.
Одни, отправив результат, просто ждут одобрения или очередную порцию правок. Другие презентуют и обосновывают свои решения, стремясь понять заказчика и найти лучшее решение.
Есть те, кто начинает работу с формальным ТЗ, а потом много уточняет и согласовывает, а есть те, кто много спрашивает и записывает, потом пропадает до тех пор, пока не выдаст как бы финальный результат.
Есть архитекторы “технари” и это видно по детальным техническим решениям, но слабому визуалу, а есть “концептуалисты”, которые делают крутую картинку, но не заморачиваются по удобству и возможностям строителей.
Забавно было при обсуждении проектов челленджить макеты теми же методами, что и в регулярной работе с дизайнерами:
- а давайте прокрутим сценарий, когда ко мне приехала куча народу?
- а почему на схеме дверь открывается внутрь, а крепится к внешней стороне стены?
- а зачем выключатель спальни нарисовали в коридоре?
В общем, подходы к дизайну в казалось бы разных индустриях во многом одинаковы. Вывод не претендует на открытие, но было интересно убедиться в этом на практике.
А ещё я убедился в том, что хороший дизайнер – это неравнодушный дизайнер. Тот, для кого дизайн заканчивается не когда от него отстали, а когда он понял, что его идея пошла в работу и действительно принесла пользу.
👍3
Всем привет!
Давно меня тут не было, а кто-то уже наверное и забыл кто я такой 😎
Знаете, у меня тут прошлая неделька выдалась настолько свободной, что я решил копнуть новую для себя тему — телеграм-ботов.
В результате я сделал бота, для которого записал несколько видео-постов, которые планировал выкладывать в канал, но почему-то постоянно откладывал.
Бот называется UX Tricks, ну типа юиксовые приёмчики, с отсылкой к карате 😉
Внутри рассылка с короткими видео про разные ux/ui трюки, которые пополняют мой багаж в процессе работы.
В общем, делюсь тут с вами первыми: https://t.me/ux_tricks_bot
Давно меня тут не было, а кто-то уже наверное и забыл кто я такой 😎
Знаете, у меня тут прошлая неделька выдалась настолько свободной, что я решил копнуть новую для себя тему — телеграм-ботов.
В результате я сделал бота, для которого записал несколько видео-постов, которые планировал выкладывать в канал, но почему-то постоянно откладывал.
Бот называется UX Tricks, ну типа юиксовые приёмчики, с отсылкой к карате 😉
Внутри рассылка с короткими видео про разные ux/ui трюки, которые пополняют мой багаж в процессе работы.
В общем, делюсь тут с вами первыми: https://t.me/ux_tricks_bot
🔥4
Когда дизайн не нужен?
Однажды я сидел на встрече, где обсуждали информер о том, что данные неактуальны и их нужно обновить по кнопке.
Выяснилось, что их можно обновлять в фоновом режиме. Не понадобилась ни кнопка, ни текст.
Есть такое понятие Zero-интерфейс. Это когда задача может выполняться вообще без интерфейса, либо он минимизируется насколько возможно:
- автоподключение к известной сети Wi-Fi
- бесконтактная оплата
- умные лампочки
- автоподстановка данных
- автосохранение формы
- Face ID
Бывает ещё ситуация когда дизайн не нужен.
Пришла как-то задача «нарисовать информационный баннер». Мы вспомнили похожий по конструкции и уже реализованный баннер, поэтому просто дали ссылку на макет с комментарием вставить туда нужный текст.
Дизайнер оказался нужен, а дизайн – нет 😉
Однажды я сидел на встрече, где обсуждали информер о том, что данные неактуальны и их нужно обновить по кнопке.
Выяснилось, что их можно обновлять в фоновом режиме. Не понадобилась ни кнопка, ни текст.
Есть такое понятие Zero-интерфейс. Это когда задача может выполняться вообще без интерфейса, либо он минимизируется насколько возможно:
- автоподключение к известной сети Wi-Fi
- бесконтактная оплата
- умные лампочки
- автоподстановка данных
- автосохранение формы
- Face ID
Бывает ещё ситуация когда дизайн не нужен.
Пришла как-то задача «нарисовать информационный баннер». Мы вспомнили похожий по конструкции и уже реализованный баннер, поэтому просто дали ссылку на макет с комментарием вставить туда нужный текст.
Дизайнер оказался нужен, а дизайн – нет 😉
❤2
#Книги
Листал недавно "Интерфейс" Купера и попался абзац, напомнивший современные телевизоры :)
Как было раньше?
1. Нажал на кнопку.
И телек включился на том канале, что ты смотрел на моменте выключения.
Одна кнопка и ты смотришь что хотел!
Как теперь?
1. Включил телевизор
2. Долистал до нужного приложения
3. Долистал до вкладки ТВ-каналов
4. Долистал до нужного канала
5. Нажал на канал
6. Подождал пока пройдет реклама, вшитая в приложение
И вот, наконец, смотришь что хотел.
Может какие-то и умеют "сохраняться", но мой – нет 😖
Листал недавно "Интерфейс" Купера и попался абзац, напомнивший современные телевизоры :)
... cколько "чёрной работы" приходится выполнять просто для того, чтобы обеспечить нормальную работу программы.
Как было раньше?
1. Нажал на кнопку.
И телек включился на том канале, что ты смотрел на моменте выключения.
Одна кнопка и ты смотришь что хотел!
Как теперь?
1. Включил телевизор
2. Долистал до нужного приложения
3. Долистал до вкладки ТВ-каналов
4. Долистал до нужного канала
5. Нажал на канал
6. Подождал пока пройдет реклама, вшитая в приложение
И вот, наконец, смотришь что хотел.
Может какие-то и умеют "сохраняться", но мой – нет 😖
Что такое хороший дизайн?
Своё определение дизайна я уже рассказывал. Но как понять, дизайн хороший или плохой?
Для меня хороший дизайн – тот, что соответствует ожиданиям. А превосходный дизайн – их превосходит.
Но чьим именно ожиданиям дизайн должен соответствовать?
Я выделяю минимум три группы пользователей дизайна:
– Пользователи продукта
– Компания
– Команда разработки
Пользователи продукта
Их ожидания могут быть общими, вроде удобства, эффективности, эстетичности, а могут зависеть от задачи. Важно их выяснить, не забывать про них и периодически проверять на актуальность.
Компания
Её ожидания оправданы, когда дизайн помогает (или хотя бы не мешает) достигать её цели.
Целями может быть выход на новые рынки, вывод новых продуктов и т.п. Дизайн должен быть способен поддержать эти цели и быть гибким при их изменении.
Команда разработки
У неё обычно свои задачи и дизайн может и должен помогать их решать:
– Быстрее и дешевле проверять гипотезы
– Быстрее выпускать обновления и исправления
– Провоцировать меньше багов
– Упрощать разработку и поддержку
– Переиспользовать полезные наработки
Хороший дизайн должен соответствовать ожиданиям разных групп пользователей. Если команде сложно с ним работать, клиенты будут жаловаться на баги и недоработки, отчего потеряет и компания.
#дизайн_принципы #uxui
Своё определение дизайна я уже рассказывал. Но как понять, дизайн хороший или плохой?
Для меня хороший дизайн – тот, что соответствует ожиданиям. А превосходный дизайн – их превосходит.
Но чьим именно ожиданиям дизайн должен соответствовать?
Я выделяю минимум три группы пользователей дизайна:
– Пользователи продукта
– Компания
– Команда разработки
Пользователи продукта
Их ожидания могут быть общими, вроде удобства, эффективности, эстетичности, а могут зависеть от задачи. Важно их выяснить, не забывать про них и периодически проверять на актуальность.
Компания
Её ожидания оправданы, когда дизайн помогает (или хотя бы не мешает) достигать её цели.
Целями может быть выход на новые рынки, вывод новых продуктов и т.п. Дизайн должен быть способен поддержать эти цели и быть гибким при их изменении.
Команда разработки
У неё обычно свои задачи и дизайн может и должен помогать их решать:
– Быстрее и дешевле проверять гипотезы
– Быстрее выпускать обновления и исправления
– Провоцировать меньше багов
– Упрощать разработку и поддержку
– Переиспользовать полезные наработки
Хороший дизайн должен соответствовать ожиданиям разных групп пользователей. Если команде сложно с ним работать, клиенты будут жаловаться на баги и недоработки, отчего потеряет и компания.
#дизайн_принципы #uxui
#книги
Парадокс выбора
Один из любопытнейших инсайтов этой книги для мня:
Людям нравится наличие выбора, но когда выбирать приходится на каждом шагу, накапливается усталость от выбора и сожаление о "невыбранных" вариантах.
Выберите то, что требует важного выбора, остальное не стоит такого внимания. И кажется, это совет не только для жизни, но и для решений, принимаемых в дизайне 😉
Парадокс выбора
Один из любопытнейших инсайтов этой книги для мня:
Самый важный выбор — это выбор ситуаций, требующих основательного выбора.
Людям нравится наличие выбора, но когда выбирать приходится на каждом шагу, накапливается усталость от выбора и сожаление о "невыбранных" вариантах.
Выберите то, что требует важного выбора, остальное не стоит такого внимания. И кажется, это совет не только для жизни, но и для решений, принимаемых в дизайне 😉
❤1
Какой дизайн получается хорошим?
Сегодня понедельник, значит продолжаем про #дизайн_принципы
Что такое хороший дизайн я уже писал.
Но есть ли универсальные свойства дизайна, которые повышают шансы стать хорошим?
Наблюдая за развитием продуктов и команд, в которых работал, я время от времени собирал такие свойства и у меня получился целый список, которым сегодня и делюсь.
Итак, какой же дизайн с большей вероятностью получается хорошим?
Вот такой:
- Модульный
- Понятный коллегам
- Удобный коллегам
- Поддерживаемый
- Реализуемый
- Масштабируемый
- Гибкий
- Системный
- Мультиканальный
- Проверенный
- Своевременный
Можно заметить, что тут нет ни пункта про пользователя, достижение бизнес-целей и т.д. Про это и без меня много кто говорит и пишет.
Идея в том, что если дизайн создается таким так, как описано выше, то у него больше шансов понравиться пользователям и удовлетворить бизнес, хотя и не гарантирует этого.
Сегодня понедельник, значит продолжаем про #дизайн_принципы
Что такое хороший дизайн я уже писал.
Но есть ли универсальные свойства дизайна, которые повышают шансы стать хорошим?
Наблюдая за развитием продуктов и команд, в которых работал, я время от времени собирал такие свойства и у меня получился целый список, которым сегодня и делюсь.
Итак, какой же дизайн с большей вероятностью получается хорошим?
Вот такой:
- Модульный
- Понятный коллегам
- Удобный коллегам
- Поддерживаемый
- Реализуемый
- Масштабируемый
- Гибкий
- Системный
- Мультиканальный
- Проверенный
- Своевременный
Можно заметить, что тут нет ни пункта про пользователя, достижение бизнес-целей и т.д. Про это и без меня много кто говорит и пишет.
Идея в том, что если дизайн создается таким так, как описано выше, то у него больше шансов понравиться пользователям и удовлетворить бизнес, хотя и не гарантирует этого.
👍2
Хороший дизайн – модульный дизайн
В прошлый раз я описал свойства хорошего дизайна, сегодня остановлюсь на одном из них – модульности.
Принцип модульности – это как Лего. Дизайн изначально делается таким, чтобы его отдельные части можно было переиспользовать и комбинировать. Меняем порядок, наполнение, оформление и вот уже старый модуль обретает новое применение.
Кстати, модульный дизайн немного шире понятия «модульные сетки». Сетки тоже делают дизайн модульным, но лишь в контексте размеров пространства. Модульный дизайн не всегда укладывается в одинаковые прямоугольнички и линеечки. Он выделяет смысловые блоки и их свойства, которые можно наследовать, комбинировать и дополнять.
Из современных модульных подходов мне наиболее близки такие:
Атомарный дизайн
OOUX
Начать мыслить модульно помогает погружение в техническую часть веб-технологий. Когда умеешь верстать страницы, понимаешь json или работаешь с админкой wordpress или любой другой cms, то начинаешь видеть связь формы и содержания, из которых намного легче выделять модули.
Помогают применять модульный подход и понимание некоторых концепций разработки ПО:
Методология БЭМ
Концепция MVC
Концепция ООП
#дизайн_принципы #uxui
В прошлый раз я описал свойства хорошего дизайна, сегодня остановлюсь на одном из них – модульности.
Принцип модульности – это как Лего. Дизайн изначально делается таким, чтобы его отдельные части можно было переиспользовать и комбинировать. Меняем порядок, наполнение, оформление и вот уже старый модуль обретает новое применение.
Кстати, модульный дизайн немного шире понятия «модульные сетки». Сетки тоже делают дизайн модульным, но лишь в контексте размеров пространства. Модульный дизайн не всегда укладывается в одинаковые прямоугольнички и линеечки. Он выделяет смысловые блоки и их свойства, которые можно наследовать, комбинировать и дополнять.
Из современных модульных подходов мне наиболее близки такие:
Атомарный дизайн
OOUX
Начать мыслить модульно помогает погружение в техническую часть веб-технологий. Когда умеешь верстать страницы, понимаешь json или работаешь с админкой wordpress или любой другой cms, то начинаешь видеть связь формы и содержания, из которых намного легче выделять модули.
Помогают применять модульный подход и понимание некоторых концепций разработки ПО:
Методология БЭМ
Концепция MVC
Концепция ООП
#дизайн_принципы #uxui
❤1
Время отклика интерфейса
- Насколько быстро интерфейс должен реагировать на запросы?
- А кто определяет значения быстрых и медленных ответов?
Если вы тоже задаётесь этими вопросами или вынуждены отвечать на них "со ссылкой на источник", то можно ссылаться на выжимки из документов, которые описаны в книге Проектируем время – Стивен К. Сеов.
Книга 2009 года, а самые ранние стандарты в ней аж 1968 года. Девайсы с тех пор конечно ускорились, а вот человеческая психофизиология – вряд ли. Так что сами стандарты можно считать актуальными, либо чуть замедленными.
Кстати, рекомендую эту книгу всем, кто работает над "инструментальными" интерфейсами, всякими SaaS, b2b-тулзами и другими продуктами, с которыми много взаимодействуют по времени.
#книги
- Насколько быстро интерфейс должен реагировать на запросы?
- А кто определяет значения быстрых и медленных ответов?
Если вы тоже задаётесь этими вопросами или вынуждены отвечать на них "со ссылкой на источник", то можно ссылаться на выжимки из документов, которые описаны в книге Проектируем время – Стивен К. Сеов.
Книга 2009 года, а самые ранние стандарты в ней аж 1968 года. Девайсы с тех пор конечно ускорились, а вот человеческая психофизиология – вряд ли. Так что сами стандарты можно считать актуальными, либо чуть замедленными.
Кстати, рекомендую эту книгу всем, кто работает над "инструментальными" интерфейсами, всякими SaaS, b2b-тулзами и другими продуктами, с которыми много взаимодействуют по времени.
#книги
❤3
Недавно Костя Горский поднял хороший вопрос: как успевать следить за ИИ-технологиями и стоит ли вообще это делать, если пока нет реальных задач для ИИ?
В комментах я поделился своими недавними кейсами и получил в личку несколько вопросов про подробности. А раз тема интересна, поделюсь и тут своими находками.
Итак, первый #ИИ_кейс
Как я улучшил фотки на сайте отеля
Мой друг занимается развитием отеля, а я ему в этом помогаю: собрал простой сайт на Тильде, загрузил туда фотки отеля. Но есть проблема — многие фотки так себе качества: то небо в тучах, то странные объекты в кадре, то низкое разрешение.
Что я сделал:
Зашел в бота Gigachat, выбрал "Редактирование картинок" и с помощью нескольких промптов получил нужный результат.
Галерея фото к посту наглядно показывает прогресс, а вот мои промпты:
Но при изменении фотки бот сильно ухудшил качество изображения. Это лечится ИИ-сервисами, умеющими апскейл. Я делал в этом, ибо без регистрации и смс.
Наблюдения про Gigachat:
- один и тот же промпт к одной и той же фотке может выдавать разный результат
- Иногда удаляется совсем не то, что ты просишь
- Удалив что-то по требованию ИИ может добавить что-то лишнее, о чем ты его не просил. Удобно сравнивать фотки, открыв галерею в диалоге, сразу видно где изменения
- Иногда нужно сильно постараться, чтобы объяснить ИИ что именно ты хочешь сделать, чем детальнее опишешь, тем лучше результат
- Лучше не давать в одной команде несколько разнородных правок, он может запутаться или проигнорировать что-то.
- Когда нашел удачный промпт, но фотка сильно изменена прошлыми экспериментами, можно начать с начала с нужным промптом
- С каждой новой правкой фото обрастает дорисованными ИИ элементами и ухудшает общее качество (но которое лечится апскейлом).
В общем, процесс довольно быстрый и даже захватывающий, когда ждешь очередной результат 🫣
Рад, если кому-то будет полезно.
#ИИ #Gigachat
В комментах я поделился своими недавними кейсами и получил в личку несколько вопросов про подробности. А раз тема интересна, поделюсь и тут своими находками.
Итак, первый #ИИ_кейс
Как я улучшил фотки на сайте отеля
Мой друг занимается развитием отеля, а я ему в этом помогаю: собрал простой сайт на Тильде, загрузил туда фотки отеля. Но есть проблема — многие фотки так себе качества: то небо в тучах, то странные объекты в кадре, то низкое разрешение.
Что я сделал:
Зашел в бота Gigachat, выбрал "Редактирование картинок" и с помощью нескольких промптов получил нужный результат.
Галерея фото к посту наглядно показывает прогресс, а вот мои промпты:
Убери тучи у неба и сделай небо чтстым и голубым. Время суток - ранний вечер
Убери большой бетонный вертикальный столб и наклонный столб в кустах внизу правее центра
Убери большой бетонный вертикальный столб в кустах внизу левее центра
Но при изменении фотки бот сильно ухудшил качество изображения. Это лечится ИИ-сервисами, умеющими апскейл. Я делал в этом, ибо без регистрации и смс.
Наблюдения про Gigachat:
- один и тот же промпт к одной и той же фотке может выдавать разный результат
- Иногда удаляется совсем не то, что ты просишь
- Удалив что-то по требованию ИИ может добавить что-то лишнее, о чем ты его не просил. Удобно сравнивать фотки, открыв галерею в диалоге, сразу видно где изменения
- Иногда нужно сильно постараться, чтобы объяснить ИИ что именно ты хочешь сделать, чем детальнее опишешь, тем лучше результат
- Лучше не давать в одной команде несколько разнородных правок, он может запутаться или проигнорировать что-то.
- Когда нашел удачный промпт, но фотка сильно изменена прошлыми экспериментами, можно начать с начала с нужным промптом
- С каждой новой правкой фото обрастает дорисованными ИИ элементами и ухудшает общее качество (но которое лечится апскейлом).
В общем, процесс довольно быстрый и даже захватывающий, когда ждешь очередной результат 🫣
Рад, если кому-то будет полезно.
#ИИ #Gigachat
👍5
Следующий #ИИ_кейс —
Голосовой интерфейс для календаря
Я давно интересуюсь ИИ-ассистентами для продуктивности, но встречал очень мало удачных. Даже была идея сделать свой таск-трекер с блэкджеком. Но мне все же удалось найти одного ассистента, которого теперь использую довольно часто. Это ТГ-бот Toki (ex Dolla).
Сценарий такой: отправляешь ТГ-боту голосовуху и он создает/меняет/удаляет в календаре напоминание или событие.
Например:
Круто, что он умеет переписывать бытовые сокращения обычными словами, например, я попросил его закинуть в календарь "Собес", который он записал как "Собеседование", ещё и добавил релевантный смайлик 💼
Эта штука здорово помогает вводить данные в календарь на ходу, вместо того, чтоб тыкать пальцем в экран. Я стал чаще им пользоваться, когда понял, что ему действительно можно доверять. Т.е. не проверять созданное событие после голосового, а просто закрывать бота, зная что все будет как надо.
У бота есть и мини-апп с календарем, но пользуюсь привычным приложением, поскольку оно может выводить виджет на экран айфона, как удобную точку входа и мониторинга дел.
Интересно попробовать собрать такого ассистента на ноу-коде типа n8n, думаю, там всё для этого есть, но пока хватает и готового бота, который можно настроить за считанные минуты.
#ИИ #ИИ_ассистент
Голосовой интерфейс для календаря
Я давно интересуюсь ИИ-ассистентами для продуктивности, но встречал очень мало удачных. Даже была идея сделать свой таск-трекер с блэкджеком. Но мне все же удалось найти одного ассистента, которого теперь использую довольно часто. Это ТГ-бот Toki (ex Dolla).
Сценарий такой: отправляешь ТГ-боту голосовуху и он создает/меняет/удаляет в календаре напоминание или событие.
Например:
Завтра в 11 купить билеты
Перенеси тренировку на завтра в то же время
Круто, что он умеет переписывать бытовые сокращения обычными словами, например, я попросил его закинуть в календарь "Собес", который он записал как "Собеседование", ещё и добавил релевантный смайлик 💼
Эта штука здорово помогает вводить данные в календарь на ходу, вместо того, чтоб тыкать пальцем в экран. Я стал чаще им пользоваться, когда понял, что ему действительно можно доверять. Т.е. не проверять созданное событие после голосового, а просто закрывать бота, зная что все будет как надо.
У бота есть и мини-апп с календарем, но пользуюсь привычным приложением, поскольку оно может выводить виджет на экран айфона, как удобную точку входа и мониторинга дел.
Интересно попробовать собрать такого ассистента на ноу-коде типа n8n, думаю, там всё для этого есть, но пока хватает и готового бота, который можно настроить за считанные минуты.
#ИИ #ИИ_ассистент
Telegram
Toki
😺 Your AI Calendar Assistant
❤3
Следующий #ИИ_кейс о том, как я не смог найти онлайн-сервис для своей задачи и сделал его сам за 3 часа
Матрица взвешенного ранжирования
Взвешенное ранжирование — это метод принятия решений, когда невозможно удержать в голове всё многообразие критериев и вариантов.
Например:
Я прочитал про метод в этой книге лет 5 назад и иногда его применяю.
Сценарий такой:
- вводишь варианты, из которых нужно сделать выбор
- вводишь критерии, которые влияют на выбор
- Сравниваешь критерии каждый с каждым, определяя их "вес"
- Сравниваешь попарно каждый вариант по критерию
- На выходе получаешь таблицу, где количественно показано какой вариант набрал больше голосов и как критерии повлияли на результат.
За 5 лет я так и не нашел онлайн-сервис, который умел бы просто и понятно делать это упражнение, поэтому использовал то лист бумаги, то гугл-таблицу, но это неудобно.
А недавно попался на глаза сервис Databutton.com, который заявлял, что может делать аппки по описаниям. Так и возникла идея проверить их обещания, сделав актуальный для меня инструмент.
И знаете, результат меня впечатлил.
Попробовать можно тут: https://app.decision.place/
Как делал:
- Сначала в DeepSeek описал что хочу, попросил составить ТЗ для разработки. Почитал по диагонали что получилось, вроде логично.
- Загрузил в Датабаттон док с ТЗ и пару скриншотов с рефчиками по стилю.
- Он создал штук 15 задач и шаг за шагом их реализовал. Не особо вникая в описание его действий, я просто жал на Ок или Далее.
- На одном этапе нужно было зайти в Fierbase, куда-то понажимать и скопипастить какие-то данные. Там есть ИИ Gemini, и я не особо парясь давал ему тексты от Databutton с комментом "оно мне вот это написало, че делать?" и получал четкие инструкции.
- В какой-то момент у меня кончились 20 бесплатных обращений к ИИ, за 20$ докупил ещё 75, которых хватило на полировку и правки.
- Были какие-то баги, я просто писал на русском "поправь вот тут вот это" и прикладывал скриншот, либо копипастил текст ошибок. Прям как с живым разрабом на дизайн-ревью 😆
Уже потом я прикрутил домен и отполировал кое-какие моменты, но рабочее MVP собралось за 3 часа и 20 баксов!
Навскидку фуллстек-разраб такое будет писать дня три и это не считая ТЗ, дизайна, тестирования, настройки сервера и т.д. Даже немного не по себе от того, куда катится мир 🤔
В общем, мне понравилось, думаю чего бы такого ещё завайбкодить 🤓
#ИИ #Vibecoding
Матрица взвешенного ранжирования
Взвешенное ранжирование — это метод принятия решений, когда невозможно удержать в голове всё многообразие критериев и вариантов.
Например:
Какую из квартир купить, когда одна подешевле, но похуже, а другая получше, но подороже и таких квартир 4, а критериев выбора 6?
Я прочитал про метод в этой книге лет 5 назад и иногда его применяю.
Сценарий такой:
- вводишь варианты, из которых нужно сделать выбор
- вводишь критерии, которые влияют на выбор
- Сравниваешь критерии каждый с каждым, определяя их "вес"
- Сравниваешь попарно каждый вариант по критерию
- На выходе получаешь таблицу, где количественно показано какой вариант набрал больше голосов и как критерии повлияли на результат.
За 5 лет я так и не нашел онлайн-сервис, который умел бы просто и понятно делать это упражнение, поэтому использовал то лист бумаги, то гугл-таблицу, но это неудобно.
А недавно попался на глаза сервис Databutton.com, который заявлял, что может делать аппки по описаниям. Так и возникла идея проверить их обещания, сделав актуальный для меня инструмент.
И знаете, результат меня впечатлил.
Попробовать можно тут: https://app.decision.place/
Как делал:
- Сначала в DeepSeek описал что хочу, попросил составить ТЗ для разработки. Почитал по диагонали что получилось, вроде логично.
- Загрузил в Датабаттон док с ТЗ и пару скриншотов с рефчиками по стилю.
- Он создал штук 15 задач и шаг за шагом их реализовал. Не особо вникая в описание его действий, я просто жал на Ок или Далее.
- На одном этапе нужно было зайти в Fierbase, куда-то понажимать и скопипастить какие-то данные. Там есть ИИ Gemini, и я не особо парясь давал ему тексты от Databutton с комментом "оно мне вот это написало, че делать?" и получал четкие инструкции.
- В какой-то момент у меня кончились 20 бесплатных обращений к ИИ, за 20$ докупил ещё 75, которых хватило на полировку и правки.
- Были какие-то баги, я просто писал на русском "поправь вот тут вот это" и прикладывал скриншот, либо копипастил текст ошибок. Прям как с живым разрабом на дизайн-ревью 😆
Уже потом я прикрутил домен и отполировал кое-какие моменты, но рабочее MVP собралось за 3 часа и 20 баксов!
Навскидку фуллстек-разраб такое будет писать дня три и это не считая ТЗ, дизайна, тестирования, настройки сервера и т.д. Даже немного не по себе от того, куда катится мир 🤔
В общем, мне понравилось, думаю чего бы такого ещё завайбкодить 🤓
#ИИ #Vibecoding
👍1