mayton2019

Нужна функция предикат или перегруженный оператор сравнения. Вот посмотри как тут пишут
https://stackoverflow.com/questions/2758080/how-to...

Скорее всего такого алгоритма нет. Размер структуры будет зависеть
от разрядности платформы и от типа компиллятора и возможно от всяких
опций типа #pragrma pack. Тоесть получается нехилый квест.

Технически, тебе достаточно sizeof для решения твоих прикладных задач.

Сдвиг на 2^64 это я так понимаю что сдвиг влево на 64 бита. Иначе смысла бы не было. Получили бы ноль.

Сдвиг влево - это умножение на 2 в степени числа сдвигов. Тоесть

2^32 * 2^64 = 2^96

(при умножении степеней показатели складываются)

Да. Ты правильно рассуждаешь. Многомерные зубчатые массивы имеют накладные расходы в виде служебных указателей которые должны предварять вход в каждое измерение. И не просто в измерение а там получается
дерево массивов массивов массивов указателей на данные.

Но для такого твоего кейса матрицу можно линеаризовать. И разложить последовательно.

int arr[6] = { 1,2,3,1,2,3};

Формула доступа будет простая. Надо будет к базовому указателю прибавить дистанцию от начала
до нужного элемента помня о том что LINE_WIDTH у нас уже известен и это длина строки в элементах.

*(basePointer + i * LINE_WIDTH + j)

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

ООП и метапрограммирование.

Программирование в ООП предполагает что мир состоит из "объектов".
Например твоя программ (процесс) калькулятор это уже объект. Даже не имея декларации
она уже является объектом с точки зрения ОС.

Но если твой преподаватель - такой душный, то сделай

class Calculator {
   ...
}

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

Поясни это преподавателю если он будет сильно настаивать на том что мало объектов.

Если буквально переводить ошибку

In included file: unknown type name 'c_image'clang(unknown_typename)
window.hpp(24, 25): Error occurred here

То будет - во включаемом файле неизвестное имя типа c_image
и ошибка находится здесь window.hpp(24, 25)

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

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

Вот это все

neuron
layer
network

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

И ты должен сам себе ответить на вопрос - что ты хочешь изучать. ООП или нейросети.
Нейросети это тяжелая тема. Там много экспериметов. Много разочарований. Много работ
дата-инжениринга по сбору и фильтрации входных данных. И этого всего настолько много
что для ООП там уже сил не остается. Тоесть твоя декомпозиция задачи на 3 класса на старте
тебе ничего пока не дает. Но обязывает тебя очень многому.

Я-бы предложил делать прототип в олипиадном стиле.

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

Программист С++ должен уметь работать с битами. Сдвигать влево-вправо. Делать булевы операции.
Тем более что ты там сериал-порты собрался крутить.

Вот сам алгорим
https://stackoverflow.com/questions/111928/is-ther...

От него уже можно и форматировать массив и перегружать "птичку влево".

Qt - хорошее корбочное решение. Но твой вопрос должен был пойти не от Qt.

Самый простой путь - рисовать эту картинку внутри матрицы (растр).
А потом перевести элементы этой матрицы в псевдографику https://en.wikipedia.org/wiki/Box-drawing_character

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

Рисование слешами или зведочками возможно. Но это ASCII art. Иногда выглядит красиво
а иногда вообще нечитабельно.

Я не уверен что стоит вообще искать идеальное решение. Особенно для 800 точек. Задача
пахнет комбинаторной со всеми вытекающими.

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

Для малого числа точек (8) можно построить выпуклую оболочку. И попробовать прикладывать
первую грань параллелепипеда к каждой грани выпуклой оболочки. А оставшиеся грани мы можем
получить вращением параллелепипеда до тех пор пока bounding volume не будет минимален.
Учитывая дискретность выпуклой оболочки, поворот тоже может быть дискретным. Например там
проверить штук 20 углов. Вот как-то так.

Начни с простого. Сделай новый проект в UE и сымитируй одну ошибку. Так проще разбираться.

Обычно С++ в вакууме не существует. Его учат сразу применительно к программированию UI под Windows,
или к Unreal Engine, или к сетевому программированию под Linux/Unix. Или еще более специфичный
сегмент - сетевое оборудование и микроконтрллеры. Это неизбежно.

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

Тоесть в самом вопросе ты должен сам решить куда ты дальше со знаниями С++ пойдешь.

P.S. С++ за 14 дней... - это завсегда можно найти.

Декларация класса и реализация его методов могут лежать в разных файлах исходного кода (*.h, *.cpp)

У тебя должна быть shared memory для всех потоков-участников этого процесса.
И один из потоков (главный) должен заранее планировать что какие-то части
файлов должны находится в shared memory в нужное время. Технически
для C/C++ это решенная задача. Тут единственное что интересно - это
обсуждать логику главного потока. Тоесть когда и в какой момент времени
главный должен решать что подгружать. А может он передумает и решит
что надо срочно выгружать потому что сюжет игры меняется. Или игрок
будет бегать между 2 левлами через портал и постоянно перегружать
уровни туда-сюда.

Так вроде лучше

for (int i = 0; i < 10; i++) {
        cout << i << endl;
}