А когда вы делаете пример из книжки,  у вас нет мотивации,  вы его удалите потом и все.

Еще такая есть у меня идея типа "автоспасатель", вы идете и в поход в дикое место,  но не хотите предупреждать мчс, егерей или лишний раз волновать родителей,  вы регистрируете свой выход на этом сайте (куда идете,  когда и когда планируете вернуться) и если вы в нужный час не отметились, что вернулись,  тогда сайт сам отправляет заготовленные сообщения родителям/спасателям и пр

У меня миллион идей :)

Какая-то из них будучи реализованной даже может превратиться не в пет-проект, а в реальный.  Пользуйтесь,  пока дарю :)

Хотя про просрочку и спасатель я пытаюсь сейчас сделать

Ничего сложно это очень громкое заявление
Отслеживание мотороллеров на карте, подбор точки под условия (близко, время) - это уже нормальная такая задача

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

Их прототип пишется за день-два.

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

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

А минимальную версию,  без свистелок и перделок можно сделать быстро.

Больше похоже на то, что не сложности появятся, а понимание предметной области
Для примера, отслеживание водителей - а как их отслеживать? По телефону? Это не подходит, человек может телефон дома оставить, или просто отключить телефон и ездить по своим делам, а потом заявить, что стоял в пробке. Следовательно, нужно аппаратное решение, привязанное к автомобилю, и умеющее копить данные в случае отсутствия связи. И вот уже пет проджект сводится к проектированию плат и изучению протоколов can шин
Ну и с остальным примерно так же

Конечно нужно,  вот заодно можно и научиться обрабатывать протоколы этих железок. Эмулируем, читатем в интернете или заказываем с али пробник. Как раз пригодятся сокеты, события и пр...

В ходе разработки можно имитировать датчик телефоном,  а когда всё получится,  купить водителям трекер.

Покупать все равно будет заказчик

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

1. А как это относится к нашей задаче попрактиковаться в разработке? Это проблемы заказчика.
2. Такие сервисы уже есть и все эти задачи прекрасно решаются. Без трекера просто не имеют право ездить. Трекер выключен - зарплаты нет. Но,  повторюсь,  это уже будет делать заказчик/директор, не мы.

про отслеживание речи не было. просто наличие, бронирование...

Я просто к тому, что мне показалось, что озвученные варианты не очень хорошо подходят на роль пэт проектов из-за своей сложности

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

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