Работая в привычной обстановке офиса/фриланса мы настолько привыкаем к какому-то единому распорядку, что перестаем даже задумываться о том, что можно работать как-то иначе. А ведь можно. В этом отношении участие в мероприятиях вроде Rails Rumble - отличная школа и уникальная в своем роде тренировка.
Сроки
Например, в обычной работе на самом деле редко бывает так, что на задачу выдается очень небольшой фиксированный лимит времени. Чаще всего deadline - это понятие, размазанное на несколько часов или даже дней. Если что-то пойдет не так - можно договориться, чуть-чуть сдвинуть, отложить. В условиях состязания счет времени идет на минуты, приходится соображать и делать все очень быстро, причем чем дальше, тем быстрее.
Команда
Обычно когда несколько человек работают над проектом, каждый решает свою задачу. Чаще всего все сводится к тому, что каждый работает над своей частью проекта, а затем между частями налаживается взаимодействие. Относительно общего времени разработки процесс налаживания связей занимает минимум времени. В условиях состязания все участники команды должны работать как экипаж яхты в шторм, как единый организм. Если один замешкался - остальные сидят и ждут, проект тормозится. Недопонимание опять же грозит задержками. Поэтому желательно, чтобы команда состояла из людей хорошо знакомых и уже сработавшихся.
Задачи
Если лимит времени ограничен, то все задачи должны быть расписаны заранее. Когда в процессе работы возникает вопрос “что делать дальше?” - это плохо, это значит что план недостаточно хорошо проработан или у участников нет полной картины проекта. Поэтому лучше всего чтобы проект был расписан практически по модулям и каждый заранее знал, над чем ему необходимо работать и как это повлияет на работу других участников.
Инструменты
Редок тот проект, который не завязан на какие-то сторонние библиотеки, программы, технологии. Чаще всего сторонний софт - это серьезная часть проекта, возможно, даже его основной функционал. Чтобы не сесть в лужу посреди проекта надо заранее протестировать те инструменты, которые вы собираетесь использовать. Понятное дело что застраховаться на 100% не получится, однако еще до начала проекта надо быть уверенным, что не придется менять коней на полдороге просто потому, что выбранный софт не выдает нужную вам скорость или функциональность.
Цели
Если уж вы решили ввязаться в авантюру, подобную Rails Rumble, определитесь для себя чего вы хотите достичь. Потому как на вторые сутки, когда очень хочется спать, тошнит от кофеина и все вокруг кажутся тупыми, начинаешь задавать себе вопрос - на кой хрен оно все надо? И тут не должно быть сомнений, ответ должен быть готов заранее и лучше даже в письменном виде :) Мотивация очень важна чтобы сохранять рабочий настрой в критические моменты.
По себе могу сказать, что все вышеперечисленное было у нас не на высоте и это, естесственно, сказалось на качестве исполнения проекта. Однако, меня его текущее состояние нисколечки не смущает. Думаю, в этом другие члены нашей команды со мной солидарны: работа над проектом RDocker на Rails Rumble только началась. Это, так сказать, стартовый толчок. Довести проект до ума еще предстоит.
+1 От себя добавлю что в конце второго дня процесс “самонастроился”. Работали вполне эффективно если не считать полагающихся тупняков.
В общем, урок хороший :-). Жаль что после не получилось собраться вживую, дать обратную связь и подвести итоги.
Да если не видишь конечного результата или не умеешь концентрироваться то лучше и не браться потому как на полпути вроде бросать жалко а идти дальше сил и желания нету((( кстати если я непродвинутый то есть шанс попасть в такую команду которая поддержит и научит? это был вопрос.