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

Очередной перл от поделки, именуемой VS. Разрабатываю кроссплатформенный продукт. Что-то пишут на Линуксах, что-то на Винде. Поэтому все файлы должны быть сохранены с LF в качетсве терминатора, что бы можно было нормально смотреть исходники на не- Windows платформах. Что же нам предлагает Visual Studio для этого? Ни-че-го. Она все сохраняет с CRLF.

Можно ли это изменить на глобальном уровне? Нет, нельзя.
Можно ли это изменить для группы файлов за раз? Нет, нельзя.
А что можно то? Можно выбрать один файл и изменить эту настройку для него. Для одного! То есть, если у меня 100 файлов, которые VS сохраняет криво, мне надо руками проделать эту процедуру 100 раз.

Есть альтернатива - можно написать программку, которая пройдется по файлам и поменяет /r/n на /n. Это официальная рекомендация с сайта поддержки Microsoft.
Есть другая альтернатива - установить сторонний плагин. Правда здесь другая проблема - его нельзя поставить на Express Edition.

Это просто запредельный маразм. Visual Studio разрабатывают какие-то упыри, ей богу.

hVostt ,
Вы читать умеете? По этой ссылке написано ровно то, что я описал выше:
1) Либо плыкать на каждый такой файл и менять индивидуально его настройки.
2) Либо же написать программу руками

skyANA ,
1) Идея стоит 200 долларов, говорю вам это как ее владелец.
2) Я работаю с core функциональностью как в Java, так и в .Net. Мне нужны только самые базовые фичи.
2) Вы мне предлагаете купить VS, которая так же не умеет делать то, что мне нужно, только ради того, что бы поставить туда сторонний плагин?

skyANAУ меня дома 12-я, не против проапгрейдиться подешёвке.
Хотя подозреваю, что ты по какой-то акции от JetBrains покупал.А вы смотрите цены не для юрлиц, а для физиков.

skyANAВсё течёт, всё изменяется. Завтра понадобится тесты погонять, профилировщиком воспользоваться.Ууу, так профилировщика тоже в комплекте .Net нету? Я думал, что дальше этой платформе падать в моих глазах уже некуда.

Где-то в степикакие мы все пральные, дак скачай в тихаря по пацанский, ради святого можно же раз перейти на красныйЕсть такое понятие - профессиональная этика. Я разрабатываю коробочный продукт, который продается за деньги. А потому для меня недопустимо пользоваться чужими платными коробочными продуктами забесплатно. Это все равно, что воровать из своего же кармана.