Snowindy

В итоге удалось решить очень интересным способом.

Соединяюсь с сервером через https://remotedesktop.google.com/, и там оставляю браузер с открытой вкладкой, а также открываю Chrome Dev Tools в отдельном окне для этой вкладке. Судя по всему, это особый режим хрома, чтобы он не гасил вкладку в режиме отладки.

В итоге проще всего оказалось сделать хук для системы pre-commit.

Такой вариант был выбран из-за того, что pre-commit уже решил за меня все проблемы с совместимостью хуков и операционной системы, а также того, что он обладает другими интересными хуками, которые я применю на проекте. К примеру, блокировка комита больших файлов.

https://github.com/snowindy/msg-rules-enforcement-hook

Не ищите альтернативу Java. Язык проще, чем C, намного более управляемый с точки зрения дурацких ошибок новичка (ваш случай). К тому же, если вдруг соберетесь работать программистом, вероятность найти работу на C и C++ значительно меньше, чем на Java.

Выбор пал на JMeter:
— Может запускать тесты из GUI и CLI
— Может проксировать и записывать все взаимодействия по сети, позволяя вручную не набирать последовательности запросов
— Обладает широкой поддеркой встроенных динамических языков: Javascript, Groovy и т.д.
— Любой тест может быть превращен в нагрузочный за несколько кликов

Туториал по записи действий и созданию тестов:
www.youtube.com/user/MuthukumarJayakumar?feature=watch

У меня на Lenovo T420s по умолчанию кулер тоже не особо раскручивал.

Я поставил утилиту TPFanControl, с ней стало значительно холоднее процессору.
Висит постоянно теперь в автозагрузке.

На Java, особенно с использованием Spring Framework, нормальная разработка примерно такова
1) делим систему на слои: слой хранения данных с интерфейсом, слой бизнес-логики с интерфейсом, слой веб-приложения или веб-сервиса (к примеру).
2) Каждый из слоев обкладывается Unit-тестами (автоматизированное тестирование), при этом остальные части системы, на которые есть зависимости, выглядят просто как интерфейсы, которые можно «эмулировать» на время тестов (техника test mocking).
3) Интеграционное тестирование (автоматизированное/полуавтоматизированное тестирование) — несколько слоев запускаются почти в реальном окружении, и тестируются вместе наподобие черного ящика. Смотрим на то, как работает система в сборе.
4) Ручное тестирование всей системы перед релизом — к этому вы как раз привыкли.

Основная работа происходит на этапах 1 и 2. Цикл тест-изменение кода-тест — происходит обычно в течение нескольких секунд, так как Unit-тесты легковесные.

Цикл разработки, описанные вами, обладает одним серьезным ограничением — никакой автоматической защиты от регрессий функциональности. Для этого и пишут тесты.

На всех открытых сайтах проще всего искать гуглом.
Это обычно надержнее, чем встроенными кривыми алгоритмами.
www.googleguide.com/advanced_operators.html#site