Программерские марафоны

[metaclass]

Объясните мне такую вещь. Часто в околохаскелевых, околохакерских и тому подобных рассылках-фидах-блогах встречаются упоминания чего-то вроде кодерских посиделок, Hackathon и тому подобного.
Т.е. какое-то сборище программисто-хакеро-гиков собирается вместе и делает какое-нибудь программистское безумие.
Я в упор не понимаю, как такое возможно.
Во-первых, чтобы работать над проектом - нужно изначально годами в нем вариться, в сложных проектах от входа даже понять невозможно "что это и зачем".
Во-вторых, чтобы программить пару дней - нужно сначала неделю проектировать и согласовывать новые идеи с уже существующими в проекте, с коллегами, структурами данных БД и фазой луны, влияющей на идеи пользователей и прочей предметной областью.
В-третьих, ну предположим накодили они мега-фич и разъехались по своим подвалам с японскими школьницами углам. Кто это будет документировать, тестировать, деплоить, поддерживать итд?

Что-то я совсем с управлением процессами промышленной разработки софта упоролся, кажется.

Comments

[aamonster.livejournal.com]

Во первых, если для вхождения в проект нужно годами в нём вариться - проект лучше похоронить и идти читать про число грузовика и CMMI Levels.

Во вторых, afaik обычно хакатоны всякие по сути как раз и посвящены проектированию (макетированию), причём чего-то нового. И если придумали-сделали - то найдётся, кому поддерживать. Как минимум, каждый участник оттуда вынесет знания и опыт - т.е. эта неделя окупится очень быстро, даже если проект не заживёт.

А процесс промышленной разработки софта, судя по пункту 1, до вас не добрался =).

[metaclass.livejournal.com]

А, про число грузовика знаю.
Вообще да, промышленная разработка невозможна если количество людей менее какого-то порога.

[volodymir-k.livejournal.com]

> если для вхождения в проект нужно годами в нём вариться - проект лучше похоронить

Охохо, пионэрия. Бывают проекты реально сложные, типа ОС, БД, КАД или САП.
Одно дело по верхам увидеть общую картинку, другое дело разбираться во взаимодействии сотен компонент, которые объективно есть и должны быть.

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

[aamonster.livejournal.com]

"Вхождение в проект" != "Руководство проектом".

[volodymir-k.livejournal.com]

Я о руководстве ничего и не писал.

[aamonster.livejournal.com]

Для меня "вхождение в проект" == "способность работать над проектом" (достаточно на своём участке, не обязательно держать в голове весь проект).

В общем, по ощущениям, спорим о терминах.

[osdm.livejournal.com]

Бывают проекты реально сложные, из сотен компонент. У нас, например, именно такой. Тем не менее, стараемся брать только тех людей, которые смогут начать выдавать код в первую неделю. Для этого не обязательно разобраться во взаимодействии всех сотен компонент, только того десятка, который ты хочешь исправить. Для опытного программера это = 1-2 дня.