New Immissions/Updates:
boundless - educate - edutalab - empatico - es-ebooks - es16 - fr16 - fsfiles - hesperian - solidaria - wikipediaforschools
- wikipediaforschoolses - wikipediaforschoolsfr - wikipediaforschoolspt - worldmap -

See also: Liber Liber - Libro Parlato - Liber Musica  - Manuzio -  Liber Liber ISO Files - Alphabetical Order - Multivolume ZIP Complete Archive - PDF Files - OGG Music Files -

PROJECT GUTENBERG HTML: Volume I - Volume II - Volume III - Volume IV - Volume V - Volume VI - Volume VII - Volume VIII - Volume IX

Ascolta ""Volevo solo fare un audiolibro"" su Spreaker.
CLASSICISTRANIERI HOME PAGE - YOUTUBE CHANNEL
Privacy Policy Cookie Policy Terms and Conditions
Wikipedia Discussão:Votações - Wikipédia

Wikipedia Discussão:Votações

Origem: Wikipédia, a enciclopédia livre.

Índice

[editar] Tempo-limite para requisição de nova votação

Movido de: Esplanada propostas Lusitana 10:07, 12 Fevereiro 2007 (UTC)

Assunto: Limitar e estipular um tempo mínimo para que um assunto seja proposto para votação novamente após ter sido efetuada uma votação anterior. Isto evitaria desgastes como nos casos de eternas propostas de adoção de fair-use.

Creio que dois anos é um tempo excelente. Ozymandias 12:34, 23 Janeiro 2007 (UTC)

Tem q prestar atenção aos casos excepcionais. Pode criar votações que o assunto seja maior do que uma votação recentemente (menos tempo do que o decidido aqui) decidida ? Ou quando uma implica a retirada da outra ?
Usando o exemplo do fair-use. Fez-se a votação de parar de carregar imagens aqui, e isso implica a retirada do fair-use.
Mas a votação do fair-use não é mais geral, já que estaria sendo feita as opções ? Seria a adesão ao fair-use, e como seria feita (q tipo de fair-use) e a não adesão (manter o impedimento do carregamento local de imagens ou não manter). A votação anterior pra mim vale mais como uma seção da votação mais geral (fair-use), além de não deixar explícito as consequencias.
Nesses casos, mesmo antes do tempo limite, não seria correto permitir uma nova votação, mais geral ? (embora para o fair-use a próxima votação deve ocorrer só daqui a uns dois anos, pelo rítmo da coisa).
Votações para se saber se vale a pena rediscutir um assunto acho desnecessário e não deveria contar. Isso é feito em discussões (esplanada) e só votar quando se tem propostas concretas. Se não tem propostas concretas a escolher, a opção de não rediscutir (não ao fair-use) fica privilegiada (pois não se sabe as opções do sim ao fair-use).

Rjclaudio msg 13:03, 23 Janeiro 2007 (UTC)

Deve ser 6 meses uma vez que esse prazo já foi estipulado para alguns tipos de votação (de eliminação). Salles Neto Roraima msg 14:00, 26 Janeiro 2007 (UTC)

E para os casos que eu citei ? Onde uma votação mais geral seria impossibilitada por causa de uma votação mais "específica" ? Ou nos casos de votação para se rediscutir uma assunto. Isso é considerado para as contas ? Rjclaudio msg 19:40, 27 Janeiro 2007 (UTC)

texto anterior Movido de: Esplanada propostas Lusitana 10:07, 12 Fevereiro 2007 (UTC)

[editar] Votação em caso de múltiplas opções

Movido de: Esplanada propostas Lusitana 10:20, 12 Fevereiro 2007 (UTC)

Aproveitando a Wikipedia:Votações/Restrições à movimentação de páginas para levantar a seguinte questão: não acham que o funcionamento desta votação poderia ser mais dinâmico? As pessoas que são contra qualquer restrição (grupo 1 de votação) são, consequentemente, contra qualquer uma das opções na votação 2 (grupo 2 de votação). Comparando os grupos 1 e 2, se 2 (somatório de suas 3 opções) tem a maioria sobre 1, o grupo 1 passa a ser irrelevante e passamos a olhar apenas para as opções dentro do grupo 2. É uma votação por eliminação. Assim não seria necessário votar duas vezes, ou quem sabe três, quatro vezes. Mesmo que não considerem este método válido para esta votação, poderia ser utilizado em outras, dependendo do contexto, como em casos que existam "sub-votações", quero dizer, uma votação dentro de cada opção de votação ou quando uma opção nega todas as outras (caso da votação acima). Exemplo:

  • Opção A (grupo 1)
    • Opção A.1

