Recentemente, participei de uma discussão em grupo interessante sobre como proporcionar aos alunos de Iowa, especialmente nas áreas rurais do estado, acesso a conhecimentos de ciência da computação.

O estado tem a vontade de agir e os recursos necessários para isso, mas um dos desafios tem sido conseguir os professores certos nas escolas para ministrar aulas de tecnologia. Não é um problema em todos os lugares, mas em muitas comunidades rurais de Iowa, sim.

Um dos desafios que ouvi foi que muitos alunos têm vontade de aprender, mas o currículo é novo e há escassez de professores. A internet não é escassa, então vamos usá-la para levar os poucos professores com o currículo adequado aos locais onde tanto o currículo quanto os professores são escassos.

Uma ideia que não tive a oportunidade de sugerir na época

Contrate 2 ou 3 engenheiros que sejam excelentes no que fazem e tenham vontade de ensinar. Profissionais de primeira linha em suas áreas, que queiram ensinar os jovens a programar. Pague a eles salários de mercado, equivalentes ao que ganhariam trabalhando com engenharia em qualquer outro lugar, e compense isso com o número de alunos matriculados na aula.

Encarregue-os de elaborar um currículo que atenda intelectualmente ao nível atual dos alunos e de selecionar as ferramentas que usarão para ensinar. Deixe que os engenheiros elaborem o currículo e criem suas próprias provas.

É provável que os engenheiros optem por ferramentas de código aberto, ambientes padronizados e, provavelmente, até mesmo IDEs na nuvem. Deixe que eles criem uma sala de aula que comece a se parecer mais com os novos modelos usados no ensino superior, onde os alunos podem estar em qualquer lugar e participar remotamente da aula. Padronize o tempo de ensino de um determinado nível de habilidade por aluno com base na habilidade em si, e não na série, em todo o estado.

9h-10h – 10110h–11h – 10211h–12h – 103

Adicione o 104 e assim por diante, até o número que signifique que você já tem um emprego ou conforme necessário.

Os horários das aulas têm como objetivo orientativo fornecer um horário confiável e não são realmente tão importantes. Certamente não precisariam ser sequenciais. O tempo para grupos pequenos ou o tempo individual (1:1) poderia ser agendado separadamente.

O currículo poderia ser válido para todo o estado, e as instalações necessárias para participar das aulas já deveriam estar disponíveis, com algumas pequenas adaptações. Sim, pode haver centenas, se não milhares, de alunos participando de cada aula. É mais parecido com uma experiência no Twitch do que com uma sala de aula tradicional, e isso pode até ser bom, pois, se for gravado, o aluno pode guardar o vídeo e assistir à aula quantas vezes quiser. Grave todas as aulas diariamente e disponibilize-as.

Como se trata de um software, os alunos também podem concluir ou testar suas tarefas repetidamente até enviá-las. Um número suficiente de envios aprovados nos testes lhes garante acesso ao próximo nível de cursos.

Deixar uma ou duas pessoas ensinarem todo o estado a programar em uma aula introdutória das 9h às 10h parece meio maluco. Só que isso é potencialmente muito mais barato do que ter mais de 100 professores tentando aprender o currículo e depois ter que fazer uma prova sobre ele. A avaliação das habilidades de programação poderia se parecer mais com a Code Academy do que com o Teste de Habilidades Básicas de Iowa.

Empresas como Udacity, Skillshare e Outschool vêm nos mostrando como fazer isso há anos.

É só uma ideia

Eu era péssimo na escola. Também não sou um ótimo professor. No entanto, sou bastante observador, e minha conclusão aqui é que, se não for possível ter os professores certos fisicamente na sala de aula, basta colocá-los na tela. Não dá para garantir que os jovens prestarão atenção, mas a computação é simples o suficiente para que, se o código deles não compilar ou se o sistema não aceitar o curso, suas notas não sejam algo trivial. Eles literalmente são reprovados e não passam para a próxima aula. O código não é subjetivo quando se está aprendendo os fundamentos. Ele compila ou não. Ele roda ou não. Ele falha ou não.

Isso só é complexo se você estiver tentando projetar o sistema e não for um engenheiro.

Encontre os alunos onde eles estão e alinhe os incentivos

A dura realidade é que os alunos motivados vão aprender por conta própria no GitHub muito mais rápido do que qualquer um desses programas poderia ensiná-los, mas poderíamos dar a eles um ponto de partida, expondo-os a professores capazes de reconhecer e cultivar parte de seu talento.

Sugiro contratar engenheiros para refletir sobre os fundamentos do que estão ensinando e quem é o público-alvo. Deixe que os engenheiros adaptem sua comunicação ao público, se tiverem paixão pelo assunto.

Algo muito mais instigante em que venho pensando é a remuneração. Criar programas de bônus para os professores contratados com base em programas de dez anos poderia mudar drasticamente o número de participantes de longo prazo e o potencial de ganhos. Uma ideia seria remunerar os professores com base na renda gerada pelo impacto dos formandos no contexto da arrecadação tributária. Criar um sistema educacional tão gratificante quanto o sistema bancário, remunerando os professores-engenheiros com base no impacto econômico que seus alunos causam. É como o retorno sobre o patrimônio líquido, mas muito mais distribuído.

Meu filho começou a fazer cursos de arte on-line no ano passado com professores do Texas e da Califórnia, e isso realmente mudou minha perspectiva sobre o quão amplo pode ser o impacto desse tipo de formato.