Как стать автором
Обновить

Комментарии 48

Внезапно, junior работает хуже, чем senior.
Во-первых, некоторые наши разработчики уже нашли первую оплачиваемую работу, но при этом продолжают участвовать в жизни нашего проекта.
Не пойму, так вы себе в команду ищете разработчиков или что? Или суть в том, что вы им не платили, а теперь им платят?
Почему не платят? С разработчиками (молодыми) расплачиваются путём ревью их кода от автора статьи и его коллеги, причём, в течение трёх месяцев, как указано под картинкой.
Не пойму, так вы себе в команду ищете разработчиков или что? Или суть в том, что вы им не платили, а теперь им платят?

Посмотрите сайт компании автора статьи, и все поймете.
Тут всё упирается в ожидание-реальность. Для получения «джуниора за деньги» нужно всего пройти собеседование. Эти знания укладываются в 15 статей на wiki или 3-4 книжки.
Так же нужно разделять джуниоров, которые без багов пишут честь facebook и джуниоров, которые с багами пишут чатик на Ruby на бесплатных курсах. Я не хочу сказать, что эти джуниоры кодят на уровне американских школьников, но это факт. Но раз с таким скилом берут и платят, то окей, пусть берут и пусть платят.
Изначально нам нужна была помощь с разработкой несложного проекта, на который у нас времени не было.
В данный момент это переросло в некоммерческую инициативу, в рамках которой мы хотим дать начинающим опыт.

Непонятно, почему вы решили, что люди, даже не очень опытные в своём деле, будут работать с вами на одном лишь энтузиазме. Многие open source проекты имеют поддержку компаний и пилятся разработчиками за деньги, а не за код ревью. Ваша история выглядит так, как будто вы решили забацать проект и при этом сэкономить на зарплате сотрудников.

Непонятно, почему вы решили, что люди, даже не очень опытные в своём деле, будут работать с вами на одном лишь энтузиазме


Ну вот почему то он так решил, наверно, из жизненного опыта, и оказался таки прав:

Должен признать, что я был невероятно удивлен, когда увидел количество откликов на наше предложение неоплачиваемой стажировки. Не буду врать, я не успевал общаться со всеми кандидатами в Telegram: пока я разговаривал с одним разработчиком, мне писал следующий.

Дело в том, что ситуация на рынке труда джуниоров практически прямо противоположна тому, что происходит с IT в целом. На сегодняшний день, существует масса курсов, которые готовят «программистов», но в итоге, после прохождения этих платных курсов большинство людей имеет очень разреженные знания, без какого-либо практического опыта и с абсолютным непониманием как и куда им двигаться дальше. Именно поэтому на одну вакансию джуниора приходит 30 а то и 40 кандидатов в течение недели.

В связи с этим, нам пришлось отойти от практики живого интервью каждого кандидата, и заменить ее парой несложных тестовых заданий.

Это было к тому, что эти разработчики потом уходят в другие компании работать за деньги, не оставаясь в той, которой работали на проект на Гитхабе. В принципе, «благотворительность» можно понять, если проект некоммерческий и пилится в свободное от основной работы время.

Это было к тому, что эти разработчики потом уходят в другие компании работать за деньги, не оставаясь в той, которой работали на проект на Гитхабе. В принципе, «благотворительность» можно понять, если проект некоммерческий и пилится в свободное от основной работы время.


Ты дебил?
Ты дебил?

Нет.


Как-то более аргументированно можно?

Как-то более аргументированно можно?


Ну если не дебил, то, видимо, статью просто не прочитали.
Разумеется, бесплатно набравшиеся опыта джуны куда-то потом пойдут работать уже за деньги.
Что вы находите в этом не естественного?
У нас была гипотеза, что люди могут работать «за опыт», и она оказалась верна.
А сам проект — это опенсорс, мы на нем ничего не зарабатываем.
За опыт — это ерунда, я больше скажу: будет куча желающих прийти и платить свои деньги за бесплатную работу у вас.
Мы принципиально не берем деньги с джуниоров.

Может потому что этих людей за деньги не спешат брать и они хотят набраться опыта, чтобы брали?

Не пойму посыла этой статьи. Тут помоему энтузиазм не в написании проекта, а с стремлении обучить джунов. Качественный кодревью с обучением занимает не мало времени. А то что на рынке стало много джунов без понимания, что им делать, это все от обилия курсов и рекламы — обучись в нашей "школе программистов" и зарабатывай лимоны. Хорошо хоть нет "школ хирургов от мэйлру"

Что ещё больше непонятно, так это зачем обучать джунов и тратить кучу своиего времени, если через 3 месяца они в любом случае уйдут. То есть в коммерческой компании такая благотворительность бы не прокатила.
Во-первых обучать кого-то, очень полезно как минимум для укрепления собственных знаний.
Во-вторых это networking, расширение круг знакомств.
Изначально мы хотели написать проект, но в процессе работы мы переосмыслили ситуацию, и решили что именно помощь джунам гораздо более ценна для нас.
Автор, а можно ссылочку на github-чик в статью?
github.com/howtohireme/juniorjobs
не знаю, позволяют ли правила хабра в статью добавлять такие ссылки
На мой взгляд, разработка open source-проектов силами джуниоров ведет к деградации открытого ПО. Сейчас из-за подобной пропаганды мы имеем огромное количество некачественных проектов, которые просто замусоривают GitHub.

