Re: EP3

[Fabio Silva Dias <fdias@linux.ime.usp.br>]

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!!