Vitaly

1) Найти работу в самом начале пути сложно всегда. Это не сильно зависит от выбранной технологии (разумеется, всякие экзотические варианты вроде Junior Haskell Developer мы не рассматриваем). К тому же, считается, что начинающий разработчик уже что-то умеет. Попробуйте рассмотреть вариант со стажировками и курсами от компаний, с последующими стажировками. Такие предложения обычно есть.
2) Я не уверен, что после курсов вы (и все те 3млн, людей, которые якобы прошли курсы) станете хотя бы начинающим разработчиком. Это конечно возможно, но придётся очень много работать самостоятельно. Ещё раз, очень и очень много. Скорее всего, на срок около года вообще придётся забыть обо всём остальном, кроме учёбы и практики.
3) Разумеется, если город не СПб/Мск, то всё сильно хуже, банально потому, что меньше людей, меньше компаний и меньше вакансий.

Вопрос сам по себе слишком общий. В ответ обычно надо задавать уточняющие вопросы. Про технологический стек, тип приложения, уровень детализации, слои и т.п. спросить. А уж на том, что действительно интересно собеседнику и делать акцент. Можно ещё рассказать обо всём поверхностно и по реакции понять, что действительно интересно, но спросить всё-таки лучше.
Самая серьезная ошибка на технических собеседованиях: начать отвечать на вопрос без полного понимания того, о чём вас спросили. Задавайте уточняющие вопросы, вовлекайте собеседника, рассуждайте вслух и т.д. Нормальное техническое собеседование проверяет вашу способность думать.
Вообще, универсальный рецепт при любой дискуссии, и не только на собеседовании: определить о чем и зачем вообще дискуссия. Т.е. определиться в терминах, уточнить граничные условия, уровни детализации, к чему хотим прийти и т.п. Но, предупреждаю сразу, люди вас за это любить не будут :)

Я не удаляю.
Иногда даже приятно самому посмотреть как писал лет пять назад и как пишешь сейчас, что бы ты улучшил, как бы написал и т.п.

На самом деле, однозначный ответ дать невозможно, т.к. это очень сильно зависит от компании. Что для одной компании средний уровень, то для другой может быть запредельным. Есть минимальный набор, который для почти любого языка будет состоять из понимания основных конструкций и умения их применять, знания стандартной библиотеки, ну и лучших практик использования.
В остальном же, гуглите отзывы о собеседованиях в компании (на glassdoor можете ещё глянуть) + детали проекта над которым представит работать, хотя бы в общем. На основании этого уже и решайте, достаточно ли хорошо вы знаете C++ для данной вакансии, ну т.е. чтобы пройти собеседование, т.к. собеседование мало общего с реальной работой имеет.
А пока вы новичок, обратите внимание на стажировки. Т.к. они много у каких компаний есть и попасть туда на порядок проще.

Можете пройти, но никаких приемуществ это не дает. Я сдал два экзамена в прошлом году, просто для интереса, довольно легко. З/п мне резко не повысили после этого, только стоимость экзаменов вернули :)
Но пройдите если желание есть, лишним не будет, чего уж там.

Все от вас зависит.
А конкретно, от того как быстро будете учиться (в том числе и самостоятельно дома по книжкам, курсам и т.п.) и какие задачи будете решать. Это я про реальный уровень. Работать надо, и очень много. А так-то за выслугу лет (если просто сидеть и ждать) вам могут хоть статус архитектора присвоить, правда он ничего не будет значить.

Это будет сильно зависеть от предметной области и вакансии. Благо там по самому языку C особо и спрашивать нечего -- K&R, ну + мб пару хаков. Cети могут спросить, что-нибудь по осям, про какие-нибудь железяки хитрые, что-то из криптгографии... Как я уже и говорил, будет от вакансии зависеть, так сложно угадать.
ООП и паттерны почти точно не спросят.

Сначала научитесь пользоваться гуглом (или хотя бы просто поиском по сайту). Основной скилл, без которого джуном не возьмут.

Попробуйте устроиться на летнюю стажировку (около 2х месяцев обычно) в какую-нибудь компанию. Ну а что для этого нужно, зависит от компании т.е. читайте требования к вакансии.

Максимум искал баг 10 рабочих дней. Исправлял минут 10 )

Стоит. Обязательно идите. Чем вас будет больше, тем ценнее программисты будут как специалисты.
И "работать на программиста" тоже стоит. Мне вот тут пол помыть пару раз в неделю нужно бывает.