X X X

    • Opção A.2

X

  • Opção B (grupo 2)
    • Opção B.1

X

    • Opção B.2

X X

Cada pessoa escolhe entre A.1, A.2, B.1 e B.2. Primeiro faz a votação entre A e B.

Se A vence B, passa a comparar A.1 e A.2. Ganha o que tem a maioria.
Se B vence A, passa a comparar B.1 e B.2. Ganha o que tem a maioria.

No caso, A vence B (4X3) e A.1 vence A.2 (3X1), a opção A.1 é então escolhida. Como o raciocínio é lógico, não vejo motivo para alguém discordar, a não ser que eu tenha esquecido alguma consideração importante... como diz a frase "No, you're not thinking, you're just being logical". É isso, opiniões? Marcelobbr msg 23:16, 3 Fevereiro 2007 (UTC).

Usando o exemplo que você citou. Pelo método atual, tem a primeira votação e depois a segunda. Mas quem votou na primeira para não ter restrição vai votar para o menor valor possível para a segunda votação, enquanto os que querem uma restrição ficarão divididos quanto ao prazo.

Assim, se 10 querem restrição e votam 4 para 45 dias, 3 para 15 dias e 3 para 10 dias, e apenas 5 não querem votação e por isso votam o menor tempo possível, 5 dias, então vai ganhar os 5 dias. Ainda que 10 pessoas queiram um prazo maior ou igual a 10 dias, a metade decidiu 5 dias.

Isso fica mais evidente quando tem mais opções. Pode ter 5 votando para o prazo de 5 dias, e 40 votando para 10 ou mais, 4 em 10 dias, 4 em 15 dias, 4 em 20 dias, etc... E ganha os 5, embora 40 queiram um prazo maior. 5 x 40 !!!

Eu acho q tem alguma coisa errada com o sistema atual de votação. Só não sei como arrumar.


Mas sua sugestão deveria ser aplicada caso a caso. Alguns casos quem vota pelo não deveria ter direito a opinar sobre o valor do sim, e vice-versa. Mas em outras situações isso pode ser prejudicial, pelo exemplo que citei acima.

Rjclaudio msg 15:43, 4 Fevereiro 2007 (UTC)

Quanto a sua primeira afirmação, bem, há como melhorar a proposta, mas prefiro que os que estão aqui a mais tempo a reformulem. A minha idéia pode não estar tão boa assim, devido ao problema citado, mas creio que possa ser aprimorada aos poucos até ser aceita pela comunidade. Quanto ao seu segundo ponto (o 5 ganhar de 40), a única solução que vejo para isso é, no caso de muitas opções, por exemplo: zero dias (nenhuma das opções), 5 dias, 10, 15, 20, 25, 30, 35, 40, ou 45, poderíamos fazer uma média ponderada e depois aproximamos para qualquer um dos valores. Nesse caso, venceria o eleitor da mediana (adaptei da teoria do eleitor da mediana, ver en:Median voter theory). Acredito que muita gente por aqui não gostaria do uso da matemática nas votações, mas com toda a certeza isso melhoraria o sistema de votação. Marcelobbr msg 00:20, 5 Fevereiro 2007 (UTC).
Gostei da media ponderada. Só ficaria um pouco trabalhosa de fazer em alguns casos. Mas é a melhor opção por enquanto. Rjclaudio msg 11:56, 5 Fevereiro 2007 (UTC)

Eu entendi a questão e acho que é válida nalguns casos. Todavia, na votação que está agora ocorrendo, creio que há um erro de interpretação de vossa parte e vocês já perceberam que é um problema a enfrentar. Uma pessoa contra qualquer restrição também deve ter o direito de opinar sobre o prazo a ser aplicado, pois caso a opção pela restrição vença o usuário tem pelo menos a opção de escolher o que ele considera "menos pior". Se a votação ocorre da forma como vocês sugerem, aquele que votou contra acaba tendo que deixar nas mãos de outros o prazo a aplicar, sem poder opinar. Dantadd 15:18, 5 Fevereiro 2007 (UTC)

Se a votação ficar em 15 x 10 vencendo o prazo, na hora de escolher o prazo inevitavelmente quem vai vencer é o de 5 dias, pois os 10 que não querem prazo vão votar pelo menor possível, e os que querem vão se dividir. Claro que isso pode não acontecer, mas é o mais esperado. Por isso acho q a média ponderada ajudaria a encontrar um meio termo. Mesmo que os 10 votassem para 5 dias, e os 15 se dividissem ainda assim o resultado seria a média. Caso contrário as maiores chances são para o não ter.
E seguindo o raciocínio, todas as votações em que se pretende mudar um prazo já determinado terá a tendência a manter o prazo o mais próximo possível do atual, pois os que não querem a mudança votarão no prazo mais próximo e os outros se dividirão. Não refletirá a opinião como um todo. A média ponderada é a melhor. E se fosse aplicada, aí não teria problema nenhum em permitir que os que votaram no não votem pelo prazo.
Rjclaudio msg 15:45, 5 Fevereiro 2007 (UTC)

