Напомню, обучение длилось почти 2 месяца и состояло из нескольких этапов: обработка всех заявок, собеседование, тестирование.

Далее я составил план лекций и заданий на время стажировки, которые и привели нас к желаемому результату в виде четырех студентов для следующего этапа стажировки непосредственно в команде разработчиков Roowix.

Моё участие в стажировке началось с отбора студентов из списка, подготовленного нашей HR.

Остановимся на этом чуть подробнее. Наша HR после собеседования составляла свои рецензии по поводу каждого студента и отсекала тех, кто ее, скажем так, не впечатлил.

Я решил, что мне и самому стоит взглянуть на претендентов, ведь программисты – люди с особенным складом ума, от них не стоит ожидать красивых оборотов речи в описании себя и своих навыков на собеседовании, поэтому кто, как не программист (то есть я), сможет более точно проанализировать перспективы ученика?

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

Один из наших преподавателей подготовил список логических задач, а я написал тест на знание различных областей программирования. Изначально мы поделили преподавателей по разным направлениям: фронтенд, бекенд, тестирование и дизайн. На этом этапе я предложил делать тесты по всем сферам программирования, а не только по одной его составляющей, причём каждый из разделов содержал в себе вопросы от самых базовых до достаточно сложных: в bash были вопросы от ls до xargs, в vim - от :wq до замены подстрок в файле, в sql - от select до join-ов и индексов, в php - от синтаксиса до принципов

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

Наша компания заинтересована в поиске близких по духу людей, которые не просто умеют писать код, но и могут быть полноценной частью команды разработчиков. Стандартные тесты при таком подходе к поиску сотрудников не помогают, поэтому на лекциях и практических занятиях я пытался создать ситуацию, в которую попадают junior разработчики: «всего много, всё непонятно и надо как-то быстро во всём разобраться».

На своём опыте я знаю, насколько бесполезными могут быть курсы, основанные на стандартной схеме "сначала основы, а затем их применение на практике". Зачем знать, как вычислить сложность алгоритма, если всё, что ты написал в жизни, это обычный for each?

Такой подход позволяет наглядно показать студентам, что они уже сейчас могут сделать веб-приложение.

- Да, кривое и неэффективное.
+ Но оно работает.

Имея перед глазами реальный пример в виде своего собственного приложения, вопросы типа "А почему здесь так плохо работает?" или "Как это сделать лучше?" становятся более эффективными, потому что студент заинтересован в поиске ответов и решений. А уже на эти вопросы можно отвечать лекциями об основах и принципах программирования.

План лекций я составил на основе mind map задач, которыми обычно занимается junior разработчик. Это список тех моментов, с которыми он может столкнуться, работая на проекте.

Следуя идее "от реальной практики к основам программирования", я написал план занятий и задание, которое студенты должны были выполнить за один месяц занятий. А именно:

- Установить linux
- Разобраться в bash
- Установить и немного разобраться в git
- Установить nginx
- Установить php7
- Установить postgres. Разобраться в базовых SQL запросах
- Почитать про RestAPI
- Развернуть Angular проект
- Написать бекенд на PHP, который позволит объединить всё установленное в одну цепочку. Запрос из Angular - nginx - php - postgres и обратно. То есть получить что-то в Angular приложении из БД.

Задание получилось сложным. Я сам его сделал не за один день. Это позволило, опираясь на собственный опыт, давать советы студентам при выполнении этого задания, а для них это был реальный шанс попробовать пройти весь путь разработки и получить что-то реально работающее в конце. Дальше остаётся только совершенствовать.

Я изначально старался объяснить, что я не дедушка-преподаватель из ВУЗа, которого студенты видят только в будни, на переменах на кафедре. Я просил ребят писать мне в любое время и не пытаться гордо решать каждую проблему самостоятельно.

Встретил проблему → попробовал разобраться за полчаса-час
→ не получилось → написал мне.

"А вдруг человек просто стеснительный и пока не открылся?"

Я уверен, что многие, у кого не получалось задавать мне вопросы сразу, хорошие студенты и программисты, но опыт работы с junior разработчиками показывает, что одной из самых главных проблем начинающих программистов является неумение задавать вопросы, а работая на проекте, решение этой проблемы занимает много времени и сил, которые можно было бы направить в нужное русло.

В процессе обучения и проведения лекций быстро стало понятно, кто серьезно настроен на работу. Такие ребята активно участвовали в обучении, задавали вопросы и выдавали результат. Но очень многие не сделали практически ничего, при этом и не пытаясь разобраться в причинах своего неуспеха. Так зачем нам люди, которые не заинтересованы в плодотворной совместной деятельности?

После первого месяца обучения я провёл с каждым студентом беседу о его текущем прогрессе, проблемах и успехах. Такие беседы - копия наших обсуждений в Roowix, которые проводятся раз в месяц. Обычно в IT компаниях эти встречи называются one-to-one, personal retrospective и т. п.

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

Студенты сделали приложение по бронированию отелей, календарь учета времени и хранилище картинок типа Pinterest, которые были пригодны к минимальному использованию и готовы к дальнейшему развитию.