Barada

Проблема в том, что сканирование объектов через Debugging API требует "заморозки" приложение на время сканирования, соответственно оно не может сканировать себя, поэтому в любом случае нужен внешний отладчик (профайлер).

По опыту, источником утечек обычно являются static объекты и подписки на события.

Рекомендую dotTrace, он имеет в т.ч. и удаленный профайлер.

Еще: "заморозка" может длиться достаточно долго, что может быть критично при использовании на "боевом" сервере.

С MS не знаком, но общее решение такое: повесить триггер, который будет обновлять текущим временем специальное поле modified_at типа DATETIME на инсерте и апдейте строки.
Потом можно будет отфильтровать по этому полу все записи, которые были изменены/вставлены за период.

Тесты писать. Уточните ТЗ и напишите тесты. Можно еще для этого откатиться до какой-то версии кода, которая работает.

VCS ведь используется и такая рабочая версия ведь есть? Иначе вобще непонятно чего там 2 программиста год делали. Много исходников — это всегда минус ПО, а не плюс. Не бойтесь эти исходники выкидывать и удалять, когда будут тесты.

Я, в таких случаях, пытаюсь что-то поправить — ломаешь, потом чинишь, попутно выясняя что как и где завязано.

я бы начал со знакомства с кодом и написания документации. В общем, с приведения проекта в рабочее состояние. Это дает возможность хорошо изучить проект, понять кто из коллег чего стоит и просто стать незаменимым человеком. :-)

Читать код, прыгать to definition, задавать вопросы. Где сложно удержать в голове — строить диаграммки. По возможности получать задания, содержащие независимые изменения, это позволит ознакомиться с разными кусочками проекта.

яндекс не выдержал хабраэффект