Я перешел на новую компанию, и я работаю над продуктом с огромной базой кода без документации. Я хочу быстро познакомиться с дизайном и потоком кода продукта, чтобы я мог стать продуктивным членом ASAP
Медленно и стабильно каждый понимает код, но какой должен быть лучший и умный способ подходить к базе кода, чтобы он быстро понял код и начал доставлять?
Примечание. Я пробовал свои руки на Star UML и пытался перепроектировать диаграммы классов, чтобы у меня было четкое представление о внутренних конструкциях продукта, но он не удался.
РЕДАКТИРОВАТЬ: Вопрос заключается не в получении знаний о том, что делает продукт, а в том, как разрабатываются внутренние компоненты.
Исправление ошибок и отладка с использованием контрольных точек обеспечивает один из способов достижения этого, но я смотрел, есть ли еще более быстрый способ добиться этого.
В словах Кита:
Это может работать для некоторых кодовых оснований, но в целом я думаю, что это плохая идея. Вы, как правило, слишком сосредоточены на деталях, в то время как сначала вы хотите получить общую картину: какие классы, каковы модели связи и т.д. Кроме того, если у вас есть распределенное приложение (клиент-сервер, n-ярус, и т.д.), или код, который занимает много времени для его запуска, может оказаться непрактичным для запуска его через отладчик