Изначально основными достоинствами открытого ПО были качество и надежность. Приведу цитату из очень старой книги (Скотт Хокинс – Администрирование Web-сервера Apache и руководство по электронной коммерции, 2001):
… над каждым «открытым» проектом работает гораздо больше разработчиков, чем могла бы нанять даже самая богатая корпорация, ошибочный код обнаруживается и исправляется значительно быстрее.

Я позволю себе предположить, что качество открытого текста обычно выше, чем у коммерческих продуктов. Ведь основной мотивацией разработчиков, работающих над «открытыми» продуктами, является любовь к программированию как к творческому процессу. Таким образом, при работе с «открытыми продуктами» можно получить самые лучшие образцы программ. Это разительно контрастирует с коммерческим продуктом, при работе с которым большая часть рабочего времени тратиться на встречи, телефонные разговоры и, в конечном счете, инвентаризацию остатков.

Мы делаем не опенсорс-либу, а готовый продукт, который просто размещен на GitHub.
Другим он может быть интересен разве что в образовательных целях.
Мне показалось или скоро на рынке появятся еще одни «уникальные» курсы для начинающих разработчиков?
Нет, вам показалось. У нас совершенно другой подход, и без всякой финансовой составляющей.
Мы связываемся с вами, и вы рассказываете о себе. Мы работаем над вашими CV и профессиональными аккаунтами и приводим их в надлежащий вид.

Это тоже бесплатно?
Это платная услуга нашей компании, в рамках которой мы оказываем платный консалтинг по теме soft-skills для разработчиков.
Обучением hard-skills за деньги мы не занимаемся.
Уже. Посмотрите на их сайт и предлагаемые «курсы».
Это не курсы программирования. Читайте внимательнее сайт.
Похоже на гибрид курсов по подготовке к ЕГЭ и услуг поисковой оптимизации. Своего рода предпродажная подготовка :-)
А ни я, ни участник Crocodilovich не говорили про курсы «программирования». Отнюдь. Но мы говорили про курсы для начинающих разработчиков, и «их там есть». Так что совет работает в обе стороны, читайте, пожалуйста, внимательнее)
Интересная история, хотелось бы больше подробностей.
Если идея состоит в «выращивании кадров», то это очень хорошая идея.
имхо
А любая другая идея «работать за дарма» — это уже зло
Любые институты и курсы хоть чему-то и учат, но практики там действительно нет, а если есть ещё и реальная стажировка — то это вообще просто сказка.
Суть идеи именно в том, чтобы «дать опыт» начинающим, на основе разработки некоммерческих проектов, в условиях максимально близким к «боевым».
Подробности будут в следующей статье. Этой я просто изучил интерес публики.

Тогда могу сказать, что наиболее интересной частью статьи стало:


Поэтому мы начали параллельно с разработкой проекта вести документацию по основным проблемам и их решению. Такой источник знаний поможет новобранцам найти ответы на типичные проблемы и быстрее адаптироваться в проекте.

Хотелось бы подробностей.

Интересная идея!
По скольку в любом подходе к Кодингу с базой знаний,
полученной из образовательных учреждений или же из самообразования
В любом случае лучшие результаты и набор опыта происходит лишь,
при работе с реальными проектами!
Так как ни один тест не в силах предугадать баги которые встретятся вам завтра.
К тому же знакомство с людьми это всегда +
Спасибо!
Код плохого контроллера дайте посмотреть пожалуйста 8)
Ну уж как то совсем жестоко. Дар речи теряется 8)

Underscore и CamelCase тоже сознательно замешаны? Или в рор какое то хитрое соглашение на этот счет?
В Ruby везде underscore, за исключением имен классов
Код ][opolllero контроллера дайте посмотреть пожалуйста 8)

Есть похожий опыт, кратко резюмируя:


  • нужно мэнэджить (пинать, спрашивать как дела, нет ли проблем, всё ли понятно)
  • нельзя дать задачу и быть уверенным, что она будет правильно решена
  • поэтому нужно уметь или учиться объяснять/ставить задачу
  • лучше давать понятную задачу, чем простую или сложную
  • ревью может занимать много времени
  • поэтому проще давать задачи в которых сам хорошо разбираешься, иначе прийдётся учиться самому :)
  • если важен конечный результат, иногда приходится дописывать самому
  • но подстёгивает сделать то, до чего никак не доходили руки :)
Это ж надо, сколько свободного времени у людей.
Зашел на сайт компании автора статьи и нашел в платной услуге для «Кандидатов» вот такой пунтк: «Наведение порядка на Github». Мне кажется он бесполезен. Есть хорошая статья на эту тему на хабре: «Почему GitHub не поможет нанять разработчика» habrahabr.ru/post/350912
Эта статья довольно спорная и лично я с ней крайне не согласен
ТС, ваш сайт есть на Гитхабе? Я бы вам заслал PR с исправлениями небольших ошибок.
сайта к сожалению пока что нет, но думаем над этим тоже
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.