[okfn-br] [thackday] Regras do Desafio de Dados Abertos

Quinta Maio 3 01:10:18 UTC 2012

tá lindo.

release early, release often.

2012/5/2 Everton Zanella Alvarenga <everton.alvarenga em okfn.org>

> Pedro,
>
> acho boas as observações e acho que a da documentação poderia ser
> incorporada , mas a Câmara já começou a divulgar as inscrições, veja
>
> http://www.camara.sp.gov.br/hackathon
>
> então seria muito ruim mudar alguns detalhes das regras agora? A
> questão da documentação está dentro dos eixos da avaliação, então
> podemos dar um peso como sugeriu, acredito.
>
> Quis que o software ficasse sob controle de versão para podermos
> acompanhar o desenvolvimento dos aplicativos e acho que, além dum
> código livre ser bem escrito e bem documentado, é importante que seu
> desenvolvimento esteja disponível para outros também.
>
> Sobre a avaliação popular, o Rufus instalou um sistema no site da OKFn
> Brasil que será adaptado para os aplicativos, veja
> <http://br.okfn.org/questions/>.
>
> Sobre 3), aí é com a câmara. :) Sobre 4), você tá dentro da comissão
> julgadora, como falamos agora. :D
>
> Eu queria que ao invés do dinheiro déssemos passagens para a Open
> Knowledge Festival, em Setembro, em Helsinque
> <http://okfestival.org/>, pois me parece mais legal que o dinheiro.
> Mas quem ganhar poderá comprar 3 passagens (vi que pela Ibéria está
> saindo R$ 2300) e vou ver com o pessoal da organização OKFestival se
> podemos ter os vencedores que comprarem as passagens automacamente
> inscritos no evento.
>
> Bom, amanhã mando um email para as listas de desenvolvedores para o
> pessoal começar a se inscrever. Será uma semana para inscrições, então
> talvez teremos poucas equipes.
>
> Abraço,
>
> Tom
>
> Em 2 de maio de 2012 21:22, Pedro Markun <pedro em esfera.mobi> escreveu:
> > Tom,
> >
> > esta muito legal. Alguns cents:
> >
> > 1) Acho ruim obrigar os devs a usarem um repositório. Ainda que eu ache
> que
> > todo dev deveria usar repositório - tem muita gente que não domina essas
> > ferramentas e a curva de aprendizado é alta.
> > Mas concordo que é essencial que o código esteja público e seja
> licenciado
> > com licenças livres.
> >
> > 2) Acho que valia *muito* incentivar a boa documentação - do código e do
> app
> > -, transformando isso em um critério objetivo de nota. Gostei da história
> > dos 25% pra voto popular... quem sabe pensar em 10% (eu jogaria mais 25%,
> > mas sei que vão achar abuso :P) da nota ser documentação?
> >
> > 3) Acho ousado dizer que os apps vão ficar disponível pra uso no portal
> da
> > CMSP. Lindo, mas ousado...  pq em teoria isso quer dizer que eles vão
> manter
> > todos os apps rodando e como a gente não esta (ufa!) estabelecendo qual a
> > plataforma de desenvolvimento... manter tudo isso da um trabalho danado.
> >
> > 4) Acho que a comissão julgadora podia fazer algo parecido com o que
> rolou
> > nas microbolsas hackers e dar um parecer subjetivo por inscrição sobre
> quais
> > foram os pontos altos e baixos... pra ajudar a galera a entender como
> > melhorar. Não acho que vamos ter centenas de inscrições, então da pra
> fazer
> > de boa.
> >
> > E por fim tem uma birra minha com a linguagem... que parece demais
> linguagem
> > de regulamento :P Eu acho que parte da nossa busca por transparência e
> > abertura esta em fugir um pouco desse formalismo que acaba deixando
> > complicado e obscuro algo que podia ser simples e direto.
> >
> > abs,
> > Pedro Markun
>
>
>
> --
> Everton Zanella Alvarenga (also Tom)
> Open Knowledge Foundation Brasil
>
> --
> Você recebeu esta mensagem porque está cadastrado no grupo "Transparência
> Hacker"
> Para enviar uma mensagem a todo o grupo, escreva para
> thackday em googlegroups.com
> Para não receber mais mensagens, envie um email para
> thackday+unsubscribe em googlegroups.com
> Para mais informações, ou para ler mensagens arquivadas deste grupo,
> visite http://groups.google.com/group/thackday?hl=pt-BR
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.okfn.org/pipermail/okfn-br/attachments/20120502/7678de44/attachment-0003.html>