Все проще чем кажется - не думай, делай! Бери, изучай языки пиши простенькие проекты, сначала для сея а потом и на заказ. Первые задачи лучше придумать самому из разряда "для себя". Т.е. какую именно программу сам бы хотел иметь - очень поможет освоиться в програмировании. Потом можно брать заказы на фрилансбиржах. Вилка оплаты очень разнится. Например фронтенд разработка в вебе от 80 до 800р за час! Естественно начинаешь с маленьких сумм, с приобретением опыта увеличиваешь ставку.
Это не предел. Потом можно стать тимлидом и самому руководить разработкой какого-то проекта в какой-нибудь компании. Или набрать техже фрилансеров на крупный проект и организовать свое дело. Потолка по доходности просто нет.
Что касается сферы в которой следует развиваться - тут сложнее. Можно посмотреть в сторону веб - вроде как очень перспективные технологии там сейчас и большинство приложений переписываются именно на него.
Всегда все языки учил только на практике. От теории на начальном этапе нет толку почти. Поэтому выбираешь проект, продумываешь алгоритм, и начинаешь целенаправленно изучать как реализовать на требуемом языке ту или иную часть этого алгоритма. Тут же подтверждаешь на практике.
Вообще лучше учить языки которые можно применить в связке. Банальный пример - PHP+SQL+HTML+JavaScrip.
В вашем случае к C++ тоже можно подобрать связку в зависимости от того какие проекты планируете писать. Например Java в качестве SOAP сервера. Или какой-нибудь скриптовый язык для плагинов которые потом будут использоваться в ваших программах если они модульные, например TCL.
Изначально не верный подход. Если кто-то может писать в таблицу - он в нее запишет. Перефраза одного из законов Мерфи.
Правильным будет вообще не допускать несанкционированный доступ к базе.
Из личного опыта: не стоит как писать свою cms так и юзать готовую. Особенно начинающему разработчику. Имеется ввиду что не стоит писать cms ради самой cms. Дело в том, что когда вы попытаетесь ее применить в каком-то нестандандартном проекте - окажеться что архитектура чего-то не позволяет сделать и приходиться строить костыли. В итоге через пару итераций cms превращается в набор костылей. Очень запутанный набор костылей.
За свою более чем десяти летнюю практику я пришел к выводу что cms и библиотеки слишком ограничивают. Зато за это время скопилось огромное кол-во решений всяких типовых задач. И теперь создавая новый проект просто перетягиваем классы и функции из "опытного багажа" в нужный проект и правим под собственные нужды. Т.е по сути тотже набор костылей но без всего лишнего.
Поэтому совет слудеющий - если есть проект который не горит по срокам - пишите с нуля с таким расчетом чтобы использовать тотже код и в других проектах. Но не гонитесь за универсальностью. Лучше в следующем проекте исправить пару методов в классе чем потратить день на написание класса на все случаи жизни. К следующему проекту вы уже будете видеть удобство/корявость тех или иных элементов ваших костылей и возможно захотите что-то в них поправить. В итоге у вас будет постоянно развиваемый и пополняемый "багаж костылей" который от проекта к проекту будет становиться все лучше и чище.