MrShaggy

Ищущий да найдет

Язык программирования это лишь половина задачи. Не важно на каком языке вы пишите. Если не знаете принцип, то толку будет мало, высока вероятность, что вы и с++ на пол пути забросите.
Алгоритмы и структуры данных почитать бы, а синтаксис у языка можно и за месяц освоить.

не очень удобно писать на Шарпе..

Что C#, что C++ , они в принципе все Cи-подобные, и в чем сложность, мне не понятно.

В 99,9% случаев — на языках высокого уровня. Как слой более низкого уровня используются три вещи.
1. Стандартная библиотека языка.
2. Внутреннее API ОС (WinAPI/POSIX/DOS).
3. Чужие низкоуровневые библиотеки.

Есть такое понятие «полнота по Тьюрингу» — грубо говоря, это значит, что язык способен решать те же задачи, что и машина Тьюринга (простое гипотетическое программируемое устройство). Все языки программирования полны по Тьюрингу, то есть ими можно закодировать любой алгоритм, зачем ассемблер?
Ассемблер используется ограниченно во внутренних циклах, где важна скорость.

Здесь под «низким уровнем» понимается «мало автоматизации», «очень тонкая прослойка между API операционной системы и нашим новым интерфейсом», «минимум управления памятью» — то есть функция, например, принимает не std::string, а указатель на нуль-терминированную строку const char*. И для написания библиотек любят языки, способные работать на низком уровне — в первую очередь Си, Си++ и Паскаль. Если нет ограничения по скорости, ассемблер не обязателен.

Работать нужно не по 12 часов день, а головой.

const std::chrono::high_resolution_clock::time_point t1 = std::chrono::high_resolution_clock::now();
my_sort();
const std::chrono::high_resolution_clock::time_point t2 = std::chrono::high_resolution_clock::now();
std::cout << std::chrono::duration_cast<std::chrono::microseconds>(t2 - t1).count();

За какое время можно выучить C++

За какое время можно научиться собирать самолеты "Боинг", умея собирать мотоциклы "Урал"?

Уберите
i = i + 1;
из цикла. Счетчик будет увеличиваться за счет условия i++.

Т.е. у Вас получается, что Вы заполнили нулевой элемент массива myDogs[0], затем сами увеличили счетчик на 1 (i = i + 1;) затем счетчик еще раз увеличился за счет конструкции i++ и во второй итерации цикла вы заполнили уже элемент под индексом 2, пропустив заполнение элемента под индексом 1. По-молчанию массив заполняется null-ами. Именно по этому вы получаете NullPointerException при попытке обратится к свойству name элемента под индексом 1.

Надеюсь доступно объяснил.

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

Поэтому в подавляющем большинстве случаев, читабельность кода - важнее, чем производительность.
А там где производительность будет важна - всегда можно будет сделать перфоманс анализ, выявить ботлнек и сделать рефакторинг - причем при читабельном коде это будет сделать гораздо проще.

Нужно понимать разницу межу "учить программирование" и "учить ЯЗЫК (для) программирования".
Изучившие первое становятся программистами, второе - кодерами. Это 2 разные специальности.
Хотя в нашей реальности многие не понимают эту разницы.

Вот что точно не нужно - это смотреть видосики.

ЗЫ. Осилившим тома "Искусство программирования" товарища Кнута - респект и уважуха :)

То что вы указали не нужно обычным пользователям, которых 99%.
Если взять опенсорс проекты, то кто будет отвечать в случае их использования за баги? Откуда поддержка?
Производителям телефонов нет смысла держать команду разработчиков, которые должны подправлять ОС для 1% пользователей. Они фокусируются на новые модели телефонов, а не новые версии ОС.