Bom, a discussão está meio bagunçada. Quero explicitar que estão havendo duas discussões juntas.

  • Uma é a primeira proposta que coloquei, que acredito que possa ser utilizada futuramente, dependendo da situação e deveria haver discussão antes de ser colocada em qualquer futura votação. O Rjclaudio fez um comentário importante. Um usuário que se coloque contra uma proposta (deseja manter o status quo), logicamente seria a favor da proposta menos radical, contabilizando à favor dessa opção de votação.
  • A outra foi a proposta de utilizar média ponderada nas votações (preferível). Nela, venceria uma proposta que não necessariamente representaria uma maioria, mas traria uma sensação de satisfação muito maior para todos os votantes... alguém aqui já leu algo sobre a teoria da escolha pública? O tema praticamente não existe no Brasil (ver en:Public choice theory). Não sei se estou conseguindo explicar. Marcelobbr msg 19:31, 5 Fevereiro 2007 (UTC).
Dantadd disse : "Uma pessoa contra qualquer restrição também deve ter o direito de opinar sobre o prazo a ser aplicado, pois caso a opção pela restrição vença o usuário tem pelo menos a opção de escolher o que ele considera "menos pior".
Bem, nesse caso quem votar pela não restrição, mesmo se perder, terá uma chance de votar novamente e decidir o resultado. E o contrário ? Quem votar para ter a restrição e perder não tem como votar no menos pior.
Ou seja, a balança tenderia para quem quer o não, pois teriam duas chances, e o Sim apenas uma. Os que votam para manter só teriam uma chance de decidir o resultado. Teria que ganhar a primeira, e depois ainda ganhar a segunda. Se perdera primeira está fora. Algo que não acontece no caso do Não. Mesmo se perder, ainda pode continuar na luta para decidir o placar.
A proposta pode ser aplicada, mas em q exemplo ? Se a primeira opção for sim/não cai nesse caso que falei. Se for o de aumentar/diminuir um prazo, fica melhor, mas cai na outra q falei antes, tendendo a manter o prazo o mais próximo possível do atual. Em q caso isso poderia ser aplicado ?
Ainda acho melhor a média ponderada. Mas se me der um exemplo em q essa possa ser aplicada, pode-se usar qualquer uma das duas, analizando caso a caso. Rjclaudio msg 20:11, 5 Fevereiro 2007 (UTC)

[editar] Comentários sobre a proposta de se implementar votações com o uso de média ponderada

Para separar as duas coisas, criei esta sub-seção para que discutamos apenas uma das propostas. Marcelobbr msg 19:31, 5 Fevereiro 2007 (UTC).

Caso de opções Sim / Não, e prazos. Quem votar pelo não o voto seria computado como Prazo de 0 dias. Como ficaria a média ponderada ? Nos calculos desses votos, eles seriam zerados ?
Media ponderada normal, ou média ponderada com os índices multiplicadores relativos a opção com mais votos ? (fazendo o resultado girar em torno da opção com mais votos).
Rjclaudio msg 20:11, 5 Fevereiro 2007 (UTC)

[editar] Resumo

Escrever apenas os resumos : vantagens e desvantegens. Para discussões, usar as seções anteriores.

[editar] Problemas atuais

1. Pode-se atingir um resultado que não reflete a maioria das opiniões. Exemplo : Pode ter 5 votando para o prazo de 5 dias, e 40 votando para 10 ou mais, 4 em 10 dias, 4 em 15 dias, 4 em 20 dias, etc... E ganha os 5, embora 40 queiram um prazo maior. 5 x 40 !!!

2. Inibe a criação de novas opções para prazos : Se existe as opções 10 dias e 20 dias, e a pessoa prefere 14 dias (2 semanas) dificilmente criará essa opção, pois não é usual (prefere-se números redondos, múltiplos de cinco, porque não multiplos de 7, uma semana), e serão poucas pessoas a votar nesta, ficando assim com um voto inútil na decisão final. Com isso um usuário indeciso pelo meio termo precisaria escolher entre um dos lados, não refletindo sua verdadeira opinião.

