Даниил Демидко

Просто нравится людям)
Сначала ответил ты, а потом если что-то не знаешь, ответят тебе.

Дело в том что в C++ нельзя передать массив по значению. Когда вы пишете void f(int arr[]), это тоже самое что void f(int *arr).

#include <iostream>

int main() {
    // number - число, n - нужный разряд, size - сколько всех разрядов
    int number, n, size = 0;
    // считываем число, затем нужный разряд
    std::cin >> number >> n;
    while (number > 0) {
        number /= 10;
        // С каждым уменьшением числа в десять раз 
        // увеличиваем счетчик всех разрядов на один
        ++size;
    }
    // возводим 10 в степень нужного разряда по порядку
    // и сразу печатаем результат 
    std::cout << std::pow(10, (size - n));
}

Самые лучшие курсы это книги. Слово учить в программировании - неверное.
Нужно не учить, нужно знать и уметь.

#include <windows.h>

int main()
{
    auto dwVersion = GetVersion();
    // Версия, например 8
    auto dwMajorVersion = (DWORD)(LOBYTE(LOWORD(dwVersion)));
    // Вторая цифра версии, например 1
    auto dwMinorVersion = (DWORD)(HIBYTE(LOWORD(dwVersion)));
}

Настолько что любая сущность кроме инструкций - объект.
Функции, примитивы, строки - тоже объекты.
Приложение лучше забрось.
Скачай любую книжку Лутца и CPython - пользы будет намного больше.

CFileSysmon *const hFileSysmon = new CFileSysmon();

А взять и вызвать оператор new вам что не позволяет?
И да, я понимаю что это пример, но всё-же замените return 0 на return nullptr, всё-таки C++11 был, C++14 есть, C++17 скоро будет

С помощью C можно создавать GUI, используя разные библиотеки. Но не нужно, ибо это накладно и сложно.
Язык C хуже C++ отсутствием ссылок, ООП. Из-за этого в Си часто используются такие вещи как указатель на указатель. И даже указатель на указатель на указатель. А иногда попадается и нечто большее...
Си хорош для написания ОС и драйверов.
Для GUI вам лучше взять что то более подходящее.

Тут всё просто, при первом запуске Codelite предлагает установить TDM-GCC, с которым он прекрасно работает.
Так же TDM-GCC генерирует более быстрый нативный код запускающийся одинаково на всех виндах от XP до 10ки, и не нуждающийся в VS C++ Redistributable.
TDM-GCC больше соответствует стандарту C++14 чем MSVC. Например, он компилирует auto в параметрах функции, проверяет корректность спецификаторов override и final, правильно компилирует код с lvalue ссылками.
Скачать его можно тут: https://sourceforge.net/projects/tdm-gcc/?source=d...
Затем нужно в Build Settings запустить поиск новых компиляторов и выбрать его по дефолту.
С этим компилятором точно никаких проблем не возникнет. Главное следите что бы пути к вашим проектам и до компилятора не содержали кириллицы, её компиляторы не переваривают)

Есть два проявления полиморфизма - перегрузка и переопределение. Полагаю с первым вы уже сталкивались. Вот пример переопределения на C++:

#include <iostream>
#include <memory>
using namespace std;

struct Base {
    virtual void Action() = 0;
};

struct A: public Base {
    virtual void Action() override {  cout<< 'A'; }
}

struct B: public Base {
    virtual void Action() override {  cout<< 'B'; }
}

int main() {
    // Используем общий интерфейс для разных наследников

    unique_ptr<Base> ptr = make_unique<A>();
    ptr->Action(); // A

    ptr = make_unique<B>();
    ptr->Action(); // B
}

Не мне давать советы, но
Гляньте на ASP.NET - компилируемый язык со строгой типизацией и крестоподобным синтаксисом, зрелая бекенд технология, есть немало вакансий по РФ.
Всяко приятнее PHP будет

int, string, float - псевдонимы подставляемые компилятором для типов из .NET.
Как если бы у вас в файле было такое обьявление: using int = System.Int32;
Посмотреть где что лежит можно в студии, правый клик по имени типа, "Go To Definition".

Забейте на эти определения. Вот вам private и protected, это сокрытие информации. Всё просто.
Насчёт var - автор вашего видеокурса очень и очень заблуждается. Ведь есть ide которая подскажет тип, есть typeof, в кнце концов можно просто посмотреть код выше. Да и вообще - в сокрытии типов таким образом смысла никакого нет.

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

По крайней мере парсить либы и делать автокомплит. А таких для хаскелла я не знаю.

Поделюсь с вами кусочком своего проекта, передо мной уже вставала похожая проблема, за исключением того, что работал я с указателем void*, хранящим любой тип.

Думаю то, что void* нужно исправить на указатель на ваш интерфейс вы догадаетесь.

namespace Typification
{
    // Универсальный тип
    struct Type
    {
        std::string Id;
        std::function<void(void *)> Free;
        std::function<void *(void *)> Copy;
        std::function<bool(void *, void *)> Equall;
    };

    // Шаблонная функция возвращает тип
    template <typename T> Type GetType()
    {
        return
        { 
            typeid(T).name(), 
            [](void *pointer) -> void { delete static_cast<T *>(pointer); },
            [](void *pointer) -> void *{ return new T(*static_cast<T *>(pointer)); },
            [](void *a, void *b) -> bool { return *static_cast<T *>(a) == *static_cast<T *>(b); }
        };
    }
}

// Просто набросок идеи
struct Obj {
    Typification::Type _type;
    void *_value;
};

Дело в том что в VC++ операторы >> и << для строк определенны не с классом string (файл ) , и даже не с классом iostream (файл ), а в отдельном файле