Если вы не можете найти информацию в MSDN или MVP, то, вероятно, неплохо бы спросить Microsoft напрямую здесь (я полагаю, из C ++). Я не работаю на Microsoft, но я работаю на другую (очень) большую организацию, и мы, разработчики, очень внимательно следим за общественными форумами. Я подозреваю, что довольно много разработчиков MS будут смотреть этот сайт.
Однако, если вы занимаетесь планированием проекта без управления рисками и непредвиденных расходов, вы делаете это неправильно.
Вы должны учитывать возможность того, что он будет не поддерживаться и выполнять одно из двух действий.
- есть элемент в вашей диаграмме Ганта, чтобы учесть реинжиниринг.
- имеет журнал рисков, в котором четко указано, что может потребоваться реинжиниринг.
Исходя из моего опыта, первое обычно лучше, так как, если вы обнаружите, что вам не нужно это делать, а расписание меняется, вы можете просто уронить этот предмет, чтобы наверстать упущенное. Иногда вы можете оставить его и доставить раньше, просто чтобы выглядеть лучше для вашего ежегодного обзора эффективности: -)
Но даже если вы не допускаете этого и затем обнаруживаете, что это необходимо, риск превращается в проблему, и вы можете обратиться к вышестоящему руководству, чтобы объяснить, почему требуется больше времени. Вы застрахованы, так как это было ясно указано в журнале рисков - тогда они решают предоставить вам больше времени или продолжать использовать уровень поддержки MSVC.
Имейте в виду, что если вам не нужно это делать, вы, вероятно, все равно должны это учитывать (без проскальзывания по расписанию). Microsoft не осуждала их за смех, в какой-то момент они исчезнут. Хотя YAGNI предлагает вам не беспокоиться об этом, если это не неизбежно, было бы разумно сделать некоторую работу по подготовке к нему.
Это позволит избежать безумной спешки в последнюю минуту, когда Microsoft наконец удалит функциональность.