Comments 48
Внезапно, junior работает хуже, чем senior.
Во-первых, некоторые наши разработчики уже нашли первую оплачиваемую работу, но при этом продолжают участвовать в жизни нашего проекта.Не пойму, так вы себе в команду ищете разработчиков или что? Или суть в том, что вы им не платили, а теперь им платят?
Почему не платят? С разработчиками (молодыми) расплачиваются путём ревью их кода от автора статьи и его коллеги, причём, в течение трёх месяцев, как указано под картинкой.
Не пойму, так вы себе в команду ищете разработчиков или что? Или суть в том, что вы им не платили, а теперь им платят?
Посмотрите сайт компании автора статьи, и все поймете.
Тут всё упирается в ожидание-реальность. Для получения «джуниора за деньги» нужно всего пройти собеседование. Эти знания укладываются в 15 статей на wiki или 3-4 книжки.
Так же нужно разделять джуниоров, которые без багов пишут честь facebook и джуниоров, которые с багами пишут чатик на Ruby на бесплатных курсах. Я не хочу сказать, что эти джуниоры кодят на уровне американских школьников, но это факт. Но раз с таким скилом берут и платят, то окей, пусть берут и пусть платят.
Так же нужно разделять джуниоров, которые без багов пишут честь facebook и джуниоров, которые с багами пишут чатик на Ruby на бесплатных курсах. Я не хочу сказать, что эти джуниоры кодят на уровне американских школьников, но это факт. Но раз с таким скилом берут и платят, то окей, пусть берут и пусть платят.
Изначально нам нужна была помощь с разработкой несложного проекта, на который у нас времени не было.
В данный момент это переросло в некоммерческую инициативу, в рамках которой мы хотим дать начинающим опыт.
В данный момент это переросло в некоммерческую инициативу, в рамках которой мы хотим дать начинающим опыт.
Непонятно, почему вы решили, что люди, даже не очень опытные в своём деле, будут работать с вами на одном лишь энтузиазме. Многие open source проекты имеют поддержку компаний и пилятся разработчиками за деньги, а не за код ревью. Ваша история выглядит так, как будто вы решили забацать проект и при этом сэкономить на зарплате сотрудников.
Непонятно, почему вы решили, что люди, даже не очень опытные в своём деле, будут работать с вами на одном лишь энтузиазме
Ну вот почему то он так решил, наверно, из жизненного опыта, и оказался таки прав:
Должен признать, что я был невероятно удивлен, когда увидел количество откликов на наше предложение неоплачиваемой стажировки. Не буду врать, я не успевал общаться со всеми кандидатами в Telegram: пока я разговаривал с одним разработчиком, мне писал следующий.
Дело в том, что ситуация на рынке труда джуниоров практически прямо противоположна тому, что происходит с IT в целом. На сегодняшний день, существует масса курсов, которые готовят «программистов», но в итоге, после прохождения этих платных курсов большинство людей имеет очень разреженные знания, без какого-либо практического опыта и с абсолютным непониманием как и куда им двигаться дальше. Именно поэтому на одну вакансию джуниора приходит 30 а то и 40 кандидатов в течение недели.
В связи с этим, нам пришлось отойти от практики живого интервью каждого кандидата, и заменить ее парой несложных тестовых заданий.
Это было к тому, что эти разработчики потом уходят в другие компании работать за деньги, не оставаясь в той, которой работали на проект на Гитхабе. В принципе, «благотворительность» можно понять, если проект некоммерческий и пилится в свободное от основной работы время.
У нас была гипотеза, что люди могут работать «за опыт», и она оказалась верна.
А сам проект — это опенсорс, мы на нем ничего не зарабатываем.
А сам проект — это опенсорс, мы на нем ничего не зарабатываем.
Может потому что этих людей за деньги не спешат брать и они хотят набраться опыта, чтобы брали?
Не пойму посыла этой статьи. Тут помоему энтузиазм не в написании проекта, а с стремлении обучить джунов. Качественный кодревью с обучением занимает не мало времени. А то что на рынке стало много джунов без понимания, что им делать, это все от обилия курсов и рекламы — обучись в нашей "школе программистов" и зарабатывай лимоны. Хорошо хоть нет "школ хирургов от мэйлру"
Что ещё больше непонятно, так это зачем обучать джунов и тратить кучу своиего времени, если через 3 месяца они в любом случае уйдут. То есть в коммерческой компании такая благотворительность бы не прокатила.
Изначально мы хотели написать проект, но в процессе работы мы переосмыслили ситуацию, и решили что именно помощь джунам гораздо более ценна для нас.
Автор, а можно ссылочку на github-чик в статью?
github.com/howtohireme/juniorjobs
не знаю, позволяют ли правила хабра в статью добавлять такие ссылки
не знаю, позволяют ли правила хабра в статью добавлять такие ссылки
На мой взгляд, разработка open source-проектов силами джуниоров ведет к деградации открытого ПО. Сейчас из-за подобной пропаганды мы имеем огромное количество некачественных проектов, которые просто замусоривают GitHub.
Изначально основными достоинствами открытого ПО были качество и надежность. Приведу цитату из очень старой книги (Скотт Хокинс – Администрирование Web-сервера Apache и руководство по электронной коммерции, 2001):
Изначально основными достоинствами открытого ПО были качество и надежность. Приведу цитату из очень старой книги (Скотт Хокинс – Администрирование Web-сервера Apache и руководство по электронной коммерции, 2001):
… над каждым «открытым» проектом работает гораздо больше разработчиков, чем могла бы нанять даже самая богатая корпорация, ошибочный код обнаруживается и исправляется значительно быстрее.
Я позволю себе предположить, что качество открытого текста обычно выше, чем у коммерческих продуктов. Ведь основной мотивацией разработчиков, работающих над «открытыми» продуктами, является любовь к программированию как к творческому процессу. Таким образом, при работе с «открытыми продуктами» можно получить самые лучшие образцы программ. Это разительно контрастирует с коммерческим продуктом, при работе с которым большая часть рабочего времени тратиться на встречи, телефонные разговоры и, в конечном счете, инвентаризацию остатков.
Мне показалось или скоро на рынке появятся еще одни «уникальные» курсы для начинающих разработчиков?
Нет, вам показалось. У нас совершенно другой подход, и без всякой финансовой составляющей.
Уже. Посмотрите на их сайт и предлагаемые «курсы».
Это не курсы программирования. Читайте внимательнее сайт.
Похоже на гибрид курсов по подготовке к ЕГЭ и услуг поисковой оптимизации. Своего рода предпродажная подготовка :-)
А ни я, ни участник Crocodilovich не говорили про курсы «программирования». Отнюдь. Но мы говорили про курсы для начинающих разработчиков, и «их там есть». Так что совет работает в обе стороны, читайте, пожалуйста, внимательнее)
Интересная история, хотелось бы больше подробностей.
Если идея состоит в «выращивании кадров», то это очень хорошая идея.
Если идея состоит в «выращивании кадров», то это очень хорошая идея.
имхо
Любые институты и курсы хоть чему-то и учат, но практики там действительно нет, а если есть ещё и реальная стажировка — то это вообще просто сказка.А любая другая идея «работать за дарма» — это уже зло
Суть идеи именно в том, чтобы «дать опыт» начинающим, на основе разработки некоммерческих проектов, в условиях максимально близким к «боевым».
Подробности будут в следующей статье. Этой я просто изучил интерес публики.
Тогда могу сказать, что наиболее интересной частью статьи стало:
Поэтому мы начали параллельно с разработкой проекта вести документацию по основным проблемам и их решению. Такой источник знаний поможет новобранцам найти ответы на типичные проблемы и быстрее адаптироваться в проекте.
Хотелось бы подробностей.
Интересная идея!
По скольку в любом подходе к Кодингу с базой знаний,
полученной из образовательных учреждений или же из самообразования
В любом случае лучшие результаты и набор опыта происходит лишь,
при работе с реальными проектами!
Так как ни один тест не в силах предугадать баги которые встретятся вам завтра.
К тому же знакомство с людьми это всегда +
По скольку в любом подходе к Кодингу с базой знаний,
полученной из образовательных учреждений или же из самообразования
В любом случае лучшие результаты и набор опыта происходит лишь,
при работе с реальными проектами!
Так как ни один тест не в силах предугадать баги которые встретятся вам завтра.
К тому же знакомство с людьми это всегда +
Код плохого контроллера дайте посмотреть пожалуйста 8)
gist.github.com/Mehonoshin/4c239ea364fe458ef844e3984b757cf6
Держите, это Ruby on Rails
Держите, это Ruby on Rails
Есть похожий опыт, кратко резюмируя:
- нужно мэнэджить (пинать, спрашивать как дела, нет ли проблем, всё ли понятно)
- нельзя дать задачу и быть уверенным, что она будет правильно решена
- поэтому нужно уметь или учиться объяснять/ставить задачу
- лучше давать понятную задачу, чем простую или сложную
- ревью может занимать много времени
- поэтому проще давать задачи в которых сам хорошо разбираешься, иначе прийдётся учиться самому :)
- если важен конечный результат, иногда приходится дописывать самому
- но подстёгивает сделать то, до чего никак не доходили руки :)
Это ж надо, сколько свободного времени у людей.
Зашел на сайт компании автора статьи и нашел в платной услуге для «Кандидатов» вот такой пунтк: «Наведение порядка на Github». Мне кажется он бесполезен. Есть хорошая статья на эту тему на хабре: «Почему GitHub не поможет нанять разработчика» habrahabr.ru/post/350912
ТС, ваш сайт есть на Гитхабе? Я бы вам заслал PR с исправлениями небольших ошибок.
Sign up to leave a comment.
Опыт разработки некоммерческого проекта силами джуниоров