Армянское Радио

Откройте для себя учебник по C++. Или тетрадку с лекциями.

const string str="asdf";
cout << str[3];  // выведет f, счет в строке с 0.

for(const auto&i:str)
{
  //в i посимвольно  попадет строка str
}

Берете любую задачу, например - реализовать 2048 на чистом QML. И решаете. На хабре как раз пост по теме.

С новой библиотекой - только практика.

И да, учите С++. Qt широко использует его механизмы (в частности, динамический полиморфизм). Без C++ вы дальше стандартных кирпичей не продвинетесь.

Идея такая у меня есть, и задача есть.

Проблема в том, что те жалкие дополнительные проценты производительности будут достигнуты таким титаническим трудом, что страшно себе представить.

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

Так как парадигмы в этих языках принципиально противоположные, разницы, в каком порядке изучать, нет.

Правильно так:

• Математика (Комбинаторика,Линейная алгебра, Высшая алгебра, Матлогика, Теория алгоритмов, Теория операторов, Теория компилируемых языков) - > Scheme
• Математика (Матлогика, Теория алгоритмов) -> Цифровая электроника - > Автоматы -> Ассемблер -> C

Вопрос из серии: Купил скальпель. Как удалить аппендикс правильно?
Отвечает Армянское Радио: возьмитесь за учебники. Руководство по использованию учебника.

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

Написано жеж английским по белому - символов нет в архитектуре i386. Соседняя машина поди 64 битная.

У вас вызывается break на 226 строке. Экстрасенсы за работу нынче в долларах берут, поэтому расскажите, какой алгоритм вы вообще реализуете.

Можно начать с написания своих реализаций классических численных методов.

Кроме того, комбинаторика может подкинуть интересных задачек: отыскание всех возможных сочетаний, комбинаций, перестановок и так далее.

Ремеслу программиста можно научится только на практике.

Математику будет приятно использовать функциональные языки вроде LISP и Haskell, но на рынке они нынче мало востребованы.

Итого, нужно ответить на вопрос - в какую область программирования лезть?

Изучайте математику. Нажимайте на высшую алгебру, матлогику и теорию алгоритмов.

Решайте задачи. Почитайте "Конкретную математику" Кнута.

Глобальные переменные дают больше вреда, чем пользы. Исправляйте архитектуру.

Формальное доказательство и подробное логирование с разверткой стека.
Чуть больше паранойи при написании кода - проверять все входные параметры методов и процедур на допустимость, проверять возврат у всех системных обращений. Так ошибка найдется раньше.
Размещайте константы везде, где только возможно.
Собирайте с -Wall и добивайтесь отсутствия предупреждений.

Замените везде read на readln

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

Оплачивать нужно сданную в срок работу, а не время ее выполнения, даже если 51% времени программист не занимался кодированием непосредственно, он мог обдумывать задачу "на фоне".

Идея далеко не новая:
habrahabr.ru/post/228479
habrahabr.ru/post/207138

OpenCV здесь не очень нужен, это как из пушки по воробьям. Достаточно двух фотобарьеров на въезде (ну или двух камер, если так хочется).

Если проехал первый барьер, потом второй - +1
Если проехал второй барьер, потом первый - -1