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

Скажем так, изучается не язык, изучается технология, что-то вроде "Написание графических приложений на Qt/C++" или "Написание прошивок для микроконтроллеров на С". От самого языка придется знать синтаксис (впрочем, вы и так уже знаете синтаксис в общих чертах) и поведение языка - то есть его стандарт - во что компилятор превращает буковки, что на этом языке писать нельзя и так далее....

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

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

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

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

Я привел вариант "долгий и тернистый путь", есть более короткие, но менее интересные, разумеется.

1. Счет массивов в С начинается с 0
2. Инициализация строк сразу после создания бессмысленна, они и так пустые
3. К главной ошибке вас привел поганый паскальский стиль объявлять одну индексную переменную на все циклы - счетчик должен быть объявлен прямо в операторе for(int j=0....; у вас же j после цикла равна n и таким образом находится за границей массива, отсюда - падение программы.
4. Еще одно место для падения F >> s; - если строка длиннее 14(!)* символов - будет переполнение
5. С каких пор поэлементное суммирование стало называться хэшированием? Коллизий будет огромное количество. C++11 например имеет встроенные средства для хэширования. В любом случае, на вход хэширующей функции лучше передавать константную ссылку на std::string а не массив символов

HNKHENM: если вы заинтересованы в улучшении этого кода:

• замените массивы на контейнеры (массив символов - на строку, массив строк - на вектор из них);
• включите С++11, если компилятор не поддерживает, отправьте его на пенсию.
• перебор символов в строке реализуйте циклом for из стандарта C++11
• повсеместно используйте auto
• откажитесь от дурной привычки для итерации сущностей с неотрицательным индексом использовать int, используйте size_t

______________________________________________________
*Не забывайте, что самый последний символ в строке - маркер ее окончания \0

Первый, потому как ясно написано, какой метод что делает, а не переданный параметр определяет, что методу стоит делать.
При разборе этого кода придется очень внимательно изучить метод (или документацию к нему), и только потом работать.
А геттер и сеттер - это очевидные всем программистам методы со знакомым поведением.

Кроме того, интерпретатор вместо непосредственной работы будет вынужден решать на основе параметров, а что же ему сейчас делать?

И использовать эту штуку будет неудобно - захотели мы что-то прочитать в непустую переменную, так надо эту переменую сначала обнулить, и только потом вызывать ваш чудо метод. А если мы забыли это сделать? Так метод сделает все наоборот, и испортит данные - получится трудноуловимая ошибка.

Второе решение - бедокод. Никогда не делайте так.

Пишите код, исходя из того, что все программисты, которые будут сопровождать вашу программу, — склонные к насилию психопаты, знающие, где вы живёте.
Мартин Голдинг

В протоколе usbasp есть нужные инструкции:

#define USBASP_FUNC_TPI_RAWREAD 13
#define USBASP_FUNC_TPI_RAWWRITE 14

Драйверы к программатору лежат на гитхабе
Пример общения с программатором можно посмотреть в исходниках avrdude, в архиве есть файл usbasp.c

Два бага сразу:
Лишняя итерация цикла:
for(i=0;i<=8;i++){
i или должна быть <8 или <=7
Не использован модификатор длины:
sprintf (ch1, "0x%X", temporary[i]);
Исправление:
sprintf (ch1, "0x%2X", temporary[i]);

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

Этот вопрос обсуждался:
Как сдвинуть пользовательский ввод в Си (консоль, многопоточность)?
Как организовать параллельные процессы в С++ ?
Дополню, что это можно сделать без дополнительного потока, при помощи накладываемых (OVERLAPPED) операций, если речь идет о windows.

shutdown -s -t 30
Выдает предупреждение и вырубает машину через полминуты. Неотменяем.

Можно поставить в Назначенные задания.

Идея состоит в том, чтобы ждать малое время (0.1с), потом проверять наличие символа в буфере клавиатуры, если он есть - стоп, если нет - повторяем цикл.

#include <conio.h>
#include <iostream>
#include <windows.h>

using namespace std;

bool waitKey(const size_t secondsToWait)
{
    int i=secondsToWait*10;
    for(;(i)&&(!_kbhit());i--)
    {
         Sleep(100);
         if(i%10==0)
         {
             cout<<i/10<<endl;
         }
    }
    //очистка буфера клавиатуры
    while(_kbhit())
    {
        getch();
    }
    return(i);
}

int main()
{
  cout<<"press any key..."<<endl;
  if(waitKey(5))
  {
      cout<<"Countdown was stopped by key" << endl;
  }
  else
  {
      cout<<"Countdown was not stopped"<<endl;
  }
  return 0;
}