GavriKos

Как сделать, чтобы в случаи выхода за пределы треугольной матрицы, выходили 0, а не мусор?

заранее записать туда 0. Или не выходить за пределы массива.

1 ) В целом - да. Более подробно вам пока не нужно
2) И то и другое. Компилируется под определенную архитектуру в исполняемый файл целевой ОС с использованием системных вызовов этой ОС
3) Программе есть разница, если она использует хоть что то системное. Либо можно использовать универсальные "прослойки" а-ля Qt, которые в зависимости от параметров компиляции подставят нужные вызовы. Т.е. консольный хеллоу ворд можно написать так, что скомпилится и под линь и под винду. Что то сложное - нужно учитывать нюансы или даже делать разные реализации.
4) Разница есть. На уровне написания программы - это размеры типов данных, особенности работы с памятью и все такое. На уровне выполнения - если программа скомпилирована не под тот проц - то она просто не заработает.

В интернете. Скорее всего в гугле. Возможно за деньги.

Ну как бы у вас два fscanf записывают в один i-ый элемент массива - один в условии while, второй сразу ниже.

Нельзя просто так взять, и передать нестатический метод. Потому что неясно, у какого экземпляра его вызывать.
Либо делайте статический метод, либо переделывайте bt_rest.function чтобы она еще и экземпляр принимала.

Ну и где ваш код, где вы попробовали и не получилось?

Нет, неправильно понимаете. ASCII никак не связана с раскладкой клавиатуры.
Проще всего завести словарь соответствия. Ключ - английский символ, значение - русский. Ну и дальше дело техники и цикла...

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

Выбирают далеко не язык. Выбирают технологии. В упрощенном (хотя и не правильном) варианте - движки. Технологии выбираются исходя из задач И ресурсов. А уже технология МОЖЕТ (но необязательно) тянуть за собой язык.
Пример. Нужно быстро сделать маленькую игру с средним бюджетом. Можно взять тонну движков. НО - в команде есть плюсовики. ОК, тогда и берем соответствующий движ и плюсовиков. Или наоборот - нужно сделать мегаогромную игру, а в команде куча шарпистов - почему бы не взять стек технологий с шарпом, если ПО ДРУГИМ критериям они подходят.

Про "в принципе похоже". Немецкий и английский как, похожи? А испанский и финский? Буквы то там везде латинского алфавита.
Вот так они "в принципе похожи.
Я даже больше накину. От языка ВООБЩЕ почти ничего не зависит. Можно взять плюсы, скомпилить каким нить говнокомпилятором ненастроеным и получить тормозной кошмар. Можно взять шарпы, скормить ультрасовременному интерпретатору - и все вообще заведется везде и будет круто. Наоборот - тоже верно абсолютно. Это приблизительно как сказать что "все бульварные романы лучше писать на английском, а монументальные талмуды - на латыни".

Канвасы и все остальное в популярных движках рисуют кнопки через OpenGL или другую либу наравне с трехмерными объектами. Никаких дочерних окон на уровне winAPI (если я правильно понял вас) там нет - только голый контекст.

90% что никак - вижла сильно много пишет в системные директории - фиг вычистишь потом.

Попробуйте не совсем IDE, но: Sublime Text, VS Code. К ним без проблем прикручиваются компиляторы типа gcc

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

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

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

Почитайте например вот это:
https://stackoverflow.com/questions/1986418/typeid...
особенно ответ.
Где то видел еще реализацию через темплейты.
Но 90% что чт то не так с архитектурой раз такое надо. И если уж надо и наследуетесь от базового класса - то сделайте в базовом классе метод, который вернет тип по enum.