Александр

У вас есть 2 варианта:
1. Перед отправкой get-запроса отправлять head-запрос с целью проверить какой код вернется (в этом случае исключение не вызывается).
2. Ловить исключение отправки get-запроса, как сказал @SolidlSnake блоками try/except.

Довольно понятные примеры на оба этих варианта приведены вот здесь:
stackoverflow.com/a/16778473

Если выдает исключение - ловите его try\except'ом, тогда программа не будет прерываться.

Очень многое зависит от протокола обмена данными, который вы выберете для своего приложения. Если Вам удастся подстроить поток данных под http, то, наверное, есть смысл взглянуть на технологии отличные от C/C++. Например, как вариант, можно смотреть на python. Для него реализована масса http-серверов всех мастей. Данный выбор хорош тем, что, во-первых, позволит быстрее написать прототип системы, даже если Вы не знакомы с python, ведь Вам не придется изучать основы сети, а достаточно будет воспольоваться высокоуровневыми абстракциями, а это значит, что время на изучение сети можно будет потратить на дополнительный ЯП. Во-вторых, Вы сможете куда более легче и быстрее прикрутить сторонние приложения типа redis, memcached, всевозможных БД и пр. В третьих, этот вариант хорош более легким масштабированием. Вам могут также посоветовать python и сказать, что в случае необходимости критичные к скорости участки программы можно будет переписать на С, но мой Вам совет — рассматривайте этот аргумент в последнюю очередь. Но это вариант не без минусов: скорость python куда более медленней чем С/С++. На моей практике был случай, когда python просел на вычислениях в ~50 раз. Тут очень много зависит от задач сервера. Во-вторых, потребляется побольше ресурсов. Готовьтесь к приростам в 5-10раз.

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

Если же все-таки решите писать свой протокол на основе TCP/IP или UDP взгляните на boost::asio. В мире С++ он зарекомендовал себя как достаточно быстрый и эффективный тулкит для работы с сетью. Документация у него средненькая, часто нужно будет бегать по форумах, но основные вещи описаны нормально. Есть примеры. Также, для более быстрого входа в тему программирования сети с опусканием нюансов очень низких уровней можно взглянуть на документацию по сети в Qt. Там описано много нюансов, даны очень хорошие примеры, можно подсмотреть много хороших практик проектирования сетевых подсистем.

Напоследок скажу, что если на С/С++ выбор падает из-за возможно большей производительности, то не забывайте, что от сети зависит только часть производительности, но есть еще и управление памятью, ресурсами, задачами сервера (читай тредами) и т.д. Готовы ли Вы к этому?

Стивен Прата, доступно написано, много примеров, есть упражнения, на русском, вполне актуально

Либо я что то не понимаю, либо вы немного перепутали значения.

Инфографика раз два.
Мокапы сайтов раз, два.
Похоже что вам надо скорей искать инструмент именно по созданию мокапов.

IMHO, если нет фотографического перфекционизма, и нужно пара мониторов, то дешево и сердито взять пару
23" Dell UltraSharp U2312HM или 24" Dell UltraSharp U2412M.
Карту брать начиная от geforce 660 и выше или радеон 7770 и выше.
В любой разъемов достаточно сейчас пихают, подключить несколько fullhd не проблема, но именно несколько displayport видел только в моделях старшей радеон 7970.

Я бы посоветовал пройти курсы на www.codecademy.com/
Стоит пройти HTML, CSS, JS, Jquery, Projects, Php.
После этого картина станет вполне целостной и уже можно будет браться за реальные задания.
И не нужно зацикливаться на тонкостях HTML или JS, это даже вредно. Главное — понимать общую суть и уметь пользоваться справочниками, а остальное приобретается с опытом.

GameDev, кросплатфомренный под iOS, Android, Mac и PC.

Я думаю учил бы все, что и учил, только нормально — читая книги от начала до конца, усваивая не только то, что необходимо в данный момент (например, как нарисовать кружок в Java), а всю философию, паттерны, этапы разработки, и просто полезные советы. Ведь рано или поздно понимаешь, что сделать что-то конкретное умеешь, а вот построить хорошую архитектуру, оптимальные алгоритмы засунуть — это все пропущено.

А если конкретно, я бы учил Java, C++, разработку серверов и проектирование/программирование многопользовательских онлайн игр.

Я думаю, подойдет. При наличии прямых рук Qt никак не сдерживает быстродействие.

Нативный код на C++/Qt точно будет работать быстрее и кушать меньше ресурсов, чем Java. Писать на чистом C++, на мой взгляд, сложнее, чем на Qt. Что касается других C++ библиотек, то найти достойную альтернативу непросто. Qt — простая в использовании, хорошо документированная, мощная библиотека общего назначения. В Qt есть много возможностей, которые можно задействовать при реализации вашей задачи (включая вышеупомянутый QTcpServer, а также средства для параллельных вычислений), что свидетельствует о том, что инструмент для задачи подходит.

Сложность реализации зависит от опыта разработчика. Для разработчика с большим опытом работы с Qt писать с помощью Qt будет проще, чем с помощью других средств. Для Java-разработчика — наоборот. Никакой чрезмерной сложности в Qt нет, это точно.

Начинать учить лучше с Java. На нём можно хорошо объяснить базовые вещи и принципы. А дальше студент сам выберет, что ему интереснее — веб, мобильные приложения и т.д.