Работа в группе разработчиков...
Позвали вступить в группу разработчиков. До этого кодил всегда сам по себе один. Дали задание реализовать то-то. И тут я задумался а как в команде идет согласование работы. Т.е. вообще это как организовано? Не делает же каждый исполняемый файл! Или каждый пишет отдельную библиотеку? Даже не знаю как начать.
ну, как я понимаю - тебе дают тех. задание и ты, в соответствии с ним, пишешь библиотеку, при этом подробно описывая/комментируя функции/классы, и что нужно, чтобы пользоваться этой библиотекой. Соответственно, кто то, кто собирает все такие модули в одну программу, сидит и по твоим описаниям/комментариям использует твой модуль...
Организовано везде по-разному. Но что-то мне подсказывает, что в той команде, куда тебя позвали, пока что не организовано никак. Если это тестовое задание, то делай как и раньше водиночку делал. Если же это задание "под команду", то лучше поинтересоваться у давших задание, как предполагается производить совмещение кода или функционала.
Вообще подобные вещи стоит оговаривать сразу. ;)
Про необходимость и количество комментариев спорить можно много и долго, а главное - без толку. Всё потому, что одному и кода хватает, чтобы всё понять, а другой и комментарии написать грамотно не может - вот и пишет всякую чушь, которая только больше запутывает. :)
Вообще подобные вещи стоит оговаривать сразу. ;)
Про необходимость и количество комментариев спорить можно много и долго, а главное - без толку. Всё потому, что одному и кода хватает, чтобы всё понять, а другой и комментарии написать грамотно не может - вот и пишет всякую чушь, которая только больше запутывает. :)
Значит все таки отдельный член группы пишет один/несколько unit.pas в котором оговаривается способ его взаимодействия с главным модулем. Правильно я понимаю?
Самое главное при ООП, вне зависимости от наличия команды, определиться с классами и их открытыми (public) интерфейсами, методами и свойствами. После этого каждый пишет реализацию своего класса, а поскольку их внешние связи уже определены, то изменения в реализации внутненней структуры отдельного класса на остальную программу ни коим образом не влияют.
Если реализация работы класса требует изменения его внешнего интерфейса, тогда производится устаканивание данных изменений с остальными разработчиками.
Если реализация работы класса требует изменения его внешнего интерфейса, тогда производится устаканивание данных изменений с остальными разработчиками.
На более высоком уровне организуется использованием систем контроля версия, например TortoiseSVN.
Цитата: Donik
Значит все таки отдельный член группы пишет один/несколько unit.pas в котором оговаривается способ его взаимодействия с главным модулем. Правильно я понимаю?
Если упрощённо, то да, ты верно понял. А вообще оговаривается обычно взаимодействие не модулей, а различных блоков программы. Тут могут быть и модули, и классы, и интерфейсы, и различные отдельные функции. Кроме того, иногда (на ассемблере) требуется оговаривать, с какими регистрами можно работать, а какие лучше не трогать.
Система контроля версий помогает содержать проект в порядке и поддерживать его работоспособность, за что обычно и применяется при командной разработке.
Правильней назвать это просто SVN.
TortoiseSVN - конкретная виндовая (клиентская как правило) реализация.
TortoiseSVN - конкретная виндовая (клиентская как правило) реализация.