Андрей

ну, как-как..
spring in action, petclinic и spring.io :)
ну, и практитка, естественно! и, да, не spring ради spring-а, а именно практическое применение. на одном энтузиазме и учении "на будущее" далеко не уедешь )

Не сильно загоняться по поводу учебы и в же время ничего не пропускать.
Однозначно бросать не стоит, если понимание и интерес присутствуют.
Один хороший вариант: возьми учебник по которому препод преподает (или узнай темы, которые он будет объяснять в ближайшее время), читай за два три дня тему которую еще не прошли (даже от прочтения будет польза, не говоря уже о полном разборе) и на паре ты уже будешь улавливать не "хоть что-то, а большую часть".
А теперь по пунктам:
1) К репетиторам если и ходить то только к топовым (обычно не дешево), но если чувствуешь, что новому он тебя особо не учит, а дома ты понимаешь тоже самое и за бесплатно, то или ищи нового или забей и учи сам.
2) Про это в самом начале написал. Не создавай занятость вокруг себя. Гуляй, катайся на велосипеде, читай худ. литературу, не по целому дню естественно, знай меру. Это что касается психологической нагрузки, а вот по поводу учебы: перевод, отчисление. Компьютерные игрушки не спасают - проверено. Только что-то вне дома.
3) Любовь пропала из-за гигантского интенсива занятий. Совмещай учебу и отдых (улица, худ. литература).
4) Сам сплю по 5-6 часов - в ночное время занимаюсь программированием и ловлю от этого кайф. Но все что я учил по сей день в вузе, мне пригождается. Можешь подзабить на непрофильные предметы, т.е. не вдаваться в полный курс и не доводить насильно до понимания. Тот же самый матан и лин. алгебру использую для программирования мини игрушек :)
5) Опять же в самом начале говорил про чтение наперед. А все что непонятно будет, разбирай по ходу. Экзамен вытяни хотя бы на 4. И главное правильные книжки читать по тому или иному предмету.
Был в такой же ситуации, когда перевелся в мат. школу в 9 класс.

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

Цель: взять знаний по математике по максимуму. (ИТ потом сам догонишь, раз для тебя это проще. Даже полгода это не проблема). Вывод: забиваешь на ИТ-предметы. Изучаешь ровно настолько, чтоб пропустили в следующий семестр. Матан грызешь дальше, в освободившееся от ИТ время спишь. Побольше спрашиваешь у однокурсников, у всех. Один-два смогут обеспечить тебе прорыв, относительный.
На лекции ходить обязательно, но через раз. Наблюдай, что эффективнее. Через месяц будешь знать, ходить или не ходить.
Обязательно высыпаться. Обязательны прогулки. Или велосипед. Или плавание. Упражнения для глаз, раз в час.
То, что не понимаешь половины - это нормально. Большинство не понимает, просто привыкают. Рекомендую почитать книги Дмитрия Письменного. Минимум доказательств, много примеров. Думаю, на контрасте Письменного и классических учебников сможешь что-нибудь понять.
Еще вариант: пытайся понять, зачем доказывают теоремы. Трать на это час в день. Выбираешь лемму\теорему и задаешь себе вопрос: для чего её доказывают? Для какого док-ва она нужна? Для какой задачи?
Еще вариант: готовься не к прошедшим лекциям, а к будущим. То есть, если идешь на лекцию - прочитай её материал предварительно. На лекции ты возможно не успеваешь что-то понять, и буксуешь из-за этого. При предварительной подготовке некоторые вещи будут уже понятны, и сможешь поинтересоваться у лектора о действительно непонятных деталях. Готовься к такому скачку. В пятницу хорошо выспись, в выходные сосредоточься на изучаемом предмете.

Стоит математика усилий, или нет, каждый решает сам. Я не стал математиком, но до сих пор иногда что-нибудь решаю, для души. Год учебы догонишь впахивая в таком же темпе, как описал сейчас (только на пару часов больше отдыхая). Уйти в ИТ можно, но это популярный путь. Я бы посоветовал потерпеть год (учебный).
Удачи.

P.S. Стать профи за год в ИТ - это тоже нелегко.

Работал на автопроизводителя, за 3.5 дослужился до SrDBA. Денег все равно платили недостаточно, добавляли хламных тупых задач, не связанных с моей основной деятельностью. Бесило жутко, каждый день вставал на работу с мыслью "на кой ляд ме это нужно". Принял решение уйти, искал другое место, позвали на позицию инженера, подумал, согласился, написал заявление.
На следующий день ко мне подошел руководитель проектной группы и предложил место менеджера проектов у него. Я тогда отказался, т.к. подписал оффер и грезил о новой работе.
Вот уже почти полтора года я работаю на новом месте, но думаю постоянно: "А что если бы я согласился?".
Ну это прошлое, о нем думать бессмысленно.

А на работе каждый день сомнения, что я не потяну эту задачу, этот проект, эту технологию.
Пришел, абсолютно не умел писать скриптов, от слова "никак". Каждый день ковырясь в vimе психовал, думал "лох я и придурок, ничего не умею, зря уходил только".
Сейчас меня за год повысили до Sr Engineer и поставили задачу автоматизировать все задачи путем Ansible.
Вот теперь каждый день читаю мануалы, смотрю вебинары, пилю плейбуки и думаю "лох я и придурок, ничего не умею, зря брался только".

