Программирование не всем подходит. Но в отличие от ядерной физики или конструирования субмарин подходит ли это вам легко попробовать. Вот и попробуйте. Изучите для начала несложный стек технологий на минимально применимом уровне. И попробуйте что-то сделать сами выходящее за рамки задачек из учебников.
Программирование - практическая отрасль деятельности. Пробовать, тренироваться, пытаться сразу же применить то что изучили. Без крайностей относиться к теории. Есть два одинаково плохих пути: годами изучать голую теорию, а только потом более практические знания. Начинать с устаревших неприменяемых ныне языков ради изучения этой самой теории. А только потом учить реально применяемые языки. Это любят советовать преподы-теоретики и некоторые программисты пришедшие из математики. И может быть для некоторых отраслей применяемых почти исключительно на оборонке это даже и верно. Но 90% программистов реально занимаются задачами где это не очень мягко скажем. Или "ну зачем мне даже элементарная информатика, скрипт на Java Script для интеграции калькулятора на сайтик я и без этого забацаю". Так работают иногда самоучки-фрилансеры.
Проблема с изучением программирования на примере устаревших языков вот в чем. Когда язык уходит из реальных разработок "консервируется и протухает" и сообщество на форумах и учебники по нему. И получится что вы будете не просто изучать устаревший язык. Что само по себе не так страшно, дальше напишу почему. А еще и устаревшие приемы программирования вообще и еще хуже проектирования. А вот от этого потом придется долго и тяжело отвыкать в реальных современных проектах.
Программисты специализируются не по языкам программирования как думают новички. Они считают что выбери правильный язык и будешь востребован. А по отраслям, по сферам применения написанных систем. Язык программирования для профессионала это вообще "расходный материал". Изучить язык раде одного проекта - запросто, в этом нет ничего особенного. Поэтому. Сначала выбрать отрасль которая нравится и кажется перспективной. А уже потом язык. Он вряд ли будет единственным который вам придется изучать. Кроме того в большинстве случаев это будет самое простое. Современные библиотеки и фреймворки обычно в разы сложнее языков на которых они базируются. А то что я напишу дальше еще сложнее.
Понять что такое паттерны и best practice и почему им нужно следовать? Но применять с умом а не тупо дословно. Зачем они нужны если учебные задачки прекрасно работают и без них? Как и первые простые проекты. На практике именно следование им обычно отличает систему написанную профессионалом от любительской поделки. Даже если вторая имеет весьма сложный, а иногда и уникальный функционал.
Более широко - понять что написать сложную систему это даже не половина а треть дела. Остальные две трети - чтобы эта система была расширяемой, поддерживаемой и могла быть адаптирована к меняющимся условиям. Причем другой командой нежели ее написала.
Понять что такое проектирование системы и чем оно отличается от программирования. Почему ошибки на этапе проектирования гораздо дороже и сложнее исправимы чем на этапе программирования.