[Prévia] [Próxima] [Prévia por assunto] [Próxima por assunto]
[Índice cronológico] [Índice de assunto]

Re: EP3



true true
concordo tambem

Paulo Eduardo A. Silveira   <peas@linux.ime.usp.br>
UIN: 5142673   www.paulo.com.br

On Tue, 22 May 2001, André Rodrigo Sanches wrote:

> Concordo com a seguinte frase: "sugiro um planejamento melhor entre alunos x professor,
> principalmente para os próximos cursos, mas para solucionar este problema, torna-se
> discutível a idéia de transformar o EP4 em optativo, ou como o EP de recuperação ou
> alguma outra forma. Ou então gerar um apendice ao EP3 tornando-o mais complicado, mas
> deixando-o como o último EP"
> 
> Abraços
> André
> 
> 
> Fabio Silva Dias wrote:
> 
> > Professor e alunos,
> >
> > São duas faces da mesma moeda. Eu acho que o professor está dando um
> > prazo curto para fazer o EP3, assim como o prazo do EP2 já tinha sido
> > relativamente curto considerando que todo mundo tem muitas provas e
> > trabalhos. Mas isto ocorre porque foi definido no começo do semestre que
> > teríamos 4 exercícios-programa.
> > Acho inviável a idéia de 4 EPs porque o 1.o. demorou demasiado para ser
> > formulado e o 2.o tambem. Caso o primeiro tivesse sido formulado umas
> > duas semanas antes, isto tudo não ocorreria. Mas tem o outro lado, não
> > sei se tínhamos matéria suficiente para tal. Talvez o EP2 devesse ter
> > sido solicitado no dia da entrega do EP1...
> > Fico imaginando que transtorno não será o EP4, onde todos terão
> > trabalhos finais e provas finais e subs, onde irão decidir o futuro do
> > semestre e, talvez, do tempo de formatura. Com certeza será uma
> > sobrecarga desagradável e, considerando as 3 semanas que temos para o
> > EP3, só restarão, na melhor das hipóteses mais 3 semanas para o EP4! Se
> > simplesmente adiarmos o EP3 porque o prazo é pequeno, haverá uma
> > inconsistência pois sobrará muito menos tempo para o EP4. Provavelmente
> > faltarão as duas semanas a que me referi antes.
> > Destarte, sugiro um planejamento melhor entre alunos x professor,
> > principalmente para os próximos cursos, mas para solucionar este
> > problema, torna-se discutível a idéia de transformar o EP4 em optativo,
> > ou como o EP de recuperação ou alguma outra forma. Ou então gerar um
> > apendice ao EP3 tornando-o mais complicado, mas deixando-o como o último
> > EP. Com certeza seria no EP4 que iriamos tratar de assuntos mais
> > interessantes, mas creio que, devido aos erros de planejamento iniciais,
> > não compensa sobrecarregar os alunos para um mero cumprimento de uma
> > formalidade.
> >
> > Pensem nisto,
> >
> > Fabio
> >
> > Tiago wrote:
> > >
> > > André Rodrigo Sanches wrote:
> > >
> > > > Professor. Já vou lhe avisando de antemão que esta data é inviável dado as
> > > > provas e trabalhos que alguns terão e apenas 15 dias para fazer o ep...
> > >
> > >     Também considero inviável este prazo de 15 dias. Fazer a parte de network,
> > > mesmo conhecendo sockets do Java, dá trabalho. Ainda tem a concorrência, com todas
> > > aquelas opções (-cozinh, -suicida, -atraso n) que na verdade guiam o
> > > desenvolvimento (já que um rascunho do software já teria todos estes problemas),
> > > mas que podem demorar para implementar. Paralelamente faremos o(s) cliente(s).
> > >     Ou seja, são 2 camadas mais o(s) cliente(s) em 15 dias, e infelizmente eu perdi
> > > a palestra sobre programação extrema. ; ) E a documentação do util.concurrent é
> > > extensa e fica difícil encontrar as classes relevantes.
> > >
> > >     Não tenho certeza se um adiamento é necessário, nem de quanto tempo deveria
> > > ser. Por enquanto, só aconselho que o pessoal comece logo, faça um exercício de
> > > engenharia OO antes de sair programando, mas os profs. estão dando EPs (sem contar
> > > os seminários do Mandel) só agora, depois do break. Vai ficar apertado...
> > >
> > >     Uma dúvida concreta: as contas vão estar em arquivo? Um binário, com a
> > > serialização do vetor? Texto? Eu escolho? O BD tem que ter suas alterações
> > > persistentes entre seções do servidor, ou posso ter valores padrão toda vez que o
> > > servidor inicia (por exemplo, usando Properties)? A princípio, nenhuma restrição,
> > > certo? "As grandes perguntas encerram a própria resposta"? : )
> > >
> > > Por enquanto é só, espero não ter sido agressivo, hj tomei café demais.
> > > Tudo de bom!!
> 
> 
> 
>