В с++ ничего не понимаю, но на 1с Коллективной разработкой уже долго занимаюсь. Владение кода присутствует, определенные задачи руководитель Старается отдавать на реализацию одному человеку.
Но случается, и не редко, как и говорит Артур, что этот человек выполняет другую не менее важную задачу. В таких случаях легко задача отдается другому.
Согласно негласному правилу правки стараемся делать минимальными и выделяемыми, по возможности, конечно. При соблюдении единых правил оформления кода проблем не возникает.
Кстати, такие правила во многих же проектах есть свои, часто отличные от стандартных для языка, но единые для всего проекта.

Со стороны глядя, кажется, что каждый хочет по своему код переформатировать и любоваться... Это уже не коллективная разработка, а комплект разных компонент... Может покажется, что не в свое дело лезу, но это ИМХО, опять же "со стороны".

По дизайну, как правило, решение принимает руководитель. От разработчика требуется более детально продумать тему и высказать замечания, если таковые возникают. Иногда идет в обратном направлении: разработчику заявляется тема, он предлагает решение- руководитель говорит согласен/нет,  отправляет обратно на обдумывание разработчику, либо у руководителя созрело решение на основе предложенного. Т.е. руководитель и есть у нас архитектор... Подчеркну лишь, что в стиль написания (делать через Массив или СписокЗначений) никто не вмешивался... Требование одно- читаемый рабочий код.

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

Да, и документированию серьезное внимание уделялось, сейчас со сменой руководителя меньше, правда. Пока последствий не ощущаем- еще мало времени прошло, к тому же все документировано в cvs/хранилище и RT.

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

ЗЫ
Да, терпимости людям и в программировании не хватает

alest писал(а) 11. Марта 2008 :: 09:16:

Исключают. Красивый дизайн и красивый код являются следствием попыта.
Если конечно вышли из под пера одного человека, то они коррелировно хороши/плохи должны быть.
Разность будет, но не особо ощутимая...