3. Para o caso de uma opção anular todas as outras, quem votar nesta tem uma nova oportunidade de votar, escolhendo o prazo. A tendência é votar no prazo mais próximo ao atual (com a menor mudança possível), fazendo o resultado tender para a menor alteração. Quem vota pelo não tem duas chances de decidir o resutlado (vence | perde + prazo), quem escolhe pelo sim só tem uma opção (vencer + prazo).


[editar] Divisão por grupos

Aplicação : Uma das opções anula as outras.

Desvantagens 

1. Mantém os casos 1 e 2 dos problemas atuais.

2. Grupo 1 : Sim / Não. Grupo 2 : Prazos. -> Cai no caso 3 dos problemas atuais

3. Similar ao anterior, mas sem a possibilidade de votar nas duas opções (prazo do sim, e no não) -> "Retira" o direito de escolher o "menos pior" (será q retira?)

4. Grupo 1 : Diminuir / Manter / Aumentar. Grupo 2 : Prazos. -> Cai no caso 3 dos problemas atuais.

[editar] Média ponderada

Vantagens
  1. Permite atingir um consenso entre todos os votantes. Mesmo que apenas uma pessoa vote em uma opção, ela vai influenciar o resultado do conjunto.
  2. Problema 2 resolvido. Mesmo com apenas 1 voto, uma opção intermediária influenciará um voto
Desvantagens
  1. Dificuldade em definir o intervalo possível e os valores corretos que poderão estar nos itens, sendo relativamente fácil distorcer o resultado propositalmente;
  2. Se as opções forem "livres", ou seja: cada um diz um valor que quiser, ainda assim fica difícil definir o limite máximo e mínimo, para que não haja casos de exageros propositais com intuito de distorcer o resultado final a seu favor.
A discutir
  1. Caso de opções Sim / Não, e prazos. Quem votar pelo não o voto seria computado como Prazo de 0 dias. Como ficaria a média ponderada ? Nos calculos desses votos, eles seriam zerados ?
  2. Media ponderada normal, ou média ponderada com os índices multiplicadores relativos a opção com mais votos ? (fazendo o resultado girar em torno da opção com mais votos).

texto anterior Movido de: Esplanada propostas Lusitana 10:20, 12 Fevereiro 2007 (UTC)

[editar] Proposta de opções binárias em vários turnos

Cláudio, admiro muito sua iniciativa. Mas, particularmente, acho que a média ponderada não funciona muito bem, pois quando usamos médias diretas, é possível que o resultado tenda a um falso "meio" (definido pelos limites: superior e inferior), ou seja: para quem quiser agir de má fé e manipular uma votação, basta "manipular" as "pontas", ou mesmo as opções disponíveis para distorcer tudo novamente, caindo no mesmo problema.

Eu parei um bom tempo pra pensar nisso e cheguei à conclusão de que a melhor maneira possível, matematicamente falando, para que a verdadeira vontade da comunidade (que é o que buscamos de fato) seja refletida no resultado final, é a de opções binárias em diversos turnos, que funcionaria assim:

  1. Toda votação poderá ter somente duas opções e cada pessoa poderá votar somente numa delas; a característica dos itens é sempre algo como: "X ou maior que X" V.S. "X ou menor que X". Não importando muito qual seja esse X inicial, pois o primeiro turno dará espaço a outros turnos;
  2. A opção escolhida ao final pela maioria deve ser "desmembrada" para um próximo turno, de forma que fique "afunilada", repetindo todo o processo, até chegar num ponto em que seja possível um consenso. Esse ponto pode ser definido formalmente antes da votação começar estipulando um valor mínimo entre a diferença das duas opções (seria variável somente por causa da grandeza envolvida).

Parece meio complicado, mas não é. Como o PARG (ou Gaf, não me lembro) gosta de dizer: desenharei para ficar mais claro:

  • Vamos supor uma votação fictícia que escolheria qual seria o período máximo que um usuário com direito ao voto poderia ficar bloqueado;
  • Vamos supor também que sabemos antecipadamente a real vontade da comunidade, e que ela seja hipoteticamente 15 dias. Porém, existe um grupo de radicais que querem que seja 5 meses e outro grupo de radicais que querem que seja 5 dias, fazendo com que seja muito difícil identificar a uma primeira vista os "15 dias" (suposta "média perfeita" que espelharia de forma mais próxima a real vontade da comunidade como um todo), mesmo porque ninguém sequer propôs explicitamente "15 dias": um quer "10 dias", outro quer "8 dias", outro quer "35 dias" e por aí vai.
  • Suponha que haja 30 pessoas votantes.

