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

Question

[Barada]

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

Заранее спасибо!

Comments

[Barada]

Проект на Java. Среда Eclipse. Может есть какиенибудь автоматические генераторы документации О_о?

[MyraJKee]

Если нет комментариев, то какие автоматические генераторы документации? :)

[jah]

javadoc тот же, но, судя по тексту топика, вам он не поможет

[Barada]

javadoc не помог… штука полезная и незаменимая, но не то немного…

Answer 1

[xglg]

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

Comments

[Barada]

Мейн прикол — этот кусок (на который меня посадили) писали два парня, которые уволились… И все знают только что этот кусок должен делать. А как и что… увы… Прикол номер два- этот кусок не работает =) И перед тем как его компилнуть надо его дописать, а перед этим видимо… понять?))

Answer 2

[andreycha]

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

Answer 3

[rtzra]

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

Comments

[Barada]

«просто стать незаменимым человеком»… как то даже замечтался я…

[rtzra]

А оно ВНЕЗАПНО получается — гребешь лопатой по конюшням и в один прекрасный момент опа — без тебя ну никак.

Answer 4

[Wott]

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

Comments

[Barada]

энто да, если оно изначально работает… я забыл это оговорить в постоновке вопроса. извиняюсь…

Answer 5

[kmike]

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

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

Comments

[Barada]

VCS — MS Team Foundation Server. Сегодня как раз там лазил. Оказалось товарищи хранили код в какой-то своей системе, и до неё, как понял, не добраться (просто редкостное везение по всем пунктам).

Вообщем работа пошла по такому пути:
выдрать из проекта логику вычислений, а всё остальное (интерфейс, всякие чудо-ноухау-фичи, уровни подключения к БД, серверу и тп) — сжечь. Протестить, задокументировать, покурить, написать всё что сожгли с нуля. От графического интерфейса отказались кстати. Вот как-то так…