Кто что думает про коллективное программирование?

Question

[ks_ks]

Сейчас ищу человека (Python), кому интересно было бы вместе покодить арбитраж-бота,

для бирж биткоина. Заготовки сырцов уже есть — осталось их переварить и допилить.



Вопрос вот в чем — одному кодить интересно, но вдвоем получается,

как-правило, (лично у меня) гораздо быстрее работать.



При работе используется любое ср-во коммуникации (Skype, Gtalk)

и просмотра рабочего стола (VNC, TeamViewer etc).



На выходе получаем более качественный код, в плане архитектуры,

поскольку две головы лучше, чем одна.



Как у вас с этим дело обстоит?

Answer 1

[jimpanzer]

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

Comments

[yulyugin]

> делать ревизии в чужой код (хотябы раз в день).
На мой взгляд лучше вливать какими-то завершенными кусками (реализовал такую-то функцию, исправил такой-то баг).
Если при этом какая-то задача требует недели на выполнение — то не проблема, если пол часа — тоже не вопрос.
В обязательных комитах каждый день я вижу смысл только для менеджера, отслеживающего вашу работу, да и то ИМХО, это очень сомнительно.

А для улучшения чистоты кода может стоит делать ревью. Вот например многим известный и отличный сервис https://codereview.appspot.com/

Это все не я придумал, но полностью согласен с этими идеями.

Answer 2

[Dimond17]

Надо только чтобы эти двое были друзья или хорошие знакомые.
Иначе их споры приведу к конфликту и к тому что писать начнёт только один из двух. А второму станет наплевать на код.
И всё-таки лучше работать непосредственно вместе, а не удалённо через скайп.

Answer 3

[ipadm]

Был опыт программирования в паре. Сначала сидели друг у друга над головой, как описал jimpanzer выше, но реально медленно работа идет. Затем перешли на unix-way, т.е. распределили задачи по принципу один скрипт выполняет одну функцию. так родилось много файлов, которые потом пришлось пересматривать и переименовывать, стандартизировать имена и вызовы. В итоге работать в паре можно, но нужно много о чем договориться и спокойно и конструктивно подходить к вопрос изменения договоренностей. Без большого желания добиться общей цели и умения идти на компромиссы работать в паре не реально.

Answer 4

[niko83]

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

Программирование в паре нужно когда уровень одного сильно превосходит уровень второго, тогда программирование в паре позволит быстро подтянуть новичка на новый уровень, и начать давать небольшие самостоятельные задачки. По этой теме есть плагин www.opennet.ru/opennews/art.shtml?num=36979 (использовать не пробовал, но для такой методике вполне полезная штука)

Comments

[ks_ks]

Я для этой цели использовал TeamViewer или X11Vnc + Skype или Gtalk, без всяких плагинов — на ура работа шла.