Notem que não importa quais são os dois valores de cada turno, pois a cada turno as opções ficam mais precisas, como numa pesquisa binária (para os programadores de plantão). Por esse motivo, supondo que a questão tenha sido "muito mal formulada", começarei com números "absurdos", meio longe da real vontade da comunidade (como muitas vezes acontece na prática - e nem por isso haverá distorção com esse método):

Exemplo muito pessimista

Na figura anterior eu chutei valores "totalmente bizarros" nas opções, justamente para mostrar que errar nesse tipo de coisa não faz diferença nesse método, apesar de ter gerado um grande número de turnos. Mas, na figura seguinte, usando ainda a mesma hipótese apresentada, eu coloquei um exemplo de como poderia andar os turnos de maneira mais realista, ou seja: chegar num mesmo resultado final com menos turnos, usando valores melhores nas opções escolhidas:

Exemplo realista/otimista

Espero que realmente considerem toda a minha explicação. abraço! Lipe 2OO7 03:51, 16 Fevereiro 2007 (UTC)


Ha, ha, ha, ha... Vamos mudar nosso nome para Votapédia e parar de escrever artigos! FML, essa foi mesmo muito boa... Mschlindwein msg 07:57, 16 Fevereiro 2007 (UTC)
Não precisa ter várias votações. Cada um vota no prazo q quer, e depois com todos os votos faz-se essas divisões. Compara os votos de "3 meses ou mais" com os de "3 meses ou menos". Depois, os de "15 dias ou mais" com os de "15 dias ou menos".
Pra quem vota continuaria a mesma coisa, a única diferença seria pra quem conta os votos. E nem existem tantas votações assim pra mudar para votapédia.
Mas teria q ver se a escolha dos números para a decisão dupla "Mais" ou "Menos" mudaria algum resultado. Fazendo algumas simulações. Vamos pensar melhor... Rjclaudio msg 10:28, 16 Fevereiro 2007 (UTC)

Ha, ha, ha... obrigada FML, agora ri com vontade... Lusitana 11:24, 16 Fevereiro 2007 (UTC)

Desconsiderando as risadas insultuosas de Mschlindwein DC e Lusitana DC que não querem levar o assunto a sério e não acrescentam em nada ao debate, complemento também que cada turno teria um período menor de tempo dos quais usamos hoje. Além disso, se vocês realmente leram a proposta até o final, veriam que o exemplo realista tem apenas dois turnos. E, geralmente as votações teriam no máximo três ou quatro turnos, apenas para chegar num valor que já seja mais fácil chegar num consenso na base do diálogo.

Assim como o Cláudio acrescentou acima corretamente, com base na quantidade de votos do primeiro turno daria para "chutar" uma média para o segundo turno, fazendo com que se chegue ao valor final de forma mais rápida. O primeiro exemplo que dei, não sei se perceberam, os valores variam de "dias" para "meses" bruscamente de um turno para outro: foi apenas para exemplificar que mesmo no pior dos casos a votação tende a um resultado correto.

Além disso, nosso objetivo é que seja refletida a real vontade da comunidade numa votação, e participa das votações apenas quem quer. Ainda, uma votação desse tipo, em que envolve valores com intensidades diferentes, não é algo tão comum de acontecer. — Essas ironias apenas me levam a crer que realmente não estão interessados em que a real vontade da comunidade seja refletida no resultado final, para que seja possível de alguma forma ainda manipular as votações.

Lipe 2OO7 12:18, 16 Fevereiro 2007 (UTC)

Discordo. É excesso de burocracia. Concordo, no entanto, com votações em no máximo dois turnos (exceto para votações urgentes, como a de insultos - se é isto que se está afinal discutindo...)--g a f msg 22:11, 16 Fevereiro 2007 (UTC)
Então você não entendeu nada ou não deve ter lido até o final, e olha que eu desenhei! Ou ainda talvez não queira mesmo resolver o problema. Geralmente tudo seria resolvido em dois turnos e, algumas vezes em três e outras raras vezes em quatro. Se o tempo da votação for menor, o tempo total dos turnos levariam o mesmo tempo de uma votação normal. Burocracia? Burocracia é a vontade da comunidade não ser realmente refletida no resultado final e toda vez acontecer esse fuzuê toda a bagunça que já estamos acostumados, isso sim é burocracia! Ter que votar uma ou duas vezes a mais para ter certeza absoluta que a real vontade da comunidade será refletida no resultado final não vale a pena?? O_O Think again. Lipe 2OO7 22:57, 16 Fevereiro 2007 (UTC)
Já eu acho que deveríamos votar em 5 turnos com escolhas múltiplas nos turnos pares e simples nos ímpares, e cada usuário podendo votar em mais de uma escolha, mas sem poder repetir o número de escolhas a cada turno; no final dos 60 dias de votação calcula-se a média harmônica de cada turno que, comparada com a média ponderada de todos os turnos, dará o resultado final da votação. Aí sim teremos certeza de que a comunidade não tem mais o que fazer... Mschlindwein msg 23:06, 16 Fevereiro 2007 (UTC)

