Набор закрыт. Следующий набор ждите зимой.
Если Вы:
- являетесь счасливым обладателем подписки premium unlim + project
- дошли до 30 уровня
- решили почти все задачи (включая бонусные)
тогда не медлите, а сразу пишите в скайп Хьюберту (пишите сразу свой секретный ключ).
Но для участия всем придется еще выполнить тестовое задание, которые вы получите, когда вышлете свой ключ в скайпе Хьюберту.
Набор открыт до 9 августа.
На решение тестового задания дается 2 недели.
UPD: Постарайтесь реально оценить свои силы и занятость. Если вы пока не готовы уделять по 4-6 часов в неделю на проект - лучше подождать следующих наборов и наличия свободного времени.
Мы немного сменили формат проекта: теперь все его участники будут делать одни и те же задания, которые будут проверяться. И каждую новую неделю домашние задания будут разбираться (для тех, кто не справился).
Тут можно ознакомиться с предварительным планом проекта (он еще неполный, возможны небольшие изменения и еще будут добавлены 10 и 11 недели)
Свое видение оформляйте в отдельный топик в Беседке.
Допустим, вы поменяли формат на менторство. Ок, я заплатил 400 зеленых, и вот не могу решить до 30 задачи, ну никак, косяки в заданиях ваших, лень и немощность, любая другая причина. Ок, дошел до 30, но тестовое не выполнил. То есть получается, что я так и не окуплю свои 400, так как с каждым разом планка повышается, а условия не фиксятся?)))
Это так, из любопытсва ради.
Зря сменилась командная работа на менторство, при том еще и групповое через видео.
Учитывая требования и сумму, надо с умом подходит, как ни как в год кризиса живем.
И если ставят условия за мои же ( не малые ) деньги, то стоит задуматься, а нет ли варианта за них же лучше.
Вы такое наговнокодите, что с Вами нужно будет постоянно нянчиться. Поэтому есть порог входа. Дорастете через два года, значит попадете на проект только через два года, никак не раньше.
Это Ваша жизнь, только Вы в ответе за то, в каком направлении она будет развиваться, и с какой скоростью будут происходить перемены.
Если у Вас лень и немощность, то это не мои проблемы, и не проблемы Хьюберта. Никто такого ленивого и немощного не утвердит на проект. Не выполнили тестовое, значит, тоже рано на проект. Если одну джаву не смогли осилить, то как осилите 10 технологий в сжатый срок?? На проект идут люди за знаниями, чтоб преодолеть барьер для трудоустройства.
Открою Вам секрет: планка будет повышаться всю жизнь. И если Вы не будете постоянно работать над собой, то вскорости толковые и упорные обойдут Вас и займут Ваше место.
Проект перешел из командной разработки в менторство — репетиторство по русски, разве это и не нянька за 400?)))
Я из за этого ратую.
Хотя ок, молчу, вы правы, я ленивый, мне не дано =D
Представь себе следующую картину: в год 3-4 раза набирается команда. Т.е. почти каждые 4 месяца после тестового задания ставятся вопросы: «А что будем пилить?» и «Кто будет тим-лидом?». Если команда состоит из ~10 человек, то сразу начинаются разногласия. Если у участников недостаточно опыта, знаний, времени или мотивации, то проект растягивается на длительное время и может совсем загнуться. И если вдруг понадобиться сделать реинкарнацию загнувшегося проекта, то не факт, что будет результат. Опыта, полученного в результате реализации проекта, естественно, больше у того, кто больше сделал. Передача опыта и знаний посредством skype достаточно низкая. Реализация большинства интересных проектов, у тех, кто не знаком с вышеописанными фреймворками и библиотеками, занимает строго больше 1 месяца.
Пока ты не знаешь функций, ты даже и понятия можешь не иметь, когда они могут облегчить тебе жизнь.
Например я уже сталкивался с тем, что мне нужно было в ручную добавлять все файлы в репозиторий через командную строку.
1. Судя по всему человеку не обьяснили что при работе в команде нужно постоянно синхронизировать свой бранч и develop ветку.
2. Если таск предполагает +200 изменений, имело место неправильное планирование работы команды.
3. Опять же ошибки в архитектуре приложения, в англиском языке есть термин fine grained, в програмировании это заключается в том, что всегда имеет смысл так проектировать приложение и раздавть таски, чтобы в итоге возникало как можно меньше конфликтов при работе в команде.
А так для решения данной проблемы я бы воспользовался Eclipse Team Synchronize. Там очень удобно организована работа для синхронизации да и конфликты все сразу видны. Очень быстро понимаешь что происходит и где нажимать в случае чего.
никакого соблюдение SOLID.
При таком большом изменение все наперед согласовувается…
+200 изменениями и конфликтами, плюс 3 коммита сверху и ещё одно слияние ветки дальше. Ну или пропустили shit-коммит c 50 неправильными изменениями, а заметили спустя 40 коммитов. Твои действия? )))