Saboteur

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

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

Например дать азы ассемблера (5-10 команд), Артстудию в руки и пусть читит оффлайновые игрушки. Освоит работу с памятью, с байтами, словами, 16-ричной системой.

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

В общем все примеры должны быть такие, чтобы он мог ими пользоваться сразу для достижения интересного ЕМУ результата.

Ну и английский.

Судя по вашим вопросам, вы слишком много пытаетесь читать и слишком мало пишете код.
Пишите код. Осваивайте git и навыки работы со средой разработки и отладкой программы.

Чем выше квалификация программиста
Чем проще задача
Чем больше времени на ее выполнение
Тем больше дзен.

Не парьтесь. Читать и изучать стилистику и правильное программирование нужно, но главное понимать какая основная стоит цель.

А цель - более читабельный и понятный код.
Более дешевый в поддержке и модернизации.

best practices могут быть и паттерны и просто отдельные советы.

Но вот в качестве примера, ты приводишь вообще базовые моменты, которые не зависят от best practices, а зависят от реализации конкретной программы.
Например авторизация не может быть сама по себе, зависит от того где она происходит.

википедия

Самый велосипед:
Напишите батник, который будет менять default gateway на левый и батник, который будет возвращать нужный.
Повесьте их на хоткеи, или сделайте один, который будет триггерить.

При этом по локалке у вас все будет работать, поскольку одна подсеть, а за ее пределы ваш комп не будет знать куда идти, поэтому не будет пытаться выходить через роутер.

git

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

Во-вторых чуть что - можно локальные наработки выложить в тот же гитхаб целиком, со всей историей коммитов, одной командой.

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

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

Если кратко - написание неофициальных мультиплееров происходит по-разному. Конечно при наличии исходного кода, дело пойдет гораздо быстрее, но без такового используется реверс-инженеринг. Исследование как работает игра и соответственно перехват вызова обычных функций, с написанием собственных.

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

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

P.S. Данный ответ достаточен и подробен. Если вам нужно понимать глубже - учите программирование, тогда вы сможете задать более правильные вопросы.

ООП это парадигма, а не язык программирования.
В ембеддед системах вполне активно пишут на С++ с полным ООП.

Просто почитайте внимательно что такое ООП и не задавайте некорректный вопрос

послушайте Василий и возьмите ffmpeg.

Все что нужно - из командной строки. Под вин, под линукс.

Вы путаете понятие "научиться программировать" и "стать хорошим специалистом, уровня сеньор архитектор".

Неужели вы действительно считаете, что для того, чтобы стать крутым специалистом достаточно почитать 5-10 книжек?
Нужны годы практики, ошибок, и стремления понять и эти ошибки исправить.

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