hahahahaha... muito boa esta proposta!--Nice msg 09:51, 17 Fevereiro 2007 (UTC)

Meu, se não está interessado no assunto ou "tem mais o que fazer", por favor não faça comentários inúteis. Vá procurar o que fazer! Lipe 2OO7 02:56, 17 Fevereiro 2007 (UTC)
Sinceramente, não ter o que fazer é criar uma série de discussões inúteis para saber realmente o que é a "decisão da comunidade", quando todos nós sabemos verificá-la. Mas aqui adoram complicar ao invés de simplificar. Tudo isto só existe pois uma meia dúzia de usuários que não leu as regras da votação de sanção resolveu contestá-la ilegitimamente e ainda por cima defender um usuário que nada mais fez que insultar a comunidade.--g a f msg 03:25, 17 Fevereiro 2007 (UTC)
Epa! Você foi insultado, por algum motivo que não me interessa, não confunda as coisas, se provocou, teve o que pediu. E se você diz "quando todos nós sabemos verificá-la" é porque realmente não leu (ou não entendeu) nada do que o Marcelo, o Cláudio e eu tentamos explicar e que não tem necessariamente a ver com a votação específica do JLCA, pois é uma proposta genérica. E, se diz também com tanta convicção que "todos nós sabemos verificá-la" é porque compactua com os erros apresentados. Lipe 2OO7 05:24, 17 Fevereiro 2007 (UTC)

Francamente parece-me que todas as contribuições devem ser apreciadas sem ironia. Creio que a proposta efectuada será de facto a que talvez possibilite expressar melhor o sentir da comunidade em votações que impliquem quantidades. É manifesto que o método das maiorias relativas até agora usado pode deturpar o sentir da maioria e gera um enorme desperdício de tempo argumentando sobre a justeza das decisões tomadas. Com o método actual, basta que se coloquem 4 opções, por exemplo, 5, 10, 20 ou 30, e haja 2 votos em cada uma das três primeiras e 3 na ultima, e é esta que ganha, quando se torna manifesto que a maioria (neste caso de 2/3!) pretendia um valor inferior a 30. A solução proposta, porque possibilita que quem tinha ideias mais extremas tenha novamente o voto nas novas voltas(ou turnos como lhe chamam no Brasil) permite que essas opiniões não sejam descartadas. Com talvez alguma pequena afinação, como a determinação de qual o intervalo com que se para a "divisão", acho que ficará algo muito mais justo(garantindo-se antes que os burocratas entendam o processo, claro!). António msg 15:54, 17 Fevereiro 2007 (UTC)

[editar] Alternativa

O que o Lipe diz faz sentido. O método actual pode levar a resultados distorcidos numa votação, devido à dispersão de votos em alternativas próximas. No entanto a existência de vários turnos pode tornar-se incomportável. A forma mais justa de resolver a questão era cada um votar em todas as alternativas, indicando a ordem de preferência e depois fazia-se uma Contagem de Borda. Mas novamente este método é demasiado pesado e pouco prático. Deixo aqui uma alternativa que julgo ser eficaz e prática.

Consideram-se apenas a metade dos votos mais moderada e faz-se a média aritmética destes.

  • Porque não calcular a média aritmética de todos os votos? Porque a média aritmética é sensível a resultados extremos. Assim se alguém quisesse fazer elevar o resultado da votação bastaria votar numa proposta muito alta (mesmo mais alta do que aquela que realmente gostaria). Com este método um voto demasiado elevado seria considerado extremista e não moderado e não seria considerado para a média.
  • Porque não calcular apenas a mediana dos votos? Porque a mediana pode desviar-se significativamente apenas com um voto.

Para se perceber melhor a minha proposta aproveito o exemplo do Lipe:

    • Opção 5: 5 votos
    • Opção 10: 4 votos
    • Opção 15: 4 votos
    • Opção 20: 4 votos
    • Opção 25: 4 votos
    • Opção 30: 4 votos
    • Opção 35: 4 votos
    • Opção 40: 4 votos
    • Opção 45: 4 votos
    • Opção 50: 4 votos
    • Opção 55: 4 votos

Resultados:

    • Pelo método actual - Opção 5
    • Pela divisão binária do Lipe - Opção 5
    • Pela média aritmética dos votos moderados: Opção 29 (que era inexistente)
