Vitaly

Нет.

Я вам рекомендую получить образование в Европе (что сильно проще) или в США. Это решит все ваши проблемы одним сразу: и из России уедите, и образование в нормальной среде получите, и можно будет реально тратить время на учёбу, и работу гарантировано найдёте. В европейские институты довольно просто поступить на самом деле, можно и стипендию получать + это обычно ничего не стоит, т.е. образование бесплатно. Разумеется надо английский знать и сдать соответствующие тесты (в том числе и по-английскому). В некоторых странах бакалавриат только на родном языке, поэтому возможно придётся предварительно на языковые курсы съездить для поступающих (а вот это не бесплатно).

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

PPS
К слову, США и Норвегию сравнивать не стоит. Это очень разные страны и по организации общества, и по менталитету, и по оплате труда программистов, и по количеству вакансий. Если вы не поклонник социализма, то США сильно выигрывает по всем остальным пунктам.

Стоит ли сидеть дома и заниматься саморазвитием?

Да, но обязательно

Или отдать предпочтение ВУЗу?

...параллельно с этим. Дело в том, что одно другого не исключает.

На мой взгляд университет необходим, потому что:
1) Фундаментальные знания (которые именно составят базис для дальнейшего самосовершенствования)
2) Возможность стажировок
3) Возможность обучения по обмену в других странах
4) Возможность переезда для обучения в другие страны, допустим после первого курса или в магистратуру
5) Знакомства
6) И да, теоретические знания и практические навыки разработки ПО
7) Диплом, который полезен, как минимум для того, чтобы уехать работать в другую страну

Но:
1) Это должен быть нормальный университет в Мск или Спб.
2) Всё что я перечислил можно получить и без обучения в университете, но у вас должна быть отличная мотивация и понимание что реально нужно. Пункт (7) ещё и от страны зависит, везде требования разные, но обычно 5+ лет опыта могут заменить диплом.
Университет существенно это облегчает, если реально учиться, практиковаться самостоятельно и не забывать о стажировках.

Важно помнить, что обучение в университете, ничего не гарантирует, равно как и самостоятельно обучение. Есть множество примеров успехов и неудач в обоих случаях. Всё зависит в основном от человека и удачного стечения обстоятельств: можно и со степенью кандидата наук клепать лэндинги, а можно и без образования возглавлять R&D отдел в компании уровня гугл.
К сожалению, ситуацию, близкую к первой, я наблюдал чаще, чем близкую ко второй... Но это зависит от многих факторов. На мой взгляд, основная причина этого: непонимание что и зачем ты делаешь. Это одна из причин того, что в России рекордное количество людей со степенями в юриспруденции/экономики и т.д., работают, скажем, на ресепшене.

Да, можно так сделать и ходить по собеседованиям. Потом компания вам визу сделает и переведёт, если вы хороший специалист.
Процесс это долгий, поэтому вам, скорее всего, придётся вернуться на родину и ожидать его завершения там.

Второго определения не существует.

Тут есть проблема: во втором примере оба класса наследника абсолютно одинаковые. Т.е. пример ничего не показывает.

Хорошим примером неправильного использования будет когда, например, один наследник кидает исключение, а другой нет. Ну и правильного, когда это не так. Ну или там усиление precondition покажите. Можете ещё показать проблему с бросанием разных типов исключений.

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

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

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

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

Смотрите в сторону любого менеджера зависимостей вроде Conan или vcpkg. У конана точно есть интеграция с CMake. Только учтите, что много чего вам всё равно придётся писать руками. Управление зависимостями -- это головная боль в C++, т.к. язык очень старый. Обычно у всех компаний есть свои велосипеды для этого.

С помощью связки CMake + Conan реально получить то, что вы хотите.

Следующим шагом будет создание установщика для уже скомпилированной программы, который будет устанавливать программу на компьютер пользователя. Тут всё ещё хуже на самом деле :) Но это уже другой вопрос.

Есть понятие стека. Стек небольшого размера: на нём большие объекты лучше не выделять. Поэтому необходима ещё и куча -- там выделяют память с помощью malloc.

Помимо этого, в первом и втором случае различается время жизни объектов. Объект, выделенный на стеке живёт до конца области видимости (до закрывающейся фигурной скобки обычно). Объект выделенный в куче живёт пока его явно не удалят (с помощью метода free, который вы забыли вызвать). Т.е. такие динамически выделенные объекты ещё и удобны, если вам надо передать сам объект и/или управление его временем жизни в другую часть программы.

Ну и если вы хотите модифицировать любой объект (не важно как созданный) в какой-то сторонней функции, то вам надо передать указатель на этот объект. Насколько я помню, в C ссылок нет.

PS
По C лучше K&R читайте.

std::size(mas)
или
std::distance(std::begin(mass), std::end(mass))

Но лучше std::array использовать вообще. У него есть метод size.

Насколько в среднем Rust уступает по скорости С/С++?

Вопрос совсем не корректен, языки программирования -- не лошади.

Сможет Rust ли в будущем стать быстрее С/С++?

...и опять же не корректный вопрос.

Скорость же написания программы или её выполнения зависит от программиста, который пишет код и от многих других факторов, но не от самого языка программирования.

Тут есть ещё более глобальная проблема, чем просто не выделение памяти в конструкторе копирования: использование char*. Вы же пишете на C++, а не на C с классами. Используйте std::string для sea_name. Вы увидите, насколько проще, короче и безопаснее станет ваш код.

Тут и выбирать особо не из чего (если вы не web-мартышка): Qt.
Линукс использовать наоборот надо.

У вас же C++, т.е. можете использовать вектор для хранения элементов без необходимости явного выделения памяти:

#include <vector>

// double* _coords;
std::vector<double> _coords;

// _coords = new double[N];
_coords.resize(N);

Ну и деструктор можете не писать.

Или я может что-то не понимаю и пошли новые веяния? И типа нужно садиться и заново зубрить все основы программирования?

Основы разработки программного обеспечения и информатики нужно понимать, равно как и архитектуру ПК, операционные системы, сети, основные парадигмы программирования, алгоритмы и тому подобное. Это просто фундаментальные знания. В зависимости от специализации понимать вышеперечисленное нужно на разном уровне.

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

И да, к собеседованиям надо готовиться. То что у вас 5-7-10-15 лет формального опыта не значит вообще ничего. Тут играют роль только знания, умения, навыки и уровень решаемых задач/возможность решать задачи определённого уровня.

Очень интересует какие еще бываю вопросы на собеседованиях?

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

Ну layout не обязательно родитель элемента, который в него добавили.
Вы можете получить любой объект, который видно в дизайнере, через указатель ui. Например, ui->tab_4...