Как стать программистом, а не кодером?

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

А лучший ресурс - учёба в ВУЗе.

Переучиваться НЕ хвастаться? Чего хочешь, мил человек?
Есть народная мудрость "сам себя не похвалишь, никто не похвалит".
Ты вдруг понял, что знаний недостаточно. "Выучить" синтаксис оказалось не просто мало, а совсем ничего. Поздравляю, вывод правильный
Не хватает образования. А тут широкое поле деятельности. Самый понятный - ВУЗ, но не всякому такой вариант подходит по разным причинам.
Др. вариант - серия (!) курсов. Но тут уже есть вариант, что не отобьёшь вложенный капитал, если он, конечно в наличии....
Ты просишь совета, помоги себе сам. Посмотри вакансии на хх сайтах. Какие требования сегодня у работодателей. Это отправная точка. Ну а дальше - по воле волн.

Ресурс один - иди работать в серьёзное место, где работают на результат.

В это понятие не входят:

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

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

В позднем СССР существовало формальное разделение программистов на 2 категории:

• Инженер-программист. Имел допуск к проектированию. Обязательно наличие высшего математического образования.
• Техник-программист. Мог только писать код. Достаточно среднеспециального образования.

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

• В проекте нет выделенных аналитиков, архитекторов и проектировщиков, всё определяется "как-то само", "в процессе разработки".
• Отсутствует понимание решаемой задачи у всех членов проекта.
• Люди считают, что они могут принимать решения, не зная решаемой задачи (опираясь на "стандарты", "лучше практики", "технологические тренды" и др. фантомные понятия).
• Проект перегружен ритуалами, конечной цели которых никто не понимает. Например, утренние сборища, стоя в кружке, наклеивание стикеров на доску, оценка задач в абстрактных единицах, о которой немедленно забывают после оценивания.
• Технические и архитектурные решения принимаются менеджерами (как правило, с гуманитарным образованием).

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

Онлайн-курсы - это лайтовенькая версия второго варианта. Научат бацать код, но не научат делать это качественно и осмысленно (зная, какая задача решается).

Это одно и тоже