[SOD] RE: Padronização

["Paulo Silveira" <paulo@xxxxxxxxxxxx>]

Oi Peter

acho que tem um problema pior ainda....

cada um de nos tempos um Repositorio associado ao NS
Um repositorio tem associado a ele todas as parts que lhe pertence.

Mas eu, por exemplo, dou um BIND nao soh no repositorio, mas tambem dou
nos Parts (para facilitar a pesquisa por code, dava para fazer o EP sem
BINDar as Parts).

Se todo mundo BINDar as Parts usando a string de codigo de cada part,
havera conflito (tentativa de rebind) quando a part de mesmo codigo for
BINDada por repositorios diferentes. Por isso estou BINDando minha part
em "nome_do_repositorio/part_code"...

Mas todas essas coisas a gente pode resolver facilmente se tivermos de
fazer a comunicacao.

------------------------
Paulo Silveira
http://www.paulo.com.br/
http://www.guj.com.br/
 

> -----Original Message-----
> From: Peter Kreslins Junior [mailto:pkj@linux.ime.usp.br] 
> Sent: segunda-feira, 14 de abril de 2003 13:42
> To: Lista SOD
> Subject: Padronização
> 
> 
> Pessoal e Professor!
> 
> Conversando com colegas, descobri que não está havendo uma 
> padronização muito efetiva nas normas do projeto. Por 
> exemplo, antes do professor esclarecer, muitos não estavam 
> levando em conta a quantidade de peças na hora de fazer a 
> totalização. No entanto, o que me deixou mais preocupado, foi 
> um problema detectado pelo Fábio Nishihara, quanto a uma 
> hierarquia de peças.
> 
> Observem:
> Raiz contém {Galho[2], Folha[5]}
> Galho contém {Folha[3]}
> 
> Quantas peças primitivas a raiz tem?
> A minha implementação considera 8 peças. No entanto, segundo 
> apontou nosso colega, deveriam ser 2x3+5=11. Pois temos 2 
> Galhos, cada um com 3 folhas.
> 
> Bem, assim podemos ver duas abordagens que causariam um 
> problema enorme no futuro. Digo isso, pois como o professor 
> mencionou, no final deveríamos fazer com que implementações 
> de diferentes grupos funcionassem em conjunto. Mas vejam o 
> problema que isso causaria. A tal distribuição de 
> repositórios não permitiria que, a priori, conseguíssemos 
> detectar quem está errado!
> 
> Outro problema seria como implementar a operação subparts com 
> esse novo critério. Na verdade teríamos que colocar a árvore 
> de subpartes num vetor, para que ficasse coerente com a 
> contagem. Mas isso não seria nada prático pois inúmeras 
> repetições apareceriam!
> 
> Bem, acho que para esta fase, pelo menos o meu grupo, não 
> terá condições de adotar esse outro critério.
> 
> 
> Abraços,
> 
> Peter
> 
>