Недавно я посетил интересную групповую дискуссию, посвящённую обеспечению доступа учащихся штата Айова, в частности из сельских районов, к обучению навыкам в области информатики.
У штата есть желание что-то сделать и необходимые для этого ресурсы, но одной из проблем является поиск подходящих учителей для ведения уроков по технологиям в школах. Это не везде является проблемой, но во многих сельских общинах Айовы это так.
Одна из проблем, о которой я слышал, заключалась в том, что многие учащиеся хотят учиться, но учебная программа новая, а учителей не хватает. Интернет доступен повсеместно, так давайте воспользуемся этим, чтобы привлечь тех немногих учителей, которые владеют нужной программой, в те места, где не хватает ни учителей, ни учебных программ.
Идея, которую я не успел предложить в то время
Нанять 2–3 инженера, которые отлично разбираются в своем деле и хотят преподавать. Лучших в своей области, у которых есть желание научить молодежь программированию. Платить им по рыночным ставкам, которые они могли бы получать, занимаясь инженерной работой где-либо еще, и компенсировать это количеством учащихся, посещающих занятия.
Поручить им разработку учебной программы, соответствующей интеллектуальному уровню учащихся, и выбор инструментов, которые они будут использовать для преподавания. Пусть инженеры разрабатывают учебную программу и составляют свои собственные тесты.
Инженеры, скорее всего, сами выберут инструменты с открытым исходным кодом, стандартизированные среды и, возможно, даже облачные IDE. Позвольте им создать класс, который будет больше напоминать новые модели, используемые в высшем образовании, где студенты могут находиться где угодно и подключаться к самому занятию. Стандартизируйте время обучения определенного уровня навыков студентов по навыкам, а не по классам, по всему штату.
| 9–10 утра – 101 | 10–11 утра — 102 | 11–12 – 103 |
Добавьте 104 и так далее до того числа, которое означает, что у вас уже есть работа, или по мере необходимости.
Время занятий ориентировочно указано для обеспечения надежного графика и на самом деле не так важно. Оно, конечно, не обязательно должно быть последовательным. Занятия в малых группах или индивидуальные занятия можно планировать отдельно.
Учебная программа может быть общегосударственной, а инфраструктура для участия в занятиях должна быть уже готова с некоторыми незначительными изменениями. Да, на каждом занятии могут присутствовать сотни, если не тысячи студентов. Это больше похоже на опыт Twitch, чем на традиционный класс, и это может быть вполне нормально, потому что, если занятие записывается, студент может забрать запись и смотреть урок снова и снова. Записывайте каждый урок каждый день и делайте его доступным.
Поскольку это программное обеспечение, учащиеся также могут выполнять или тестировать свои задания снова и снова, пока не сдадут их. Достаточное количество сданных заданий, прошедших тестирование, дает им доступ к следующему уровню курсов.
Позволять одному или двум людям учить весь штат программированию на курсе «101» с 9 до 10 утра звучит как сумасшествие. За исключением того, что это потенциально гораздо дешевле по сравнению с более чем 100 учителями, которые пытаются освоить учебную программу, а затем должны сдавать по ней экзамен. Проверка навыков программирования могла бы больше походить на Code Academy, чем на тест по базовым навыкам штата Айова.
Такие компании, как Udacity, Skillshare и Outschool, уже много лет показывают нам, как это делать.
Просто идея
Я был ужасным учеником. Я также не очень хороший учитель. Однако я довольно хорошо наблюдаю, и мое наблюдение здесь таково: если вы физически не можете привести нужных учителей в класс, поместите их на экран. Нельзя гарантировать, что молодежь будет внимательно слушать, но программирование достаточно простое, и если их код не компилируется или они не проходят курс, их оценки не будут тривиальными. Они буквально проваливаются и не попадают в следующий класс. Код не субъективен, когда вы изучаете основы. Он компилируется или нет. Он работает или нет. Он ломается или нет.
Это сложно только в том случае, если вы пытаетесь разработать систему, а не являетесь инженером.
Встречайте студентов там, где они находятся, и согласовывайте стимулы
Суровая реальность заключается в том, что мотивированные студенты будут самообучаться на GitHub гораздо быстрее, чем любая из этих программ могла бы их научить, но мы могли бы дать им отправную точку, познакомив их с преподавателями, которые могут распознать и развить их талант.
Я бы предложил нанимать инженеров, чтобы они продумали основы того, чему они учат, и кто является их аудиторией. Пусть инженеры адаптируют свою коммуникацию к аудитории, если у них есть к этому страсть.
Еще одна гораздо более провокационная мысль, о которой я не перестаю думать, — это вознаграждение. Разработка бонусных программ для нанятых преподавателей на основе десятилетних программ может кардинально изменить состав долгосрочных участников и потенциал заработка. Одна из идей заключается в том, чтобы вознаграждать преподавателей на основе дохода, полученного благодаря влиянию выпускников в контексте генерируемых налоговых поступлений. Спроектируйте систему образования так, чтобы она была столь же прибыльной, как банковская система, вознаграждая инженеров-преподавателей на основе экономического эффекта, создаваемого их студентами. Это похоже на рентабельность собственного капитала, но гораздо более распределенную.
В прошлом году мой сын начал посещать онлайн-курсы по искусству у преподавателей из Техаса и Калифорнии, и это действительно изменило мое представление о том, насколько широко может быть влияние такого формата обучения.