> Ao invés de ficar falando e mostrando os comandos, > seguir uma ordem lógica para os alunos como por exemplo: > > 1. criar um diretório (que eles chamam de pasta) > 2. criar um README > 3. criar um LICENSE > 4. criar hello.c > 5. compilar hello.c para hello > 6. executar hello > 7. remover hello > 8. ...
Caindo de gaiato aqui, mas concordo com o Raniere nesse ponto. Mostrar o essencial e exibir uma ordem de execução prática é mais interessante, IMO. Em 23 de fevereiro de 2015 09:55, Raniere Silva <[email protected]> escreveu: > Olá, > > eu não sei como o Krisman prefere > (1) utilizar essa lista para gerenciar contribuições para o slides > ou (2) utilizar http://trac.libreplanetbr.org/. > Então vou colocar nesse email minha maior sugestão. > > A aula de shell/compilação deveria ser orientada a uma tarefa, > e.g. escrever o primeiro programa a ser enviado ao susy. > Ao invés de ficar falando e mostrando os comandos, > seguir uma ordem lógica para os alunos como por exemplo: > > 1. criar um diretório (que eles chamam de pasta) > 2. criar um README > 3. criar um LICENSE > 4. criar hello.c > 5. compilar hello.c para hello > 6. executar hello > 7. remover hello > 8. ... > > Pela minha experiência, > os alunos costuma aproveitar mais uma abordagem desse tipo. > > Att, > Raniere -- Lucas Tadeu Teixeira Computer Science University of Campinas - Unicamp
