roman_123456

Много решений подходит под такие критерии. Смотри, изучай, выбирай.

Cocos2d-x является одним из самых популярных открытых движков. У него большое сообщество и масса поклонников. Есть документация и все нужное для старта.

Defold является еще одним очень популярным кроссплатформенным и открытым решением для разработки 2D игр. Сообщество тоже очень большое, документация и уроки для начинающих тоже на месте.
Defold часто выбирают в качестве решения для своей первой игры. И этот выбор далеко не случаен.

Godot Engine не менее популярен и не менее поднят по возможностям. В чем-то Godot даже будет лучше чем Cocos. Сообщество у него тоже большое. Документация тоже присутствует.

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

Дальше пойдут не такие популярные решения, однако и проходить мимо них тоже не стоит.

Urho3D является нареченной Open-Source альтернативой Unity. Движок используется многими энтузиастами. По разным уголкам сети раскиданы многочисленные группы обсуждения этого движка. Документация и примеры у него на месте.

GDevelop - это довольно популярное решение для небольших игр. Документация на месте.

Panda3D - тоже довольно популярное решение со своим сообществом. Документация имеется.

Hazel Engine - один разработчик - один движок. Полностью вся разработка изложена в видео на youtube. Пользоваться можно... на свой страх и риск.

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

GZDoom - современная инкарнация движка DOOM.

Дальше решения пойдут или сложные, или экзотические. Всё на свой страх и риск.

CryEngine - от Crytek.
X-Ray - движок S.T.A.L.K.E.R.
UE 3 - для коммерческих проектов использовать нельзя.
Lumberyard - от Amazon. Да-да, тот самый.
Banshee Engine - он просто существует.
Diligent Engine - у него есть свое сообщество.
Atomic Engine - на нем тоже выпускают игры.
Lumix Engine - тоже что-то может.
Horde 3D - просто существует и этого уже достаточно.

Востребованным всегда будет БАЗА, а это алгоритмы и теории.
Всякая фигня типо парсеры или боты - это МУСОР, если вы знаете базу то и сами их напишите.

Поэтому выбирайте тот курс, который даст вам основные знания по программированию.

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

Есть библиотека wxWidgets, использующая стандартные элементы GUI самой винды (в отличие от Qt или VCL, реализующих свои собственные).
Но в конкретных программах, скорее всего, будут свои, нестандартные элементы.

P.S. Вообще, сама постановка задачи - с изрядным душком. Зачем бы это понадобилась программа, подменяющая системные? Явно не для благих целей...

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

На английском есть специализированный сайт codereview@stackexchange, при наличии языка это идеальный вариант.

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

Самый надёжный способ получить code-review, это завести два аккаунта. С одного задать вопрос, "как сделать то-то", а с другого - запостить код, который это делает. И тут же набегут советчики, рассказать, что в этом коде неправильно.

Нет, metanit - это днище.
Читай базовые книги. Шилдта, Джона Скита, Albahari, Эндрю Троэлсена, Роберта Мартина, Joseph Albahar

То, чем вы собрались заниматься - весьма трудоёмкое занятие, и требует хорошего зрения, а также большого терпения и усидчивости. Мне пришлось немало заниматься этим сразу по окончании ВУЗа, когда конторе, куда меня распределили, было поручено сделать точную копию "цельнотянутого" с выставки немецкого станка.
Ваш БП - хороший объект для освоения методики и приобретения навыков, поскольку он достаточно простой. Если вам придётся делать это с 2-сторонней платой, содержащей SMD-элементы, вот тогда вы взвоете по-настоящему, и там будет не обойтись без мультиметра с функцией прозвонки. А если такая плата будет вдобавок ещё и многослойная... ну, тогда вообще швах, на такое можно соглашаться только под угрозой смерти.
Судя по последнему фото, начали вы правильно, но на первом шаге следить за размещением компонентов на листе бумаги и рисовать линии под 90 градусов ни к чему. На этом шаге рисуйте как бог на душу положит, под любыми углами, ставя линии хоть наперекрест, но обязательно следите за точностью связей - каждый электрический контакт линий между собой должен отмечаться крупной точкой (как принято на принципиальных схемах). Располагать элементы на первом шаге можно на любом свободном месте листа - главное, чтобы их выводы были продлены куда надо и их подключение фиксировалось крупными, хорошо заметными точками (впрочем, если вывод идёт в единственное место без разветвления, точка не нужна). Удобочитаемость схемы на первом шаге не требуется или необязательна, точность по отношению к исходному оригиналу - обязательна.
Получив путаную схему первого шага, в точности которой вы уверены, приступайте ко второму - глядя на эту путанку, перерисуйте её так, чтобы стал понятнее её принцип работы (смотреть на само изделие при этом уже не обязательно - ведь в точности схемы первого шага вы уверены, верно?). Почти наверняка с первой попытки это не получится, поэтому после второго шага приступайте к третьему - расставляйте элементы на листе ещё удобнее и читабельнее. При этом не возбраняется пользоваться стирательной резинкой. После нескольких таких шагов у вас начнёт получаться нечто похожее на схемы, нарисованные профессионалами.
А последним шагом может быть перенос рукописной карандашной схемы в комп с помошью любого схемного редактора (впрочем, редактор лучше выбрать такой, который поддерживает обозначения элементов по российскому ГОСТу).

Не знаю насчет россии. Но я-бы шел сразу в корпорацию. Любой ценой. На позицию подмастерья. Менти. Или самого младшего джуна. Через пол-года резюме улучшается и уже можно быть твердым джуном. И подыскивать новое место. Зарабатывать одному - утопия. Нужно быть адски продуктивным чтобы покрыть риски этого нестабильного рынка работ. Тоесть фактически работать 2х или 3х больше чтобы кушать. Нужно очень много коммуницировать с опытными. Звучит неприяно - но надо им ездить по ушам. Сначала вас буду гнать и ругать. Но это не имеет значения. Запоминайте все. Каждое слово старшего в команде разработки во много раз ценнее форумов или онлайн тренингов. Тренинги - это седьмая вода на киселе. Они продают не то что вам надо. А то что надо - только в той корпорации где вы сидите. Я-бы отдал больше денег за 1 час беседы с экспертов чем за 30 дней каких-то курсов. Курсы вообще редко дают то что нужно. Они уже давно стали просто индустрией заработка.

Готовые проекты выкладывайте в публичный доступ. В них пока нет никакой ценности. Не бойтесь что украдут. Современный опенсорц - это кладбище ненужного никому кода. Код вообще не важен. А важна всегда идея + человек который ее знает и может развивать.