Saboteur

Оформление ИП и договор - нормальная ситуация. Особенно если компания берет на себя оформление и ведение ИП (что часто бывает в оутсорс, где 90% сотрудников - ИП).
Но и просто работа по контракту, когда вы ИП - нормально.

А вот полностью официальное трудоустройство как штатный сотрудник, при котором вы не являетесь в офисе, не проживаете в городе, и банально не можете прийти и подписать документы - такое конечно тоже бывает, но не часто.

Вы определитесь что вы хотите - что-то выучить или куда-то устроиться.

Если выучить что-то новое - ну учите, никто ж не мешает.

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

Из того, что вы имеете, у вас не хватает
1. Резюме (лучше сразу на рус и англ)
2. Активности в поиске вакансий, рассылки своего резюме, попыток дозвониться до HR и предложить кандидатуру.

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

В общем кроме изучения непросредственно технологий, активизируйтесь в поиске вакансии.

Познав дзен программирования, вам еще нужно будет познать дзен администратора, дзен экономики, дзен управленца, дзен маркетолога, дзен продажника.

Есть еще и промежуточные дзены, например что жрать, пока познаете дзен.

Разработчик, занимаясь разработкой, никогда не сможет вырасти в руководителя проекта.
Это РАЗНЫЕ должности и разные карьеры.

1) интерн разработчик - джуниор разработчик - разработчик - сеньор разработчик. Возможно тимлид. Возможно архитектор.

2) Менеджер - менеджер с опытом управления. Возможно менеджер проекта. Возможно менеджер по (тут может быть что угодно). Возможно свой бизнес.

Если разработчик хочет стать менеджером, он должен учиться на менеджера, а не "Добиваться авторитета у команды, пока освободится место начальника".

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

Суть заключается в том, кому это нужно.
Большинству компаний не важно, насколько идеально название должности соответствует профессии.

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

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

Можете почитать, но если у вас ненормированный рабочий день, то по умолчанию вас привлекать могут, но с оплатой, а не "отгулами"
logos-pravo.ru/trudovoy-kodeks-rf-tk-rf

На С++ сейчас пишут в основном игры ААА класса.
Поэтому и контор таких немного и требования у них - как минимум уверенный джуниор, а не начинающий стажер.

Вдобавок, для трудоустройства нужно будет знать не только С++, но и технологии и SDLC.
Поэтому если интересно писать на С++ - ищите любую работу, не обязательно в game development. Когда будете уровня mid - будет гораздо легче с поиском.

Более быстрый вход в гейм девелопмент - мобильные платформы, веб, unity

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

Лучше резюме обновите.

"по должности модератор сайта"
Ваша должность модератора по идее никак и не связана с разработкой.

Если бы вы год не модерировали, а писали код, для вас не было бы сложностью изучить какой-либо js фреймворк, css, получить опыт с VCS, с git и так далее.

В вакансиях перечислены среднестатистические требования к уверенному джуниору - начинающему мидеру.

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

Вы слишком рано поднимаете подобные вопросы. Станьте хотя бы средним специалистом, а потом уже думайте о специализации.

Изучите scrum, agile, JIRA и идите в менеджеры IT проектов.

Младший техник у какого-нить провайдера. тянуть и обжимать проводочки.
Саппорт в call центре.

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

P.P.S. "Например, на врача/юриста/кого-то ещё выучился и работаешь рабочий день, остальное время свободно. "

Ахаха... ты реально думаешь что юриспруденция за последние несколько лет не поменялась? Да хотя бы гиктаймс почитай какие новые громкие законопроекты только в области ИТ были приняты за последние полгода. Что уж говорить про те, которые не слишком громкие, или которые никто не понял?
Ты реально думаешь, что врачи сейчас лечат также, как 10 лет назад? В стоматологии поменялось почти все - материалы, подходы. В клинической лаборатории даже стандартные нормативы. У окулистов жизнь поменялась уже пару раз.

Мало нового происходит у младшего специалиста с минимальной зарплатой. И то...

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

Если вы захотите по официальному стандарту, то там "process manager/QA director" однозначно не существует. Можно будет подобрать русскоязычный аналог.

Да.
1. Весь софт должен быть лицензионным (официально бесплатным, или купленным)
2. Компания обычно если закупает лицензии для IDE, то делает это оптово, под одну конкретную, а не каждому разработчику по выбору.
3. В случаях, если разработка под проект, то опять же унифицировать все проектные файлы под один IDE проще, чем для каждого IDE держать свой набор в репозитории.

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

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

1)обязательно надо знать математику алгоритмы и тд(даже если это не используется)
Изучение математики и алгоритмов приводит мозг в порядок. Именно в тот порядок, который нужен программисту. Это не значит что нельзя программировать без математики, и не значит что нужно учить матан чтобы написать простейшую вещь. Но это означает, что изучение математики помогает человеку с самого нуля освоить принципы работы с логикой, которая используется в программировании.

2)надо работать бесплатно на первых порах
Если вы не смогли устроиться, можете бесплатно создать какие-то программы, или поучаствовать в общественных известных проектах, чтобы получить практику, опыт и наполнить свое портфолио. Когда вы увлеклись программированием в школе и написали несколько программ, вам же никто за это не платит?
Если можете сразу устроиться - устраивайтесь сразу.

3)создавать open source проекты бесплатно чтобы показать всем свой код
Смотрите пункт 2.

4)всегда думать о работе даже по выходным и тд
Деформация программиста. ЛЮБАЯ работа это достаточно приличная часть твоей жизни. У среднестатистического человека - 8 часов работы, 8 часов сна, 8 часов на все остальное (включая поесть, проезд, магазины, дети и т.д.). Это очень много, это накладывает отпечаток. Часто само собой думается.
Но это совершенно не правило. Как сбалансировать личную жизнь и работу - каждый решает сам - кто-то пишет свой хобби проект, кто-то занимается спортом, кто-то просто ест и спит вне работы.