В свое время один умный инженер сказал очень правильную мысль: "Работа в ИТ, это когда ты вечно ничего не знаешь, и чем больше ты знаешь, тем больше ты не знаешь."

Топикстартер, если тебя беспокоит твоя текущая работа, и ты не уверен, что ловишь кайф и микрооргазмы от нее, попробуй в качестве хобби пофрилансить в другой сфере. Попробуй писать бложики, сммчик, дизайн.
Уже в процессе ты поймешь, что тебе нравится больше.
Сомнения всегда будут, особенно если ты максималист-перфекционист.

Каждый месяц а на стадии изучения чего-либо - каждый день.
Здесь работает только одно - подумать почему это нужно, что даст, какие перспективы. Если больше плюсов, чем минусов, то рвать дальше и доверять себе.
Работа должна быть НЕ противна, в первую очередь. Не должно быть такого "поскорее бы закончить проект, поскорее бы эта хрень завершилась" и должно быть хоть какое-то удовлетворение после получения результата.
Иначе не получится долго быть в профессии. Будет все напрягать.
Но то что нравится можно найти в любой профессии. Какой-то элемент, и делать ставки на него.

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

Google - два парня Сергей Брин и Ларри Пейдж
Facebook - начал Марк Цукерберг
Instagram - два парня, один делал приложение для iPhone, другой делал сайт, потом заработали расширились
MsDOS - первую версию сделал один человек, потом Баллмер у него купил за 50 000 $ и права перешли Microsoft
Nginx - начал Игорь Сысоев
Компьютер Apple I - дело рук Стива Возняка
Linux - начал Линус Торвальдс
Git - начал Линус торвальдс
Redis - Salvatore Sanfilippo ( antirez )
Minecraft - начал Маркус Перссон ( также известный как notch )
Dropbox - начал Дрю Хьюстон
Shadertoy - создан Iñigo Quilez ( также известен как iq )
C++ - начал Бьёрн Страуструп
Python - Гвидо ван Россум
PHP - Расмус Лердорф

SimplaCMS - начал один человек
DLE CMS - начал один человек
TYPO3 CMS - начал один человек

P.S. ответ редактировался и дополнялся

Integer.toBinaryString(Integer.parseInt("11111010", 2) + Integer.parseInt("00000001", 2))

Просто забивают пока петух не клюнет не более того. Из более менее вменяемых те кто на линуксе сидит.

Сначала о самых главных навыках ЛЮБОГО программиста:

1. Непрерывно улучшать чтение\письмо по-английски!
2. Уметь искать ответы в google.com или др. поисковую технологию
3. Всегда, всегда задаваться вопросом: "А может кто-то уже решил мою проблему?" и пользоваться навыком из п.2.

По сути вопроса:
1. Если опыта программирования нет, то я бы рекомендовал прочитать "C++ за 21 день" от Дж. Либерти
2. Если опыт есть, то читать книгу Лафоре про Объектно ориентированное программирование на C++
3. На этой стадии опыт написания кода уже есть, поэтому Стив Макконел с его Совершенным кодом
4. После этого читаются правила от Скотта Майерса, но через призму скептицизма. На этом этапе уже должен быть достаточно опыта чтобы понять что вам подходит, а что нет
5. Чтение Рефакторинга от Фаулера
6. Только на этоп этапе читать Страуструпа. Читать вдумчиво. Читать так, чтобы каждое его слово и каждая его мысль была понята, прочувтвована

Практикуясь той или иной фиче языка, идиоме рекомендую на реализациях алгоритмов сортировок, структур данных и всем что связано с алгоритмами.

Да, и читать надо по-умному! Для программиста чтение проф.литературы означает "Непрерывно вбивать код" и пытаться применить хотя бы в каком-нибудь 'hello world'-е изучаемой технологии или языке или идиоме. Только постоянная долбежка позволяет вбить в память пальцев нужные и правильные вещи на уровне инстинктов, которые экономят время при создании больших программных проектов.

UPD:
Один из нюансов чтения проф.литературы заключается в том, что почти никогда нет возможности прочитать с первого раза! Будьте терпеливы, т.к. наверняка Вам придется перечитывать как минимум абзац, не редкостью будет перечитывание 2-3 страниц, а иногда и целой главы с начала. Процесс проф.литературы - итеративный. С первого раза формируется "общее" представление с "дырыми" по прочитанному материалу. Повторное чтение закрывает часть этих "дыр". А паралельная практика при этом дает еще ясное понимание того как надо и как не надо и где именно у Вас не получается.

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

Вот: https://www.draw.io/

БД и СУБД к ним как раз для такого и были разработаны - чтобы хранить данные. Вы не поверите, но данные они тоже хранят в файлах на жёстком диске. Зачем изобретать велосипед, когда есть уже готовый инструмент. Используйте СУБД и не заморачивайтесь по поводу нагрузки. Она будет в разы меньше, чем если вы будете городить всё в один файл напрямую.