Re: EP3

[André Rodrigo Sanches <sapojoe@linux.ime.usp.br>]

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