chight disse:Passaram-se 14 dias desde o início desta thread, e como se pode ver, estamos num país de ideólogos. Fala-se, fala-se, "apoio", "contem comigo", "muito bom", mas depois ninguém faz nada.
Não estejam com a sede de andar sempre a criar pretextos para haver eventos, pq simplesmente mais de metade deles não pegam. Comecem primeiro vocês a trabalhar nisso e apresentem a ideia quando já está algo feito.
Cumps
chight disse:Passaram-se 14 dias desde o início desta thread, e como se pode ver, estamos num país de ideólogos. Fala-se, fala-se, "apoio", "contem comigo", "muito bom", mas depois ninguém faz nada.
Não estejam com a sede de andar sempre a criar pretextos para haver eventos, pq simplesmente mais de metade deles não pegam. Comecem primeiro vocês a trabalhar nisso e apresentem a ideia quando já está algo feito.
Cumps
Não é verdade. Já houve um primeiro concurso e não te vi por lá Não sei porque é que agora vens refilar quando da primeira vez te cortas-techight disse:Passaram-se 14 dias desde o início desta thread, e como se pode ver, estamos num país de ideólogos. Fala-se, fala-se, "apoio", "contem comigo", "muito bom", mas depois ninguém faz nada.
A ideia está em discução, e há muitos promenores a considerar, como por exemplo o sistema de avaliação. Alem do mais, toda a gente tem muitas coisas para fazer, por isso é normal que leve algum tempochight disse:Não estejam com a sede de andar sempre a criar pretextos para haver eventos, pq simplesmente mais de metade deles não pegam. Comecem primeiro vocês a trabalhar nisso e apresentem a ideia quando já está algo feito.
Cumps
inginheiiro disse:true true...
sugiro 2 opções para análise:
Opção A) Prémio a tal tshirt do TZ, ou qq outra coisa simbolica.
1-Estipule uma data de fim.
2-Até à data de fim todos os interessados coloquem um projecto para votação
3-Depois da data de fim, o Juri coloca a votação os trabalhos.
4-Define-se uma data para finalização da votação e aprovação dos eleitos...
Regras:
Qualquer linguagem/sistema.
Src code até 2.000 linhas.
Sem recurso a API's proprietarias (shareware, e afins).
Src Code Documentado.
Artigo tecnico explicativo.
Valoriza-se:
Utilidade do projecto para a comunidade.
Portabilidade do mesmo.
Performance, etc etc... através de code review e identificação de best practices...
<hr>
Opção B) Prémio é fornecido por cada utilizador estilo freelancer job.
Por exemplo:
Caso eu deseja-se um software/api que fosse capaz de quebrar um Certificado X.509 através da descoberta de uma key em 2 dias de tempo útil, estaria disposto a pagar 200 euros.
O Juri estipularia um prazo/regras base para os projectos.
As propostas seriam enviadas ao JURI por PM, e seria da responsabilidade destes de analisar e colocar os projectos a "leilão".
(offtopic) tou a ver os calões todos a pagarem pelos trabalhos da escola/universidade ... lol
Caso alguém concorre-se e terminasse os ditos freelancer jobs, os respectivos "patrões" que se chegaram à frente, manteriam o juri a par dos dev,produto final, para posteriormente se proceder
à votação e consequente apuramento do vencedor...
Assim já podem ganhar carros com 300 cv.
Que dizem moderadores ?
Warrior disse:Julgo que poderia haver mais interesse se em vez de programas fossem simplesmente desafios de algoritmia, como existem nas olimpiadas de programação etc.
Eu sei que um programa é mais bonito de se ver, e mais engraçado para quem está a programar, mas desta forma os programas são mais pequenos e mais fáceis de se "corrigir"
Obviamente que se teria que restringir a algumas linguagens, como ja disseram em cima.
Warrior disse:Ou então o concurso estar aberto por um X número de dias com N problemas.
Por exemplo uma semana, de domingo a domingo..
Se nao me engano, o mooshak so trabalha com Pascal, C e C++, isso não seria um problema?
(sou novo no forum, mas pelo que tenho lido a maioria usa outras linguagens para programar)
Acho que 2000 linhas de código é muito pouco para se ter medo que não chegue ao fim, ainda por cima quando o código vem documentado...NoMercy disse:inginheiiro, as tuas sugestões são boas, mas como isto não é um concurso em que se ganhe uma quantida de dinheiro significativao e a maioria das pessoas que poderão participar têm outros trabalhos para fazer, não se pode elevar muito a fasquia correndo o risco de não haver participantes ou que nenhum trabalho chegue ao fim.
Isso é muito elaborado para haver concorrentes. Alem disso (e parte importante tambem) põe-te a ti no papel de juri e pensa no trabalho que isso te vai dar ... acho que é demasiado para algo que visa apenas proporcionar divertimento e estimulo aos techzonianosBraBo disse:...
O concurso poderia também estar dividido em eliminatórias. Uma primeira poderia ser a analise(pseudo-código/UML/DFD's/etc) do projecto (já dá para seleccionar as melhores abordagens), uma segunda poderia ser um possível GUI (se aplicável), e a terceira (e apenas para quem completou os requisitos anteriormente estipulados) o código em si (algoritmos/lógica/uso de estruturas/etc)...
Assim, quando chegar a altura de verificar o código usado, os participantes já são menos e os projectos apresentados já são sólidos e algo minimamente trabalhado.
Desta forma, até poderá ter mais de 2000 linhas, pois se 20 concorrerem, 10 passam a parte da análise, uns 6 ou 7 a parte do GUI, e assim, torna-se menos custoso corrigir o código apesar de ser em mais quantidade,
((6 * 6.000) > (20 * 2.000)) = 3 vezes mais código = menos código corrigido = true; , e dá mais "à vontade" ao programador desenvolver sem ter preocupações com o nº de linhas apresentadas.
Bem.... acredito que sim. Apenas foi uma sugestão... De qualquer forma, enquanto juri podes minimizar o teu trabalho de avaliação meramente ao nível de utilizador... Só aí já retiras todo o trabalho de analisar código.NoMercy disse:acho que é demasiado para algo que visa apenas proporcionar divertimento e estimulo aos techzonianos