По организации

1. Чем больше коммит - тем хуже. Неудобно проводить ревью + если будет нужно откатиться из-за какой-то одной задачи, то придется откатывать все - это больно и т.д.
2. Я тебе на занятии рассказывал, как было бы правильно вести разработку. В отдельной ветке решать задачу, а потом есть пара вариантов в зависимости от репо. Если он локальный, то мы мержим в мастер, когда все проверим. Но чаще всего случается так, что репо удаленный и мы не можем просто вмержить в мастер - нужна процедура ревью кода, а для этого необходимо сделать pull request. Его можно создать, когда ты пушишь ветку на сервер.
3. Структура и именование задач должны быть удобными. Т.е. по папочкам, поддиректориям и т.д. Также было бы круто, если бы я понимал, что за задача передо мной.

По коду....

1. Вопросы по стилистике есть, но тут зависит от компании. Мои рекомендации - все объявления переменных идут в начале функции, но есть пара исключений. Каждую переменную объявлять на отдельной строке. Короче, о стиле мы еще поговорим...
2. Вместо float рекомендую double, а иногда и long double в первой задаче
3. Библиотеки, которые не используешь, лучше не подключать.
4. В 15 задаче (и там, где ты еще так делал) хитро, но надо подумать, как сделать только арифметикой.

В целом, ты большой молодец!