O método funciona assim: Os votos na opção 5, opção 10, dois dos votos na opção 15, 3 votos na opção 45, e os votos nas opções 50 e 55 são considerados extremistas. Ficam os votos moderados 15, 15, 20, 20, 20, 20, 25, 25, 25, 25, 30, 30, 30, 30, 35, 35, 35, 35, 40, 40, 40, 40, 45 cuja média aritmética é 29,3.

Eu penso que neste caso concreto 29 seria uma opção muito mais razoável do 5, ou seja, este proposta parece-me mais justa que as anteriores sem dificultar o processo de votação. Reparem que se alguém que votou na opção 55 se lembrasse de votar numa opção 1000 isso não mudaria o resultado da votação. Salgueiro discussão 09:29, 17 Fevereiro 2007 (UTC)

Eu prefiro a do Lipe. Seria a primeira opção "Mais q 30" ou "Menos q 30". Menos ganharia. E então, "Mais q 15", "Menos q 15", ganhando mais q 15. Por fim fazia 15, 20, 25, 30 e resolvia. Em três turnos.
Não entendi muito bem seu caso. São desconsiderados todos os votos da opção 5 ? Mesmo se tiver 50 votos no 5 ? Ou é um percentual dos votos ??
Rjclaudio msg 11:23, 17 Fevereiro 2007 (UTC)

Creio que ao descartar os votos extremos impede de facto "desvios" significativos, mas isso à custa de desconsiderar totalmente a contribuição de quem votou nesses extremos. A proposta efectuada por Lipe, ao criar uma nova volta(turno) após uma primeira votação, possibilita que quem votou vencido anteriormente, tenha possibilidade de se expressar novamente face às opções existentes. Não entendo como diz que pelo método da divisão binária o resultado seria 5, pelo que entendi daria um valor bem diferente após 4 voltas:

1ª volta:

<=30 - 25 votos
>=30 - 24 votos (Os 4 votantes do 30 votam em ambas as opções)

2ª volta(visto que na anterior "ganhou" o <=30 apura-se o resultado)

<=15 - 13 votos
>=15 - 36 votos (note-se como se reflecte a clara preferência da maioria por um nr.>15)

3ª volta

<=22 - 17 votos
>=22 - 28 votos (nesta altura poderia ser apurado um valor de 25, o mais próximo do ponto médio entre 22 e 30, ou prolongar por uma 4ª volta )

4ª volta (caso se quisesse apurar com maior exatidão)

<=26 - 21 votos
>=26 - 24 votos

O resultado seria 30, admitindo que apenas se aceitava um dos possíveis, ou então 28,5. Note-se que cada utilizador pode votar em ambas as opções se a sua opção for pelo valor central. O que é manifesto é que a "vitória" do 5 pelo método actual é absolutamente deturpadora do sentir dos votantes. António msg 16:23, 17 Fevereiro 2007 (UTC)

O maior problema do caso do Lipe seria ter vários turnos. Isso pode ser melhorado. Ao invés de votar várias vezes, pega-se as opções atuais, e faz a primeira divisão na média. Depois conta os votos q estão maiores e os menores q a opção e vê a melhor. Depois novamente a média, e conta de novo.
Desse modo, pelo exemplo, só seria preciso fazer uma votação. Cada um votava no q prefere. Depois de 4 voltas daria entre 26 e 30. E como 24 pessoas querem mais, então ficaria 30, o valor mais próximo arredondando.
Ou seja, pra quem vota ficaria a mesma. Só mudaria pra quem conta. Essa é a minha sugestão. Reflete a vontade total segundo a sugestão do Lipe, e não cria burocracia votando várias e várias vezes, apenas 1. Só dá mais trabalho pra quem vai contabilizar os votos. Mas isso já seria outra história. Nem tem tantas votações assim. Acho q esse único efeito negativo dá pra aguentar. Rjclaudio msg 17:38, 22 Fevereiro 2007 (UTC)

[editar] Silêncio

Deixo esta mensagem só para explicar o meu silêncio sobre este assunto. As mudanças nos processos democráticos não podem ter efeitos retroactivos, sob pena de toda a gente começar a contestar os processos conforme gosta ou não gosta dos resultados. Recuso-me a colaborar nesta discussão enquanto ela puder servir de argumento para questionar decisões recentes da comunidade, como está a acontecer na esplanada. Depois disso, cá estarei. Abraço a todos, Ozalid 16:40, 17 Fevereiro 2007 (UTC).

