On Jan  9, 2007, "Pablo Sánchez" <[EMAIL PROTECTED]> wrote:

> "Segundo despacho do
> desembargador<http://tecnologia.uol.com.br/ultnot/2007/01/09/ult4213u6.jhtm>Ênio
> Santarelli Zuliani, as operadoras de backbone podem liberar o acesso
> ao site. Contanto, elas devem informar ao Tribunal as razões
> técnicas da impossibilidade de bloquear apenas o vídeo..."

> Ou seja, a culpa é das operadoras, ninguém vai questionar o erro na
> assessoria técnica ou má interpretação do desembargador sobe o laudo?

Não é tão simples assim.  Segundo ouvi dizer, o desembargador recebeu
um laudo dizendo que dava pra fazer o bloqueio do vídeo e era simples.

Agora veio a público que não dava, mas, para os autos, ainda dá e é
simples, sem contestação.  Solução: busca mais informação.

-- Operadoras, suspendam o bloqueio completo e expliquem aí por que
   não dá pra fazer o bloqueio parcial que eu pedi!

Tendo a informação, pode-se tomar uma decisão mais acertada e justa.

Com informação errada, deu no que deu.

> Traduzindo, o cara não assume que errou,

Não tem culpa.  O cara não é técnico em informática e redes.  Recebeu
informação errada, chegou a conclusões erradas.  Recebeu nova
informação por fora do processo, se dispôs a corrigir a caca e está
solicitando informação para contestar o laudo absurdo.  Não houve erro
de fato.

Agir errado por informação errada não é feio.  Retroceder quando se
descobre uma possibilidade de erro é bonito.  Aguardar informação mais
sólida antes de dar um novo passo, ou até confirmar o passo dado antes
com mais solidez, é mais bonito ainda.

> e ainda afirma que isso foi bom, porque mostra que quem quiser fazer
> algo do gênero, pode sem problemas...

Isso, de fato, preocupa um pouco, mas está dentro do estado de direito
e não posso afirmar que seja impossível uma situação em que uma medida
como essas seja correta.  Mas certamente não é uma medida a ser tomada
sem uma justificativa muitíssimo forte e como último recurso.

-- 
Alexandre Oliva         http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member         http://www.fsfla.org/
Red Hat Compiler Engineer   [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist  [EMAIL PROTECTED], gnu.org}
_______________________________________________
PSL-Brasil mailing list
PSL-Brasil@listas.softwarelivre.org
http://listas.softwarelivre.org/mailman/listinfo/psl-brasil
Regras da lista: 
http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil

Responder a