LucemFerre

Все зависит от задач. Наверное, которые больше интересуют.

C++ хорош для работы, в которой очень критична производительность, выделяемаяя память. Как примеры, когда надо работать с железом, игры, сложные математические расчеты.
Из минусов - писать на С++ сложнее. Намного больше способов "выстрелить себе в ногу".

Java проще в изучении и скорости написания. Из коробки, кросс платформенный (запустится на windows, linux и mac без дополнительных колнудств). Примеры задач на Java - энтерпрайз, бекенды для веба, андройд.
Из минусов - немного проигрывает в производительности, сильнее - в потребляемой памяти.

Правильное предположение. Если скрипт все же выполняется не первым, скорее всего, вызывается код, который цепляется к каким то событиям, и ждет их (к примеру, того же построения DOM).

Вопрос, скорее, связан не со спецификой работы http-запроса, а с работой сервера и клиента на уровне приложения.

Дважды отправленный запрос будет дважды обработан.

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

Более универстальный способ - делать к каждой форме подпись, которая прикрипрена к пользователю и генирируется для каждой формы новая. После обработки запроса запись удаляется. Соответственно, отправив второй раз форму мы увидим, что подписи такой уже нет, и запрос обрабатывать не надо. Обычно, такое делается в целях безопасности, но, как побоный эффект, уберегает от повторной отправки форм.
Из минусов - дополнительный оверхед, нужно корректно обрабатывать ошибочные ситуации. К примеру, обновить данные на странице, которые пользователь хотел модифицировать.

Лично мое мнение, что делать надо так, что бы сократить трудозатраты сейчас, по возможности, на будущее. Но при этом не создавать неудобств для пользователя.
Если можно сделать что то статичное, картинкой за пол минуты, и эта картинка будет достаточно легкой, то единственный профит, который мы получим, сверстав это на CSS - это "прокачка скила" и возможности показать это на собеседовании (еще бы кроссбраузерно было :) ).
С другой стороны, если мы делаем какой то элемент UI, частенько они могут понадобиться нам в другом размере/цвете/...какое то другое небольшое изменение..., есть смысл потратить некоторое время на создание этого элемента на CSS.