bogolt

Они нужны для:

• Реализации криптографических алгоритмов
• Реализации любых других алгоритмов требующих работу с битами
• Чтобы пользователи языка не изобретали велосипеды

Понимаете, это ведь не особенность языка - это скорее особенность наших процессоров,принципов вычислений, ассемблера. Раз уж эти операции существуют, причем именно в том виде в каком к ним привыкли то логично предположить что многие программы и алгоритмы рассчитывают на их наличие в инструментарии разработчика. Представьте что вам пришлось бы портировать некий криптографический алгоритм использующий эти операторы на js в котором их не было бы. Допустим вы реализуете его умножая/деля на два, но затем обнаруживаете, что при умножении старший бит у вас исчезает, а должен становится самый младшим. Кроме того ваша реализация на js была бы много медленней чем встроенная в язык реализация.

Давайте разберемся.
.h файлы нужны для того чтобы описать типы данных и функции которые могут использоваться из разных .c файлов. Если у вас есть самодостаточный .c файл - хедер файл вообще ему не нужен.
Когда же вы в си файле описываете функцию int make_me_coffie(int coffeine_level) то для того чтобы ее можно было вызывать из других си файлов - вам нужно этим файлам сообщить о существовании такой функции. Для этого вы можете в каждом из этих си файлов добавить описание этой функции.
Так например в kitchen.c вы можете написать
int make_me_coffie(int );

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

Теперь к вашим вопросам. Включать header.h в теле header.c не обязательно ( так как обязательного вообще ничего нет ) - то логично и разумно. Если уж у вас есть один модуль header то скорее всего функции и типы данных описаны именно в header.h а значит header.c должен его включать.

Включать в header.c если он уже включен в header.h совершенно не обязательно, так как наш header.c уже включает header.h который включает stdio.h - а значит все необходимые определения функций уже будут в нашем файле. Впрочем включить stdio.h можно, это ничему не повредит благодаря системе дефайнов, которые обычно добавляются в каждый хедер файл, чтобы предотвратить множественное его включение.

На голом си не так уж много GUI библиотек. Пожалуй самая навороченная из кросс-платформенных, свободных это Gtk++.
Ну если вам только под винду то можно конечно взять WinAPI, хотя имхо это самый проигрышный вариант.

Так, теперь попробуйте улучшить ваш вопрос, так чтобы на него можно было ответить.
1. Скриншот запущенного приложения это прекрасно, но непонятно зачем он нужен.
2. Скриншот куска ошибок - ничего не понятно какие именно там ошибки. Разберитесь как из студии скопировать лог сборки и вытащите эти сообщения оттуда.
3. После чтения из файла - проверьте значение переменной con и выведете его на экран, чтобы убедится что именно из файла читается не то число.
Если там не то число - то проверьте тип этой переменной - может вы записали туда char "1" а читаете его уже как int или наоборот.

Лучше все же начать с чистого Си. Почти все книги по Си++ подразумевают что вы уже знакомы с языком Си, поэтому множество базовых, совпадающих с си вещей (вроде циклов, условных операторов и тд ) в учебниках по плюсам не объясняются.
Да и вообще - разобраться на базовом уровне с голым Си куда проще чем сделать тоже самое с плюсами. А вот после этого вполне можно открывать любой учебник по си++ ( Рекомендую Брюса Эккеля, хотя сейчас в связи с выходом нового стандартна он уже немного устарел, впрочем не думаю что уже есть хорошие учебники с учетом этого самого нового стандарта ).

Не знаю что такое "озов" похоже на город какой-то, но тогда неясно отчего с маленькой буквы. Говорят в древности на Руси алфавит ( ну или буквица ) начинался с буквы Аз, откуда вероятно и пошли азы...

По сути вопроса - любая программа длиннее тысячи строк будет представлять собой вполне себе задачу среднего уровня. Поставьте себе задачу и реализуйте ее на си++. Например напишите свой http/ftp сервер или клиент. Создайте простую игру, или удобное приложение.

Можно конечно искать задачи где нужно "с помощью указателей" сделать что-либо, или "написать иерархию классов с виртуальными функциями" но имхо это полная ерунда. Она может помочь разве что закрепить синтаксис языка, но не дает понимания того зачем конкретная фича языка нужна.
А вот создание собственной объемной программы - такое понимание дает в полной мере. Когда вы напишите 20й класс похожий на остальные, то зададитесь вопросом как это можно сделать проще, перечитаете учебник языка и поймете зачем нужны например шаблоны или виртуальные функции.
Если до написания программы ( а лучше во время ) вы будете штудировать учебник языка - будет совсем хорошо.

> Стоит ли изучать php/js/ruby/python или лучше java/c?
Определитесь со сферой ваших интересов, и под нее уже выбирайте языки. Работу можно найти имхо под любой язык/технологию, поэтому в ваших интересах чтобы этот язык/технология наилучшим образом удовлетворяла вашим личным предпочтениям. Это в первую очередь скажется на эффективности вашей работы, да и больше положительных ощущений никому не мешали.

Игра довольно сложная задача, если не делать что-то совсем простое, вроде тетриса, впрочем даже тут для новичков встретится множество подводных камней. Для разработки игры на Си++ можно использовать cocos2dx как вам уже советовали. Если хотите писать на голом си - можно воспользоваться библиотекой SDL. Она более низкоуровневая как кокос, но для простых вещей тоже подойдет.
Однако для создания игры вовсе не обязательно брать сразу же игровую библиотеку - игру можно вполне написать на той же Qt и получить сразу опыт разработки как приложений так и игр ( если вы таки выберете игру ).
Преимущество Qt в ее востребованности. Кроме того это отличная библиотека с огромным количеством примеров и отличной документаций. Вам, как новичку я бы посоветовал начать именно с нее, а затем уже решать что именно вы хотите написать.

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

Кроме того можно попробовать начать с модификации примеров рабочего кода. Берите код из туториалов по интересным вам темам ( по тому же сетевому программированию огромное количество примеров как клиентов так и серверов ).

Тут уже написали про ваш пример - расскажите с чем проблема в вашем коде? Быть может стоит его разбить на несколько частей, и убедится что каждая из них работает как задумывалось.