ну как я понимаю это всё-таки за деньги, под заказ. специфика домашних проектов, которая отличает их от коммерции хоть в найме, хоть на аутсорсе в том, что главная ценность в них заключается не в денежной прибыли. обычно мотивацией к таким проектам могут быть получение нового опыта (освоение нового инструмента или технологии), развлечение (песочница для экспериментов) или демонстрация своих навыхков (как часть портфолио)

хреново выглядит пет-проект без дизайнера :D

вот например мой:

Ну наверное можно ограничиться только проектированием пользовательского интерфейса)

Там все равно в основном будет лежать кликабельный прототип, хочешь не хочешь а рано или поздно сверстать это захочется. Как говорят сейчас руководители некоторых компаний «нам ваши картинки не интересны» несите живое подтверждение. Если отделить проектировку от разработки, то там одних только исследований часов на 50 работы будет.😵‍💫

Я о том и говорю, что в разработке ПО мало нарисовать интерфейс, и даже его сверстать мало. Важно построить архитектуру правильно. Так, чтобы она естественным образом делала то, что нужно клиенту, а не на костылях да заплатках.

UI/UX это довольно крупная, но всё-таки часть процесса разработки. Я это к тому, что для получения хард-скиллов в UI/UX не обязательно думать как это всё хранить, какие модули с каким API нужны и как они будут друг с другом взаимодействовать. Можно ограничиться только анализом способов использования и проектированием графического интерфейса для этого.

Здесь, как мне кажется, самое ценное - это уметь нарисовать и описать всё так, чтобы по этой информации потом уже остальным участникам разработки было легко понять какие сервисы нужно реализовывать, и какие API они должны предоставлять.

Если мы еще и начнем думать, где как и зачем все это хранить и обрабатывать то бэкенду тоже начнут залетать тапки, нам пока фронтов хватает 😁 Да ты отрисовываешь полностью функциональный макет где все делает жамк жамк, потом все это под опись что бы фронты тихо офигивали. А перед этим долго и муторно прорабатываешь весь ux с пола до потолка, потому что в параллельной вселенной маркетолог вафля и не может в анализ. И все равно, как бы все идеально не было, к тебе придут и спросят, а что делает эта кнопка 🤣

ну например по DDD предлагается строить единую модель, которая должна быть понятна и полезна всем участникам проекта, будь то аналитик, тестировщик, дизайнер, архитектор или кодер.

Так что не такая уж и плохая идея подумать про API на этапе проработки юзкейсов)

UI - это же натурально органы управления к бизнес-логике, которую реализует бэк. Так что я убеждён что дизайнерам полезно и с бекендерами взаимодействовать.

Действительно! Как-то я об этом не подумал. Удобно что этим можно заниматься на стадии планирования. Тестировщикам в этом плане сложнее... Особенно ручным)

Поэтому полезно смотреть чуть-чуть туда, чуть-чуть сюда…) Развитие в сторону мультидисциплинарности, впитывание опыта ведения бизнеса. Все это очень полезно для понимания, КАК в итоге вести этот пет-проект) Вдруг выстрелит.

Да, участвовала как-то) интересный эксперимент для себя