O código produzido não é acompanhado de testes e, em decorrência destes, muitas mudanças são necessárias. Para os próximos exercícios, por favor, não esqueça dos testes de unidade.

• (método gravaImagem) Um buffer de 1MB para a entrada, neste caso a Internet, talvez seja muito, dado que estará guardando isso em um arquivo local (muito mais eficiente), ou seja, você provavelmente está esperdiçando memória. Também observe que o método Files.copy realiza operação semelhante, ou seja, substitui o seu método. Também houve toda um esforço técnico para ler o conteúdo JSON. Acredito que a biblioteca que está usando deve ter recurso similar ao Jackson e também ao Gson, no qual obtém-se o JSON de um InputStream (o que eliminaria o esforço citado).
• No mesmo método citado acima, você não estabeleceu o tamanho para o buffer de saída. Por que o de entrada e não o de saída?
• Na mesma classe, a URL está hard-wired no código. Melhor seria montá-la a partir do nome do usuário (login).
• Nomes de packages sempre em letras minúsculas.
• Melhorar a documentação. Por exemplo, "Esta classe implementa o exercício 6" não é tão adequada quanto, "Classe que persiste imagem do avatar associado a uma conta do Github", certo?
• Acrescente nota de copyright no início do seu código. Antes do package.
• Fique atento aos nomes, por exemplo, "gravaClasse" não é classe, também não apenas grava, mas também serializa. Observe que há pouca coesão no método. Em uma outra estratégia você poderia serializar, gerar saída em um ByteArrayOutputStream e então persistir o byte array em um arquivo, ou seja, teríamos pelo menos dois métodos aqui.
• AS1.Exercicio8.Exercicio8 documenta linhas do código, sem necessidade. O que deveria estar documentado é o formato do índice, parte da documentação da classe. Novamente, lerArquivoBinario apresenta baixíssima coesão.