Dmitrii

Вам стоит почитать об указателях.
Размер массива очень даже важен.
Вы создаёте массив, а затем пишите данные по указателю на массив с некоторым смещением. Фактически ничто не мешает вам писать что угодно и куда удобно (в пределах памяти, доступной вашей программе) и ничего вам за это не будет. В данном случае вы нагло пишите данные по указателю (который указывает на данные в области .data). данная область памяти значительно больше 1 байта и все, что вы туда записали будет храниться в ней. Проблема заключается в том, что массив имеет длину лишь 1 байт, а значит вы пишите в память, которая не принадлежит данной переменной/массиву, а принадлежит какой-то другой переменной и тем самым изменяете значение этой переменной.

Заведите вторую переменную, скажем, mas2 чуть большего размера (главная, чтобы линковщик положил ее после mas.) И заполните ее каким-то полезными данными, а затем выполните свой код заполнения двумерного массива и распечатайте оба массива.

Также можете попробовать создать массив в динамической памяти размером 1 байт, а потом заполнить своим кодом двумерный массив размера так 100х100 и получить классический SEGFAULT от операционной системы.

К сожалению, уместить в 1 байт целый массив нельзя, а может оно и к лучшему.

Вы настроили Linker перед компилияцией?
Вероятно, самым простым способом будет выбрать другой тип проекта (desktop под windows)
Или же настройте Linker самостоятельно (.lib + точка входа + тип приложения)

https://learn.microsoft.com/en-us/answers/question...

SFML можно установить для Visual Studio, но если вам не нравится сама идея того, что библиотека заброшена (хотя на github есть активность и готовится к публикации версия 2.6), то посмотрите в сторону SDL2. Вообще SFML довольно популярна, поэтому уверен, что вы сможете найти подробное описание танцев, для которых даже бубен не понадобится + всегда можно собрать из исходников либу.

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

Foo.h

template <typename T>
struct MyStruct
{
    void foo(T arg);
};

#include "Foo-inl.h"

Foo-inl.h

template <typename T>
void MyStruct<T>::foo(T arg)
{
    // some code
}

Также, если вы используете специализируете шаблонный параметр в определении методов класса методов, то такие методы можно поместить в .cpp файл.

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

При небольшом размере вектора (0-10 элементов) и большом количестве элементов, которые необходимо вставить в вектор (напр., 500) разница более значительна, потому что алгоритм оптимизации push_back выполнит несколько аллокаций за это время. На больших же значениях (напр., размер вектора 3 элемента, а необходимо вставить 100000) разница приближается к единицам процентов (судя по моим тестам ~2-5%)
https://godbolt.org/z/9ThqYjP4o

Замените строку
if (planets[i].name == name_d)
на
if (planets[i] == name_d)
Если хотите, чтобы вызывался operator==
Но у вас там кроме этого ещё очень много странностей.
Зачем сравниваете строки напрямую? Есть strcmp
Зачем вообще работаете с сырыми строками, если даже не следите за очисткой памяти?
Лучше замените все на std::string.

Насколько я понимаю тут речь о том, что не нужно возвращать std::move(error), поскольку это локальный объект и компилятор сам использует либо RVO (return value optimization), а в случае невозможности RVO будет применено std::move неявно, поэтому следует убрать std::move, чтобы компилятор сам все сделал. Данная ошибка влияет лишь немного на производительность.

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

template <typename T>
auto search (std::string str) {
    // T - data type
    T res;
    // do something
    return res;
}

int main () {
    auto a = search<int>("a");
    auto b = search<std::string>("a");
}

1. Прежде всего, нужно знание схемотехники, но в вашем случае этот этап можно вычеркнуть.
2. Естественно, знание основ С и С++ (синтаксиса, базовых конструкций). Советую вам использовать в своих проектах С++, поскольку зачастую вы сможете писать в стиле С без каких-либо проблем, а при необходимости воспользоваться фичами/библиотеками для С++.
3. Навыки hardware и software отладки. Здесь просто нужна практика с любимой IDE.
4. Понимание указателей, типов памяти (статическая, динамическая, автоматическая, регистровая). Как память выделяяется и прочее.
5. Знание базовых структур данных. Это немного скользкий пункт, поскольку С++ предоставляет хорошую (хотя и весьма минималистичную) стандартную библиотеку STL, в которой есть большинство из необходимых структур данных, но они используют довольно много дополнительной аллокации памяти, поэтому если пишете под что-то 8битное, то имейте это ввиду.
6. Знание git на базовом уровне сейчас важно для джуна любой IT специализации.
7. Неплохо бы иметь базовое представление о том как устроен микроконтроллер и его архитектура.
8. Неплохо бы понимать RTOS (FreeRTOS - классика жанра), а главное зачем он нужен, а когда он не нужен или вреден.
9. Лично мне всегда в работе пригождается python, но это всегда сторонние задачи/автоматизация.

P.S. Нашел ещё вот такой RoadMap.
P.S.S. Получилось довольно объемно. Но пункты 2-5 по сути можно объединить в один. Все это можно изучить написав парочку проектов для классической STM32 + HAL.
P.S.S.S. Сам начинал как hardware разработчик. Путь embedded разработчика начального уровня не был сложным для меня и занял не очень много времени.