[Rio-pm] Fwd: Programing Challenge

Blabos de Blebe blabos em gmail.com
Terça Março 11 12:57:34 PDT 2008


As regras estão em aberto, por enquanto.

Basicamente são aqueles tres quesitos:
velocidade de processamento, uso de memória e produtividade
no desenvolvimento.

É um vale-tudo de força bruta mesmo.
Vale tudo e vale tudo mesmo.

2008/3/11 Fernando Oliveira <fernandocorrea em gmail.com>:
> Vai participar tb MM?
>
>
> Em 11/03/08, Marcos Machado <listas em istf.com.br> escreveu:
>
> > Alguém precisa definir muito bem o que é um "código melhor", senão isso
> > não vai dar em nada. Um vai dizer "mas o meu é mais rápido", outro vai
> > dizer "mas o meu é mais bonito", o Fernando vai dizer "mas o meu é
> > menor" e por aí vai...
> >
> > []s, MM
> >
> >
> >
> > Blabos de Blebe escreveu:
> >
> > > Depois de alguns flames e declarações psicodélicas,
> > > eu desafiei os programadores .NET, C++ e quem mais
> > > quiser para um "vale tudo" de programação. Nele, um
> > > determinado problema deve ser resolvido com qualquer
> > > linguagem, utilizando qualquer recusro dela.
> > >
> > > Alguém se habilita?
> > > Os caras do .NET tão dizendo que vão demonstrar com
> > > código que eles são os melhores.
> > >
> > > Nesse desafio palavras não contam, o que conta é código.
> > > O que vcs acham?
> > >
> > > Abraços
> > >
> > >
> > > ---------- Forwarded message ----------
> > > From: Blabos de Blebe <blabos em gmail.com>
> > > Date: 2008/3/10
> > > Subject: Programing Challenge
> > > To: ccppbrasil em googlegroups.com
> > >
> > >
> > > Sugestões a serem analisadas:
> > >
> > >  Vamos combinar algumas regrinhas antes de começar.
> > >  Gostaria que fossem medidos três características
> > >  1) Produtividade. Quanto mais rápido de desenvolver, melhor.
> > >  2) Velocidade. Quanto mais rápido melhor.
> > >  3) Consumo de memória. Quanto menos memória, melhor.
> > >
> > >  Também acho interessante classes diferentes de aplicação,
> > >  tipo, cálculos matemáticos, processamanto de texto, GUI, etc
> > >  A gente poderia definir uns cinco desafios e implementar um de cada
> vez.
> > >
> > >  Depois temos que dar um jeito de testar e medir as aplicações num
> hardware
> > >  equivalente, se possível o mesmo.
> > >
> > >  Vale tudo.
> > >  Vale qualquer tipo de otimização que a linguagem permita, qualquer
> > >  biblioteca, qualquer recusro existente na linguagem, pq se não pudesse
> > >  acrescentar nada, coisas como STL e CPAN ficariam de fora.
> > >
> > >  Cada pessoa pode mandar quantas aplicações/versões conseguir, mas só
> vai
> > >  pro hanking a melhor em cada linguagem.
> > >
> > >  Cada aplicação deverá ser testada contra os tres quesitos acima.
> > >
> > >  Definiremos prazos para as implementações.
> > >
> > >  Poderíamos extender o desafio a outras listas e comunidades, de forma
> > >  a atrair os melhores entre os melhores.
> > >
> > >  Lembrando, são apenas sugestões. O que vcs acham?
> > > _______________________________________________
> >
> > > Rio-pm mailing list
> > > Rio-pm em pm.org
> > > http://mail.pm.org/mailman/listinfo/rio-pm
> > >
> >
> > _______________________________________________
> > Rio-pm mailing list
> > Rio-pm em pm.org
> > http://mail.pm.org/mailman/listinfo/rio-pm
> >
>
>
>
>
> --
> Just another Perl Hacker,
> Fernando (SmokeMachine)
> http://perl-e.org
> _______________________________________________
>  Rio-pm mailing list
>  Rio-pm em pm.org
>  http://mail.pm.org/mailman/listinfo/rio-pm
>


Mais detalhes sobre a lista de discussão Rio-pm