Devjuju

Aprender engenharia de software não é um problema de escassez. É um problema de ordem. Qualquer tema já foi explicado de dez maneiras de graça; o que não se dá é qual ler a seguir e onde se está agora. O que o Devjuju vende não é o conteúdo mas a ordem.

Um percurso é uma sequência com nome, resumo e posição, mais uma marca que diz se está publicado. A ordenação é uma coluna da base de dados e não uma decisão da página, pelo que um percurso por acabar fica fora da lista em vez de aparecer meio construído. Por baixo disso está a aprendizagem em si, e é medida com mais cuidado do que se esperaria.

Quem ordena o percurso

A ordenação não é gerada a partir do comportamento de cada aprendente. Uma pessoa arruma-a, é guardada como uma posição no percurso, e os aprendentes recebem a mesma sequência. Parece uma fraqueza e é uma escolha: ninguém consegue explicar porque é que cada aprendente ficou com uma ordem diferente depois de certa otimização, ao passo que uma sequência escrita e publicada pode ser vista, contestada e melhorada. Um percurso por acabar não é publicado, pelo que, se a ordem ainda não está assente, ninguém a vê.

Ler e ver são contados em separado

Uma lição pode ter duas formas: texto para ler e vídeo para ver, cada um com a sua duração esperada. O seu progresso não é, portanto, um número só. Guardam-se duas percentagens por lição, quanto leu e quanto viu, uma linha por aprendente e por lição. Parece um pormenor e responde à pergunta certa: quem viu o vídeo e não leu o texto não está no mesmo sítio que quem fez o contrário, ao passo que um único número misturado faria os dois parecerem iguais.

Uma ligação sem carimbo não corresponde a nada

O que um aprendente vê do seu próprio progresso é decidido por regras escritas na base de dados e não por uma verificação no código do servidor. Cada pedido carimba a sua identidade na ligação, e as regras leem esse carimbo. O pormenor que importa é o que acontece em caso de falha: se o carimbo nunca foi posto, a leitura volta vazia, pelo que uma ligação sem carimbo não corresponde a nada em vez de corresponder a tudo. O direito de apagar fica igualmente reservado apenas ao superutilizador, e a distinção entre administrador e superutilizador foi reposta, porque juntar os dois teria dado a cada administrador um direito que nunca teve.

Aquilo que paga, e quem recebe o pagamento

O próprio Devjuju nunca fala com um prestador de pagamentos. Garante que o aprendente tem uma conta de faturação e pede depois ao serviço de faturação partilhado uma sessão de pagamento por plano e ciclo. E tudo o que fica atrás de um escalão pago pergunta a um só módulo, nunca ao prestador de pagamentos nem à tabela de subscrições diretamente. Os escalões estão ordenados e uma verificação toma sempre a forma pelo menos este escalão, pelo que acrescentar um escalão acima deles não obriga a rever cada local de chamada. Quer também dizer que, quando a faturação muda, muda um só sítio.

Para quem é

Pessoas que estão a entrar na engenharia de software e querem um percurso sequenciado em vez de tutoriais dispersos.

Visitar Devjuju: www.devjuju.com