Исправление peregrine, (текущая версия) :
Когда вам надо UML потому что без него не разобраться (в том числе входящими в проект программистами), вы уже капитально так обосрались с архитектурой и ваш проект пора переписывать. Условного doxygen-а за глаза должно быть для вникающих и вообще хорошо если и комментарии под него писать, как и комментарии к каждому классу нафига он нужен и в начале каждого файла что это за файл такой. Вот это сильно упрощает вникание и понимание происходящего. А если ещё в гите коммиты осмысленно писать и договориться о том как именно их формировать (я нынче пишу feat: added some new feature, fix: fixed memory leak while reading file (bug тут номер бага если он есть в багтрекере) и т.д.).
ЗЫ
Единственное где вот эти все рисования полезны - это проектирование архитектуры БД. Но там такая жопа с инструментами, что я предпочитаю в тетрадке ручкой рисовать и писать, если оно туда помещается. Если всё плохо и в БД больше 80 таблиц, то страдать приходится. Вот через пару месяцев скорее всего опять буду страдать - делать большую БД.
Исправление peregrine, :
Когда вам надо UML потому что без него не разобраться (в том числе входящими в проект программистами), вы уже капитально так обосрались с архитектурой и ваш проект пора переписывать. Условного doxygen-а за глаза должно быть для вникающих и вообще хорошо если и комментарии под него писать, как и комментарии к каждому классу нафига он нужен и в начале каждого файла что это за файл такой. Вот это сильно упрощает вникание и понимание происходящего. А если ещё в гите коммиты осмысленно писать и договориться о том как именно их формировать (я нынче пишу feat: added some new feature, fix: fixed memory leak while reading file (bug тут номер бага если он есть в багтрекере) и т.д.).
ЗЫ
Единственное где вот эти все рисования полезны - это проектирование архитектуры БД. Но там такая жопа с инструментами, что я предпочитаю в тетрадке ручкой рисовать и писать, если оно туда помещается. Если всё плохо и в БД больше 80 таблиц, то страдать приходится.
Исправление peregrine, :
Когда вам надо UML потому что без него не разобраться (в том числе входящими в проект программистами), вы уже капитально так обосрались с архитектурой и ваш проект пора переписывать. Условного doxygen-а за глаза должно быть для вникающих и вообще хорошо если и комментарии под него писать, как и комментарии к каждому классу нафига он нужен и в начале каждого файла что это за файл такой. Вот это сильно упрощает вникание и понимание происходящего. А если ещё в гите коммиты осмысленно писать и договориться о том как именно их формировать (я нынче пишу feat: added some new feature, fix: fixed memory leak while reading file (bug тут номер бага если он есть в багтрекере) и т.д.).
ЗЫ
Единственное где вот эти все рисования полезны - это проектирование архитектуры БД.
Исправление peregrine, :
Когда вам надо UML потому что без него не разобраться (в том числе входящими в проект программистами), вы уже капитально так обосрались с архитектурой и ваш проект пора переписывать. Условного doxygen-а за глаза должно быть для вникающих и вообще хорошо если и комментарии под него писать, как и комментарии к каждому классу нафига он нужен и в начале каждого файла что это за файл такой. Вот это сильно упрощает вникание и понимание происходящего. А если ещё в гите коммиты осмысленно писать и договориться о том как именно их формировать (я нынче пишу feat: added some new feature, fix: fixed memory leak while reading file (bug тут номер бага если он есть в багтрекере) и т.д.).
Исправление peregrine, :
Когда вам надо UML потому что без него не разобраться (в том числе входящими в проект программистами), вы уже капитально так обосрались с архитектурой и ваш проект пора переписывать. Условного doxygen-а за глаза должно быть для вникающих и вообще хорошо если и комментарии под него писать, как и комментарии к каждому классу нафига он нужен и в начале каждого файла что это за файл такой. Вот это сильно упрощает вникание и понимание происходящего. А если ещё в гите коммиты осмысленно писать и договориться о том как именно их формировать (я нынче пишу feat: added some new feature, fix: fixed memory leak while reading file (bug тут номер бага если он есть в багтрекере)).
Исправление peregrine, :
Когда вам надо UML потому что без него не разобраться (в том числе входящими в проект программистами), вы уже капитально так обосрались с архитектурой и ваш проект пора переписывать. Условного doxygen-а за глаза должно быть для вникающих и вообще хорошо если и комментарии под него писать, как и комментарии к каждому классу нафига он нужен и в начале каждого файла что это за файл такой. Вот это сильно упрощает вникание и понимание происходящего.
Исходная версия peregrine, :
Когда вам надо UML потому что без него не разобраться (в том числе входящими в проект программистами), вы уже капитально так обосрались с архитектурой и ваш проект пора переписывать.