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

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

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

Идея, которую я тогда не успел предложить

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

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

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

9–10 утра – 10110–11 утра – 10211:00–12:00 — 103

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

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

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

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

Представить, что один или два человека будут учить весь штат программированию на курсе «Введение в программирование» с 9 до 10 утра, звучит как сумасшествие. За исключением того, что это потенциально гораздо дешевле, чем если бы более 100 учителей пытались освоить учебную программу, а затем сдавать по ней экзамен. Проверка навыков программирования могла бы больше напоминать Code Academy, чем «Тест по базовым навыкам штата Айова».

Такие компании, как Udacity, Skillshare и Outschool, уже много лет показывают нам, как это делать.

Просто идея

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

Это сложно только в том случае, если вы пытаетесь проектировать систему, а не являетесь инженером.

Идите навстречу студентам там, где они находятся, и согласуйте стимулы

Суровая реальность заключается в том, что мотивированные студенты будут самостоятельно учиться на GitHub гораздо быстрее, чем их смогла бы научить любая из этих программ, но мы могли бы дать им отправную точку, познакомив их с преподавателями, способными распознать и развить их талант.

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

Еще одна гораздо более провокационная идея, о которой я постоянно размышляю, — это вознаграждение. Разработка бонусных программ для нанятых преподавателей, ориентированных на десятилетние программы, могла бы кардинально изменить состав долгосрочных участников и потенциал заработка. Одна из идей заключается в том, чтобы вознаграждать преподавателей в зависимости от дохода, генерируемого выпускниками, с учетом поступлений в бюджет. Разработать систему образования так, чтобы она была столь же прибыльной, как банковская система, — путем вознаграждения инженеров-преподавателей в зависимости от экономического эффекта, создаваемого их учениками. Это похоже на рентабельность собственного капитала, но гораздо более распределенную.

В течение последнего года мой сын начал посещать онлайн-курсы по искусству у преподавателей из Техаса и Калифорнии, и это действительно изменило моё представление о том, насколько широко может распространяться влияние такого формата обучения.