Estudar código, documentação e material técnico
Documentação, uma framework que tem de dominar até segunda-feira, uma linguagem que quer aprender a sério em vez de copiar excertos: tudo funciona como qualquer outro tema. Esta página explica como meter material técnico, o que as explicações incluem, e o único sítio onde o áudio é a ferramenta errada.
Funciona da mesma maneira, com código nas explicações
Um tema técnico comporta-se como qualquer outro: torna-se um percurso de subtemas, o Modo Explicação percorre-os consigo, e as explicações incluem exemplos de código trabalhados a par dos diagramas e das caixas de aviso. Depois o Modo Questionário e o Modo Exame questionam-no. A diferença útil face a ler documentação é que a documentação nunca lhe pergunta nada de volta.
Meter material técnico
- Documentação em PDF: quase todos os sites de documentação e referências de API podem ser impressos ou exportados para PDF, e isso carrega normalmente.
- Um livro técnico ou o PDF de um curso: carregue-o por capítulos em vez de inteiro, para que cada tema mantenha um tamanho gerível.
- Ou simplesmente descreva-o: «o ciclo de vida dos hooks do React», «como funciona a atenção nos transformers», «o fluxo OAuth device». Para uma tecnologia estabelecida costuma ser mais rápido do que procurar um documento, e é a via que os seus créditos gratuitos cobrem.
- Não um repositório: não pode apontá-lo a um repo do GitHub nem a um URL, e não lê uma base de código. Carregue a documentação ou descreva o conceito.
O áudio é a ferramenta errada para código
A Leitura em voz alta diz o texto tal como está escrito, por isso um bloco de código é lido símbolo a símbolo e torna-se ruído inutilizável. É uma limitação real e vale a pena sabê-la antes de a experimentar numa secção técnica. A conversa falada lida com isso de outra forma e melhor: tem instrução de nunca ler em voz alta código, URL ou tabelas, e de dizer antes que está no ecrã, descrevendo o que faz.
Explicar uma ideia técnica em voz alta
É aqui que o material técnico tira mais partido da conversa falada, porque grande parte do trabalho de quem programa é explicar uma decisão a outra pessoa. Raciocine em voz alta sobre porque usaria uma fila aqui, defenda uma escolha de esquema, ou tente explicar o que acha que um pedaço de código faz — e deixe-se pressionar onde estava a improvisar. É também o ensaio mais próximo de uma entrevista técnica, que tem a sua própria página.