Около года проработал у работодателя, у которого было оформление по схожей формуле: оклад + премия, которая составляет 2-3 оклада. Но, если не ошибаюсь, меня успокоил пункт именно об оплате : ежемесячная оплата = оклад + премия (2х оклад). А положения о премировании отдельного не было.
Никаких проблем с оплатой у меня и коллег по команде не было.
Герман Хайруллин, кстати, есть РФ компании, которые нанимают на стажировки/internship молодых специалистов после успешного тестового задания. Вот пример https://syntacore.com/page/company/careers. Это компания больше про 3 и чуть меньше про 2 пункт. Можете почитать тестовое, посмотреть какие работы и требования к ним бывают)
Eugene-Usachev, попасть в топовый вуз той ещё задачкой может быть)
Пока у тебя есть время выдели время для подготовки к поступлению. Если ты гений, то можно поступить и в зарубежный вуз на степендию, которая покроет расходы на обучение. Чем лучше образование, тем выше ваш профессиональный потенциал.
Пишу только про свой опыт. Как уже говорил он касается 1 сферы из моего ответа.
1. Обучение: https://etu.ru/
Факультет электроники. Из хорошего и полезного: занятия по схемотехнике хорошие, шли несколько семестров, но вот именно программирования именно микроконтроллеров было лишь 1 семестр и то в магистатуре. Обучение суммарно 6 лет, хотя 4 тоже было хватило. Думаю, полезнее будет учиться именно на программиста в любом хорошем ВУЗе, а embedded специфику вы можете изучить самостоятельно, для embedded программиста MCU не нужны очень глубокие знания электроники. Свой профиль обучения для embedded программиста (aka 1 пункт) сферы не порекомендую, ибо есть много не особо полезных предметов как для программиста, зато вот для 3 типа embedded разработчиков вполне можно задуматься.
2. Сейчас я работаю backend разработчиком.
3. Assembler не пригождался. В моем случае учил по ходу дела: был легаси код с ASM вставками - читал разбирался, но такое встречалось крайне редко. У меня не было задач с очень уж узкими местами,
где нужно было вытягивать производительность. Если вы не эксперт в ASM, то, скорее всего, компилятор С/С++ скомпилирует более эффективный код, чем ваша асемблерная вставка (лично мое мнение).
3.5 А вот linker скрипты мне разок пригодились в работе, поэтому полезно понимать какие есть области памяти, что из себя представляет скомпилированная программа. Что такое стек и куча, где хранятся константы и т.д.
4. Парадоксально, но я старался писать на С++, а не на С для MCU (из-за более широко спектра возможностей), хотя делать это нужно весьма аккуратно. Именно embedded компании, в которых я работал довольно маленькие, ничего особо интересного о них не могу рассказать (если уж так интересно то напишите на почту/телеграм). Зарплата зависит от навыков, а также в немалой степени от того как вы умеете себя и свои навыки продать. ЗП в embedded такие же как и в остальном IT (если только вы не сидите на типичном отечественном заводе))) Посмотрите вакансии на HH embedded разработчиков. 100к сейчас вполне обычная зп для любого программиста уровня junior+/middle, в общем, сильно зависит от ваших способностей))
5. Советы... С этим сложно. Если хотите быть программистом даже и embedded, то лучше идите учиться именно на программиста. Учитесь, изучайте, интересуйтесь, не бойтесь нового. Заведите github и попробуйте написать парочку проектов для себя.
6. Не моя сфера) Но что-то мне подсказывает, что в начале 20 века паровые машины заменили сотни рабочих на фабриках и человечество не вымерло, трактора заменили тысячи людей, выращивающих еду, а мы все ещё не голодаем. А на счет помощи: github copilot, tabnine удобные штуки, иногда помогают.
AllEnginn, многие советуют также Visual Studio Code или просто VS Code (есть ещё тяжелая IDE Visual Studio aka Microsoft Visual Studio MSVS, кмк, она неудобна для обучения из-за как раз свой тяжеловесности).
Так как VS Code она очень популярна, то уроков как все настроить тысячи + очень много расширений (extentions), которые позволят легко подключить нужные (и иногда и ненужных, но интересные)) фичи.
Чтобы так не мучаться может лучше хранить массив структур-чанков? Зачем себе жизнь усложнять?
С учетом того, что ваша функция собирает возвращает новый вектор, а на ссылку на старый, что уже не особо оптимально по скорости.
Апочему вы вообще решили взять массив [16][16][16], если у вас чанки иного размера ([4][8][8])?
Lumus, тогда никаких идей нет пока что. Я бы на вашем месте попробовал создать новый проект и с минимальной логикой перемещение персонажа, чтобы этой проблемы не было (если проблема все ещё будет, возможно, стоит протестировать на другой машине/с другими настройками самого движка), а дальше добавлять кусочки логики из текущего проекта и смотреть как меняется поведение персонажа. Также опишитесь, если найдете решение.
Jut_Rut, бесплатных задач там в разы больше. Курсы бесплатные на этом сайте тоже есть. Посмотреть и оценить самому быстрее, чем тут спрашивать/отвечать
Грокаем алгоритмы ориентирована на новичков совсем. Зато язык описания крайне простой, если вы никогда не изучали алгоритмы, то для поверхностного ознакомления о том что бывает пойдет.
Мне зашла книга совершенный алгоритм и курсы от литкода.