Meu nome é Hugo Corbucci e sou aluno de mestrado em Ciências da Computação no IME/USP.
Tópicos discutindo a utilidade ou necessidade de uma formação acadêmica completa e de um mestrado já passaram pelo VidaGeek e por muitos outros blogs.

Tendo optado por essa vida, posso dizer que tem uma coisa que o mestrado te ensina: responda questionários!
Muita gente precisa realizar questionários e coletar dados para suas pesquisas de mestrado ou doutorado. No mundo acadêmico é a única maneira com a qual se pode obter dados concretos sobre assuntos subjetivos. Esses dados são cruciais para elaboração de qualquer dissertação ou tese defendendo um assunto e eles são muito difíceis de obter em quantidades razoáveis.

Por que estou dizendo isso? Porque acho importante passar essa visão e porque, obviamente, preciso da ajuda de todos vocês para o meu questionário (em inglês): http://www.ime.usp.br/~corbucci/floss-survey.html.

Minha pesquisa procura identificar problemas de comunicação existentes em ambientes de desenvolvimento de software livre além de algumas ferramentas que poderiam ajudar a resolver esses problemas. Se você contribui com software livre, por favor, responda!

Os resultados serão divulgados publicamente (em inglês) quando a pesquisa for completada e integrarão minha dissertação de mestrado (em português).

Agradeço desde já pela ajuda de todos e espero que façam um bem para a comunidade acadêmica: respondam questionários! :-)

Posts Relacionados:

Acompanhe-nos por RSS, por Email ou via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.

A palestra, não exatamente num formato normal, começou com uma votação sobre a linguagem (Ruby, Phyton ou Java) seguido de uma breve explicação sobre o Dojo.

Dos objetivos do dojo, passando por princípios como uso de TDD (test driven development) e não deixar sobrar dúvidas e com uma breve explicação sobre os dois estilos de dojo: Kata e Randori. Utilizaram, então, o Randori:

dojo.epistemol.net
Turnos de 5 a 7 minutos em pair programming. Quando troca, o programador em si sai e alguém da plateia entra como “co-piloto”. A platéia deve ficar em silêncio enquantos os testes não estiverem passando e podem comentar e criticar o código quando os testes passam. Além disso, se a dupla de programadores estiver completamente perdida, pode pedir ajuda da platéia.

Então, uma nova votação definiu o problema a ser resolvido: resolveríamos o problema Roman Numbers em Java. Após alguns problemas com o Eclipse e a JRE recém-instalada, começamos os turnos.

Definitivamente em baby-steps, começamos a implementação dos testes e do método conversor minimal para cada teste. Quando chegamos a 1:30 de palestras, foram passados cartões para que a platéia apontasse pontos positivos e negativos do Dojo e a retrospectiva completa e discutida deve estar em breve no site dojo.epistemol.net.

Algumas perguntas particularmente relevantes surgiram, também:

• Quantas pessoas no máximo participam de um Dojo?

  Tantas quantas forem possíveis mantendo o foco do grupo e o aprendizado. Quantos mais pessoas, menos o grupo, como um todo, aprende.

• Como são escolhidos os problemas para o Dojo?

  Normalmente, pega-se problemas prontos como em ACM-UVA arbitrariamente, de acordo com o grupo.

E também uma observação interessante:

“Em vivência acadêmica, temos contato com a maratona de programação, onde o foco é resolver rapidamente e sem se preocupar com beleza de código. O Dojo vai exatamente pelo lado contrário, se preocupando com a beleza do código e os testes e não com o tempo gasto ou com a completude do problema.”

Desculpe a citação não literal, mas acho que passei a idéia corretamente.

Posts Relacionados:

Acompanhe-nos por RSS, por Email ou via Twitter.
Veja como ter um desconto no Dreamhost: um excelente servidor web.