maaGames

А потом ты решишь распараллелить выполнение этих функций и ...

ostream *out=NULL;
bool needToDelete = false;

if( 1 )
  out = &std::cout;
else
{
   out = new ofstream(*fileName);
   needToDelete = true;
}

*out << "msg";

...

if( needToDelete )
    delete out;

Но перенаправить вывод будет более красивым решением.

На самом деле, функции "strcpy(ui.uCardNum,CN); strcpy(ui.uPIN,PIN);" у тебя работают не правильно и могут приводить к краху программы из-за порчи стэка. В дебаге даже ругнуться компилятор на это может. Эти строки копируют символы из одной строки в другую, пока не встретится нуль-терминант в строке источнике, а у тебя нуль-терминанта нигде нет. Теоретически, в этих местах могут хоть гигабайты мусора скопироваться...
Как уже сказали, нужно либо нуль-терминант в конце строк делать (но это увеличит размер каждой строки на один символ), либо выводить эти строки не как строку, а через форматную строку, посимвольно.

extern int i; должно быть в хэдэре, а int i; в реализации.

#pragma once - тоже в хэдэре, а не в реализации.

Это ошибка в файле проекта. Например, если в *.vcprops прописаны несуществующие пути.

А если и новый проект не создаётся, то сделай сброс настроек студии (где-то в Сервис пункт есть) или переустанови.

a[i]d

Если честно, с трудом понимаю, что за запись

Ну так FFT и применять. Сперва FFT, потом обратное FFT только для интересующих частот.
В Intel MKL даже есть библиотека для преобразований Фурье, оптимизированная под Intel.

Есть точка зрения, что С++ и Ява вообще не ООП языки, с точки зрения формального ООП.
А вообще, это просто буквы. Можно хоть батники в ОО стиле писать.

По решарперу:
What is not supported?
- Microsoft libraries including MFC, ATL and WTL.

Собственно, и зачем тогда решарпер нужен, если он половину кода не понимает?

VAX тоже иногда тупит.

4) Стоит ли вообще лезть в эту сферу?

Не стоит. Ты не знаешь С++, а уже замахиваешься на "не уровня unity3D, а несколько крупнее". Выпустить несколько игрушек-безделушек для души - без проблем. Жить за счёт этого - нереально. Выстреливают единицы из тысяч и они на слуху и все хотят так же. А вот о "неудачниках" говорят мало или вообще не говорят, поэтому и создаётся ощущение лёгкости вхождения в игрострой...
При некотором опыте программирования вообще и программирования игр в частности, можно устроиться в какую-нибудь компанию, специализирующуюся на геймдеве. Набраться опыта, посмотреть на всё изнутри, понять, что в одного серьёзных проектов не осилить.)))

А вот становиться программистом стоит безусловно! Опять же, поначалу лучше работать "на дядю", чтобы была стабильная зарплата и набираться опыта.

Я бы не советовал изучать С/С++ ради программирования под Андроид. 100% учебных книжек по С++ расчитаны на десктопы. Ну научишься создавать какие-то приложения на PC, изучишь WinAPI или ещё чего... А оно всё тебе не нужно на мобильных. Программирование мобильных приложений кардинально отличается от ПиСюшных. Прям вообще всем. Раз цель программировать под Андроид, то изучай Java. Причём не просто Java, а именно в контексте мобильных приложений и Андроида.

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

Преподавателей, дающих такие задания, нужно бить по рукам!

Делаешь два прохода по файлу, каждый раз переоткрывая его или переходя в начало файла. Затем считываешь пару значений (fscanf(fo, "%d %d", one, two);), но при первом проходе используешь только one и заносишь его в ячейку первого столбца, а во втором проходе используешь только two, записывая в ячейку второго столбца.

Буду благодарен, если приклеешь преподавателю бумажку с просьбой "Пни меня!".

Генерируешь GUID и берёшь для него остаток от деления на 64 битное простое число. Или ксоришь первые 64 бита со вторыми 64 битами (но тут возможны конфликты уже).

С Эклипсом разобраться не проблема. Он хоть и странный, но вполне понятный. Поддержка Андроида в нём прекрасная, даже эмулятор есть.
Нативный код писать не пробовал, потому что не захотелось возиться с поддержкой разных архитектур процессоров, а на Java такой проблемы нет (я не заботился о производительности и проблем с ней не возникло у меня).

Мне стыдно жить в Мире, где С++ называют учебным языком...

Весь "красивый" промышленный софт пишется на .NET.
Весь быстрый промышленный софт пишется на сишечках с ассемблерами.