Как лучше всего изучить новый большой проект без wiki?

Question

[Михаил Москалев]

Добрый день!

Я достаточно давно занимаюсь front-end-ом, но недавно пришлось взяться за довольно крупный проект, работающий под node.js. Этот проект мне достался без какой-либо документации и wiki, и поэтому изучать его приходится по ходу устранения багов и добавления фич, что в итоге выливается в костыли и не совсем красивые решения из-за непонимания его архитектуры в целом.

Может быть я ошибаюсь, и есть какой то более правильный подход в изучении чужой архитектуры без документации? Надеюсь, что более опытные программисты смогут поделиться своим опытом и подсказать более оптимальные пути.

Answer 1

[Владислав Килин]

Да, есть такое средство - найди того, кто писал, посади рядом с собой и пиши код. Это немного похоже на парное программирование, только надо при этом надеть на голову велосипедный шлем или шлем для мотоцикла.

Comments

[Михаил Москалев]

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

[Владислав Килин]

@Mr_Franke, скайп и расшаренный экран. Если те, кто писал проект, заинтересованы в том, чтобы вы писали хороший код и понимали архитектуру, они не будут отказываться то таких конференций.

Answer 2

[sim3x]

Нужно писать тесты
Хотя б приемочные (функциональные)
Потом покрывать юнит-тестами

Дальше будет только хуже

Когда есть тесты - можно говнокодить, а потом рефакторить