Permita que discorde da sua posição. Em sanção eu explico porque penso que deve haver lugar a discussão do assunto e a uma eventual revisão da "pena". E acho que, neste debate, a sua opinião ponderada e informada seria bastante útil a todos. António 19:55, 17 Fevereiro 2007 (UTC)

Eu acho q um assunto não deve ser impedido por causa de outro. A idéia é evitar q os mesmos problemas q estão a ocorrer agora se repitam. A votação da sanção foi errada ? Eu pessoalmente acho q foi. Mas foi segundo as regras atuais. Então está "certa". Não tem porque mudar. Agora só melhorar o futuro. Rjclaudio msg 17:34, 22 Fevereiro 2007 (UTC)

Eu gostaria de informar que por protesto estou ausente dessa discussão, mas que ainda acho o método que expus acima o mais justo possível. --Novo Lipe (FML) DC 02:22, 23 Fevereiro 2007 (UTC)

[editar] Propostas para mudança em votações de múltipla escolha

Movido de: Esplanada propostas Lusitana 07:35, 8 Março 2007 (UTC)

Pessoal, todos nós sabemos que as votações de múltipla escolha (em especial as que envolvem intensidades) sempre nos causam muitos problemas, até mesmo por ser muito difícil elaborar uma votação dessa forma que seja imparcial; sendo que quase sempre alguma parte é favorecida, as vezes até inconscientemente e causando revoltas (com razão) sobre possíveis resultados manipulados e resultados até surpreendentes (a todos), que não refletem a real vontade da comunidade como um todo.

Com base nisso, foram surgindo algumas propostas sobre o assunto em: Wikipedia Discussão:Votações#Votação em caso de múltiplas opções. O Rjclaudio DC iniciou esse debate, com muita razão, sugerindo uma boa idéia de uma média ponderada. Eu apenas complementei sua idéia, sugerindo a proposta apresentada no próximo parágrafo, que me parece a mais justa possível, pois mesmo com uma média seria ainda possível fazer manipulações.

Por isso, gostaria que dessem atenção à proposta Proposta de opções binárias em vários turnos. Foi uma maneira que pensei em que seja possível que a real vontade da comunidade como um todo seja de fato refletida no resultado final.

Ela se baseia numa idéia simples da computação: a pesquisa binária. A única diferença das votações atuais, é que seriam votações mais curtas com apenas duas opções a se escolher, feitas na maioria dos casos em dois ou três turnos e nos piores casos (que seriam raríssimos) em até quatro ou cinco turnos.

Sei que pode parecer uma burocracia desnecessária a uma primeira leitura, mas não é, pois apesar de em alguns casos termos que votar mais vezes, teremos que escolher apenas entre duas opções de cada vez (não entre um monte como era antes), e temos a imensa vantagem de ter um resultado preciso, fazendo com que não se criem tantas revoltas e a comunidade não fique surpreendida com um resultado injusto.

Seria legal mesmo não criarmos empecilhos e realmente facilitarmos um consenso para que essa proposta vá para frente em tempo de usarmos esse método na votação que está para acontecer sobre as novas porcentagens e prazos da WP:PE. Por favor, peço que não olhem dessa vez para o nome "FML" e já saiam criticando (como de costume já fizeram), mas olhem para a proposta em si e para o grande benefício que ela poderia nos trazer.

Poderíamos inclusive usar o tema da WP:PE para fazer um teste experimental (não ainda oficialmente válido) para "sentirmos" como o método funciona e ver o resultado que daria. Já fiz! Está em Usuário:FML/opiniões/Votação experimental sobre a proposta de votação binária, por favor, peço a todos que participem!

abraço, Lipe 2OO7 23:20, 16 Fevereiro 2007 (UTC)

PS: Peço que façam comentários por lá, e não aqui na Esplanada. Lipe 2OO7 23:44, 16 Fevereiro 2007 (UTC)

texto anterior Movido de: Esplanada propostas Lusitana 07:35, 8 Março 2007 (UTC)

[editar] Proposta de Alteração da (forma de Votação)

Se possível vejam em: [http://pt.wikipedia.org/wiki/Wikipedia_Discuss%C3%A3o:Vota%C3%A7%C3%B5es/Pol%C3%ADtica_de_bloqueio#Proposta_de_Altera.C3.A7.C3.A3o_da__.28forma_de_Vota.C3.A7.C3.A3o.29 Proposta de Alteração da (forma de Votação)] e digam de vossa justiça. É apenas um exemplo. --João Carvalho deixar mensagem 14:39, 18 Março 2007 (UTC)

Static Wikipedia (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2007 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -

Static Wikipedia 2006 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu

Static Wikipedia February 2008 (no images)

aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu