![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Программерские марафоны
Объясните мне такую вещь. Часто в околохаскелевых, околохакерских и тому подобных рассылках-фидах-блогах встречаются упоминания чего-то вроде кодерских посиделок, Hackathon и тому подобного.
Т.е. какое-то сборище программисто-хакеро-гиков собирается вместе и делает какое-нибудь программистское безумие.
Я в упор не понимаю, как такое возможно.
Во-первых, чтобы работать над проектом - нужно изначально годами в нем вариться, в сложных проектах от входа даже понять невозможно "что это и зачем".
Во-вторых, чтобы программить пару дней - нужно сначала неделю проектировать и согласовывать новые идеи с уже существующими в проекте, с коллегами, структурами данных БД и фазой луны, влияющей на идеи пользователей и прочей предметной областью.
В-третьих, ну предположим накодили они мега-фич и разъехались посвоим подвалам с японскими школьницами углам. Кто это будет документировать, тестировать, деплоить, поддерживать итд?
Что-то я совсем с управлением процессами промышленной разработки софта упоролся, кажется.
Т.е. какое-то сборище программисто-хакеро-гиков собирается вместе и делает какое-нибудь программистское безумие.
Я в упор не понимаю, как такое возможно.
Во-первых, чтобы работать над проектом - нужно изначально годами в нем вариться, в сложных проектах от входа даже понять невозможно "что это и зачем".
Во-вторых, чтобы программить пару дней - нужно сначала неделю проектировать и согласовывать новые идеи с уже существующими в проекте, с коллегами, структурами данных БД и фазой луны, влияющей на идеи пользователей и прочей предметной областью.
В-третьих, ну предположим накодили они мега-фич и разъехались по
Что-то я совсем с управлением процессами промышленной разработки софта упоролся, кажется.
no subject
Обычно всякие hackathon'ы и спринты устраивают под всякие конференции, когда много народу, кто в теме собирается в одном помещении.
no subject
Это большой проект или нет? 4 человека сделало его за 2 дня. У всех есть какие-то мысли на тему «а вот клёво было бы сделать...», но недоходят руки, да и лень на выходных код фигачить зачастую. А так — собрались люди, часто незнакомые; обсудили; написали. Весело и клёво. Деплоить/блаблабла — люди ж под себя пишут, потому это и будет развиваться.
Эти мероприятия на выходе не софт имеют, в основном, а инструменты разработчиков.
no subject
no subject
no subject
«документировать, тестировать, деплоить, поддерживать» — как правило, никто не будет. Це ж опенсорс. Хотя иногда случаются аналогичные фесты по документированию. Про maintain-fests ещё не слышал.
no subject
Тестировать/поддерживать -- посмотрите на zope/plone, насколько оно поддерживается коммунити. (С тестирование и деплойментом там чудесно, а с документацией странно -- с одной стороны ее тонны, с другой стороны она вся зарыта в коде в виде многостраничных комментариев)
Посмотрите на pyramid -- как образец того, как надо документировать ;)
no subject
Во вторых, afaik обычно хакатоны всякие по сути как раз и посвящены проектированию (макетированию), причём чего-то нового. И если придумали-сделали - то найдётся, кому поддерживать. Как минимум, каждый участник оттуда вынесет знания и опыт - т.е. эта неделя окупится очень быстро, даже если проект не заживёт.
А процесс промышленной разработки софта, судя по пункту 1, до вас не добрался =).
no subject
Вообще да, промышленная разработка невозможна если количество людей менее какого-то порога.
no subject
no subject
no subject
А если сначала организовать проект по правилам, то он не запустится вне большого энтерпрайза, где есть специальные пинатели под зад.
no subject
no subject
Учитывая что у zope оно в буквальном смысле discoverable -- там есть специальный костыль, позволяющий это онлайн делать ;)
А у пирамиды таки настоящая книжка, написаная автором -- там конечно не literate programming, но очень очень близко
no subject
no subject
no subject
Сказать бы им "напишите трейд-робота с байесовским анализом интегралов по полю", так они бы одну спеку на соединение получали месяца два. Потом креденшалы на подключение ещё два. Потом бы выясняли месяц, почему они не пускают. Потом месяц, почему пускают, но результаты не такие, как ждали. Это всё скучно.
no subject
Охохо, пионэрия. Бывают проекты реально сложные, типа ОС, БД, КАД или САП.
Одно дело по верхам увидеть общую картинку, другое дело разбираться во взаимодействии сотен компонент, которые объективно есть и должны быть.
Для бизнеса закрытие проекта это дурость, если с него можно годами получать прибыль. Каким бы сложной он ни был.
no subject
no subject
no subject
no subject
no subject
В общем, по ощущениям, спорим о терминах.
no subject