как кто-то мог сделать инкрементный компилятор c # как Java?

Несколько лет назад кто-то спросил , почему C # не допускает инкрементную компиляцию, такую ​​как Java . Эль Скит сказал, что это связано с тем, что Java выводит файлы .class, а не сборки.

Теперь, когда был выпущен его 2011 год и классные вещи, такие как Mono compiler-as-a-service, что нужно сделать, чтобы сделать инкрементный компилятор для C #?

edit: всем, кто болтает о том, что это не проблема, вот цитата Джона Скита из потока, на который я ссылался:

Вы предлагаете никогда не ждать сборки ? Даже 15 файлы классов, а не сборки.

Теперь, когда был выпущен его 2011 год и отличные вещи, такие как Mono compiler-as-a-service, были выпущены, что нужно было сделать, чтобы создать инкрементный компилятор для c #?

edit: to всем, кто спорит о том, что это не проблема, вот цитата Джона Скита из темы, на которую я ссылался:

Вы предлагаете, чтобы вам никогда не приходилось ждать сборки? Даже 15 файлы классов, а не сборки.

Теперь, когда был выпущен его 2011 год и отличные вещи, такие как Mono compiler-as-a-service, были выпущены, что нужно сделать, чтобы создать инкрементный компилятор для C #?

edit: to всем, кто спорит о том, что это не проблема, вот цитата Джона Скита из темы, на которую я ссылался:

Вы предлагаете, чтобы вам никогда не приходилось ждать сборки? Даже 15 секунды? Если сборка занимает 15 секунд, и вы хотите построить 20 раз за час (что я, конечно, делаю с TDD), это означает, что я трачу 5 минут. Одно дело сделать 5-минутный перерыв - это хороший способ расслабляющий и т. д. - но задержка на 15 секунд 20 раз может быть расстраивает. Недостаточно времени, чтобы сделать что-нибудь полезное (кроме может быть, выпить напиток), но этого достаточно, чтобы вызвать раздражение.

Я подозреваю, что на уровень раздражения, которое я чувствую, влияют два фактора: другие, видимо, этого не делают: 1) TDD действительно рассчитывает на более быстрое выполнение работ 2) При работе с Java в Eclipse такие задержки очень редки