Как влиться на полпути в разработку проекта?

Пришёл в компанию, которая ведёт разработку ПО. Проект пишется уже около года. Исходников тьма. Рабочих и не рабочих. Никаких UML диаграм нет, как и достойной документации. Не подскажите с чего начать? Начать постепенно строить диаграммы или прыгать как мега-кенгуру toDefinition?

Заранее спасибо!
  • Вопрос задан
  • 2438 просмотров
Решения вопроса 1
@xglg
Напишите несколько десятков юнит тестов и бегайте с вопросами. Так вы познакомитесь с командой и разберетесь с архитектурой. Если нет документации и диаграмм значит они никому не нужны или всем просто пофиг. А тесты всегда пойдут на пользу. Минус на них надо много времени которое надо выбить из начальства
Ответ написан
Пригласить эксперта
Ответы на вопрос 4
andreycha
@andreycha
Читать код, прыгать to definition, задавать вопросы. Где сложно удержать в голове — строить диаграммки. По возможности получать задания, содержащие независимые изменения, это позволит ознакомиться с разными кусочками проекта.
Ответ написан
Комментировать
rtzra
@rtzra
я бы начал со знакомства с кодом и написания документации. В общем, с приведения проекта в рабочее состояние. Это дает возможность хорошо изучить проект, понять кто из коллег чего стоит и просто стать незаменимым человеком. :-)
Ответ написан
Wott
@Wott
Я, в таких случаях, пытаюсь что-то поправить — ломаешь, потом чинишь, попутно выясняя что как и где завязано.
Ответ написан
@kmike
Тесты писать. Уточните ТЗ и напишите тесты. Можно еще для этого откатиться до какой-то версии кода, которая работает.

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

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы