Há imparcialidade?
Tentou-se ser imparcial no sentido de conferir
igual espaço aos(às) diversos(as) candidatos(as) na página. A sequência
de candidatos(as) está em ordem alfabética, sendo que o nome de cada
qual é um link que conduz à página do(a) próprio(a) candidato(a),
seguido por uma série de links de matérias/notícias que foram
escolhidas de meios de comunicação de grande circulação e/ou as mais
genéricas (que dão espaço a todos candidatos) e não ligadas a entidades
representativas (nem de funcionários, nem de docentes, nem de
estudantes).
A única e inegável parcialidade assumida é a visão de que o atual
processo eleitoral da USP é anti-democrático e não satifaz os anseios
nem da comunidade USP, nem da sociedade - por isso a razão de
existência da página.
Limitações:
O tempo que possibilitará a consulta é curto: será
aberta votação à 14h do dia 19/10 e encerrrada às 14h do dia 20/10,
permanecendo 24h no ar para recebimento dos votos.
Não há espaço
para debate na página - o que ocorreu por pura falta de mãos para
implementar essa ferramenta a tempo. No entanto, por conta da data em
que se coloca a votação em vigor, passados todos os debates, sabatinas
e apresentações dos(as) candidatos(as) entende-se que a perda seja
minimizada.
Quem o fez?
Membros do PoliGNU - Grupo de Estudos de Software Livre da Poli.
Como votar?
Há instruções na própria página.
Já divulgando!
Só uma coisa, não estou conseguindo clicar nos links do Jornal do
Campus, Estadão etc., apenas no do GPOPAI (valeu pela referência!),
mas vi que o HTML está aparentemente correto. Só para informar.
Abraço!
Tom
http://identi.ca/notice/12417373
@gpopai ?! de quem é esse site? whois não diz. quais garantias de
privacidade? é phishing? péssimo exemplo! http://is.gd/4rjad
>
> Diego, crítica de um professor da USP ao site:
>
> http://identi.ca/notice/12417373
>
> @gpopai ?! de quem é esse site? whois não diz. quais garantias de
> privacidade? é phishing? péssimo exemplo! http://is.gd/4rjad
>
Preocupação válida. Por mais que o site diga que senhas nao sao
armazenadas, por mais que o link pro source do django project mostre
que nao sao armazenadas e por mais que a gente confie no Diego.
Técnicamente é impossível p/ alguém de fora ter uma garantia de que o
código do site é o mesmo do google code.
Infelizmente, pelo que entendi, a usp nao é um OpenID provider e nem
possui API de OAuth, portanto as formas de linkar uma conta de outro
site com uma conta dos sistemas deles ficam limitadas.
Agora uma sugestão para uma possível solução deste problema:
E se além da opcao de entrar com numero usp + senha, o site tivesse
também uma opção p/ o usuário que não se sente confortavel digitando a
senha da usp em um dominio nao *.usp.br, de fazer o link das duas
contas através de um processo de "claim", estilo o que o technorati
faz p/ um dono de blog avisar que o blog é dele.
Um possivel workflow seria:
1- O usuario cria uma conta no democraciausp.com, com username e senha
novos, diferentes do da usp
2- o usuario recebe uma string aleatória, um hash qualquer
3- o usuario entra em algum site da usp que exige autenticacao e que
permite a alteracao de uma pagina que é pública (um profile, blog ou
algo do tipo)
4- o usuario edita esta pagina e cola o hash
5- volta pro democraciausp.com loga e clica num botao "ja colei o
codigo na pagina x"
6- o sistema acessa aquela pagina e compara o hash de la com o gerado
p/ aquele usuario, se bater, confirma o claim
Eu acho que é uma solucao ok p/ atender as criticas (totalmente
válidas) de quem nao quer promover este tipo interação que requer a
senha de um site A em um site B.
Just my 2 cents, fora isso, bacana a iniciativa.
[]s
Fabricio C Zuardi
http://fabricio.org
Seria só desenvolver o código para o Elgg (software principal do Stoa).
Como falei no dia, tenho certeza que o Ewout não faria objeção ao uso
de um código que permitisse votação dentrodo site. Isso era para ter
sido desenvolvido faz tempo, inclusive (por mim, hehehehe).
Sobre o OpenID que o Fabricio mencionou, nossa idéia no Stoa era
termos um servidor de OpenID. Mas como tudo na USP é complicado, o
pessoal contratado via concuso público ainda deve estar quebrando a
cabeça com o LDAP.
Boas as colocações do Fabricio.
[]'s,
Tom
2009/10/19 Vanessa <vane...@uol.com.br>:
>
> Acho uma excelente idéia.
> Poderia até ser usado o próprio Stoa para isso, aí quem sabe teria
> maior apoio do Ewout :)