Первый раз я столкнулся с VS еще в студенчестве, когда пилил там какие-то лабы на C++/C#, все было нормально.

Второй раз я столкнулся с этим чудом инженерной мысли году эдак в 2010-м, когда работал с SSIS. Было два забавных глюка:
1) Иногда в визуальном редакторе она переставала отображать коннекторы между контейнерами SSIS.
2) А иногда тупо висла при исполнении пакета, не давая ни одного шанса зацепиться за проблемное место в дебагере. При этом сам пакет работал нормально на сервере. То есть это был чисто баг в VS.
По обеим проблемам несчастные разработчики отчаянно долбили службу поддержки, но что индусы из Microsoft неизменно отвечали одно и то же: "Cannot reproduce the issue."

Третий раз я столкнулся с этим ... даже не знаю как назвать, сейчас, когда потребовалось сделать кое-что на .Net.
Что я имею? Простой солюшн, в нем несколько проектов, в совокупности около 100 файлов. Ерунда, короче.
Что я делаю? Просто откываю солюшн в VS, пишу код, запускаю его в дебаг конфигурации, потом комичу. За все время я ни разу не изменил ни одной настройки проекта, нигде не поменял ни одного файлика, кроме исходников.
Как это работает? А вот здесь самое интересное:
1) Нажимаю Дебаг, начинается выполнение, потом жму кнопку стоп. Иногда все компилируется за доли секунды (там компилировать то нечего!), иногда процесс сборки виснет где-то на минуту. Причем, если уж он начинает виснуть, то делает это на протяжении нескольких часов. Перезагрузка VS и Windows не помогает. Естественно, разрабатывать в таких условиях невозможно, так как запускать код надо часто, а VS не может справится с этой сложнейшей задачей. Стыдоба.
2) Иногда сборка случайным образом подвисает, а потом выдает какую-то хрень по "10 retires bla-bla-bla". Какого хрена? Я всегда останавливаю приложение по-человечески через Stop. Почему VS не может его запустить заново? Почему остановленная дебаг сессия не отпускает файлы? Стыдоба.
3) Иногда я нажимаю Дебаг, VS подхватывает все изменения и перекомпилирует их. Иногда ей не хватает уме сделать этого, код начинает отличаться от dll-ки, и я не могу поставить брейкпоинт до тех пор пока руками не перебилжу конкретный проект. Это что за маразм вообще? А потом через какое-то время опять все нормально. Но самое смешное, что VS даже не всегда может раздуплить, что код и dll-ка разъехались. То есть это еще хорошо, когда она смекнула это, и сразу ругается при постановке брейкпоинтов. Но чаще она этого не понимает. Ставишь брейкпоинт, а ей насрать.

У меня вопрос - вы как вообще в этом г. работаете? У нас в Java с этим проще - не нравится одно, перешел на другое. Более того, у нас есть нормальный вендор - JetBrains - который делает потрясные продукты, не прикопаешься. Вы же сидите под гнетом Microsoft, которая из года в год выпускает все более и более глючное говно под названием Visual Studio, и никуда не можете с нее перейти.

Есть ли какие-то нормальные альтернативы этому глючному убожеству?

Cat2 ,
О, круто. Значит я натолкнулся на всем известные вещи. И что, никак это не фиксится?

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

hVosttСтудия, как ей и полагается перекомпилирует только зависимые проекты от текущего. Все остальные перекомпилировать она не обязана. Для перекомпиляции всего решения есть специальная команда.Проблема в том, что в один момент она считает проекты зависимыми (что верно), а в другой момент нет. Это тоже нормально?